Bug#1005219: minidlna: Floods logfile with 'minidlna.c:166: error: accept(http): Too many open files'

[Tobias Schlemmer]

Package: minidlna
Followup-For: Bug #1005219

Version 1.3.0 has a confirmed socket leak that should be fixed in 1.3.1 with
https://sourceforge.net/p/minidlna/git/ci/2c66335a9b63387728496e2fea4fbefc080ceebe/

Btw. 1.3.2 is out.


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

Kernel: Linux 6.0.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages minidlna depends on:
ii  adduser3.129
ii  init-system-helpers1.65.2
ii  libavformat59  7:5.1.2-1
ii  libavutil577:5.1.2-1
ii  libc6  2.36-5
ii  libexif12  0.6.24-1+b1
ii  libflac12  1.4.2+ds-2
ii  libid3tag0 0.15.1b-14
ii  libjpeg62-turbo1:2.1.2-1+b1
ii  libogg01.3.5-1
ii  libsqlite3-0   3.40.0-1
ii  libvorbis0a1.3.7-1
ii  lsb-base   11.5
ii  sysvinit-utils [lsb-base]  3.05-7

minidlna recommends no packages.

minidlna suggests no packages.

Bug#939171: xdeb: Please *don't* remove Lintian check; it is part of Lintian

[Tobias Schlemmer]

Package: xdeb
Version: 0.6.7
Followup-For: Bug #939171

Hi,

to increase confusion: the xdeb check has been removed from lintian in
https://salsa.debian.org/lintian/lintian/-/commit/a1dbe23dc95c8bf9b71d59894b97d9cd03b5ecc2

But I can't find why xdeb has been removed from debian testing.



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE
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 xdeb depends on:
ii  apt-utils2.0.1
ii  build-essential  12.8
ii  devscripts   2.20.2
ii  dpkg-cross   2.6.15-3
ii  dpkg-dev 1.19.7
iu  lintian  2.61.0
ii  python   2.7.17-2
pn  python-apt   
pn  python-debian
ii  sudo 1.8.31-1
ii  wget 1.20.3-1+b2

Versions of packages xdeb recommends:
ii  fakeroot  1.24-1
ii  gcc   4:9.2.1-3.1

xdeb suggests no packages.

Bug#922398: libevdocument3-4: Evince passes NULL pointer to poppler_date_parse

[Tobias Schlemmer]

Package: libevdocument3-4
Version: 3.30.2-3
Severity: normal

Dear Maintainer,

While processing my Dissertation material (over 400 pages LaTeX) Evince
fails to display the generated PDF file. Consequently, it crashes with
an unhandled
exception as you can see in the following gdb session excerpt:

$> gdb --args evince Dissertation.pdf
GNU gdb (Debian 8.2.1-1) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from evince...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/evince Dissertation.pdf
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7f31a5ecc700 (LWP 11843)]
[New Thread 0x7f31a56cb700 (LWP 11844)]
[New Thread 0x7f31a4e47700 (LWP 11845)]
[New Thread 0x7f3197fff700 (LWP 11846)]
[New Thread 0x7f31977fe700 (LWP 11847)]
! SyncTeX Error : No file?
[New Thread 0x7f318f9f1700 (LWP 11848)]
[New Thread 0x7f318f1f0700 (LWP 11849)]
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_M_construct null not valid

Thread 6 "EvJobScheduler" received signal SIGABRT, Aborted.
[Switching to Thread 0x7f31977fe700 (LWP 11847)]
__GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:50
50 ../sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis
nicht gefunden.
(gdb) bt full
#0 0x7f31a8d0a8bb in __GI_raise (sig=sig@entry=6)
at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {0, 128849018883, 139850971861872, 64424509441,
139850971862000, 3, 0, 0, 7453294905665025139, 8245935278391255913,
139850971864064, 139850971863872, 139850971864184, 0, 139850971864200, 0}}
pid = 
tid = 
#1 0x7f31a8cf5535 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0xb, sa_sigaction = 0xb},
sa_mask = {__val = {0, 3432, 139851263947424, 139851263964931,
139851262646735, 41, 139850958663496, 139850971863328, 139850715569184,
94214282107424, 0, 139851182392764, 139851280872092, 139850717343800,
139851280892296, 139851263965248}}, sa_flags = -1767392304, sa_restorer
= 0x7f3188391c20} sigs = {__val = {32, 0 }}
#2 0x7f3196a76943 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x7f3196a7c8a6 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x7f3196a7c8e1 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x7f3196a7cb14 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x7f3196a78793 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7 0x7f31a402a81c in poppler_date_parse () at
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
#8 0x7f31a40c0307 in () at
/usr/lib/x86_64-linux-gnu/evince/4/backends/libpdfdocument.so
#9 0x7f31a9de64fa in () at /usr/lib/x86_64-linux-gnu/libevview3.so.3
#10 0x7f31a9de84c2 in () at /usr/lib/x86_64-linux-gnu/libevview3.so.3
#11 0x7f31a90ae425 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x7f31a8e9bfa3 in start_thread (arg=) at
pthread_create.c:486
ret = 
pd = 
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139850971866880,
7246701942669474992, 140736960326574, 140736960326575, 139850971866880,
0, -7281656517761008464, -7281717142416753488},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev =
0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
#13 0x7f31a8dcc80f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb) up
#1 0x7f31a8cf5535 in __GI_abort () at abort.c:79
79 abort.c: Datei oder Verzeichnis nicht gefunden.
(gdb) up
#2 0x7f3196a76943 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#3 0x7f3196a7c8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#4 0x7f3196a7c8e1 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#5 0x7f3196a7cb14 in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#6 0x7f3196a78793 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#7 0x7f31a402a81c in poppler_date_parse () from
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
(gdb) info frame
Stack level 7, frame at 0x7f31977fda50:
rip = 0x7f31a402a81c in poppler_date_parse;
saved rip = 0x7f31a40c0307
called by frame at 0x7f31977fdb50,
caller of frame at 0x7f31977fd9e0
Arglist at 0x7f31977fd9d8,
args: Locals at 0x7f31977fd9d8,
Previous frame's sp is 0x7f31977fda50
Saved registers: 

Bug#922397: libevdocument3-4: Evince passes NULL pointer to poppler_date_parse

[Tobias Schlemmer]

Package: libevdocument3-4
Version: 3.30.2-3
Severity: normal

Dear Maintainer,

While processing my Dissertation material (over 400 pages LaTeX) Evince
fails to display the generated PDF file. Consequently, it crashes with
an unhandled
exception as you can see in the following gdb session excerpt:

$> gdb --args evince Dissertation.pdf
GNU gdb (Debian 8.2.1-1) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from evince...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/evince Dissertation.pdf
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7f31a5ecc700 (LWP 11843)]
[New Thread 0x7f31a56cb700 (LWP 11844)]
[New Thread 0x7f31a4e47700 (LWP 11845)]
[New Thread 0x7f3197fff700 (LWP 11846)]
[New Thread 0x7f31977fe700 (LWP 11847)]
! SyncTeX Error : No file?
[New Thread 0x7f318f9f1700 (LWP 11848)]
[New Thread 0x7f318f1f0700 (LWP 11849)]
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_M_construct null not valid

Thread 6 "EvJobScheduler" received signal SIGABRT, Aborted.
[Switching to Thread 0x7f31977fe700 (LWP 11847)]
__GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:50
50 ../sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis
nicht gefunden.
(gdb) bt full
#0 0x7f31a8d0a8bb in __GI_raise (sig=sig@entry=6)
at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {0, 128849018883, 139850971861872, 64424509441,
139850971862000, 3, 0, 0, 7453294905665025139, 8245935278391255913,
139850971864064, 139850971863872, 139850971864184, 0, 139850971864200, 0}}
pid = 
tid = 
#1 0x7f31a8cf5535 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0xb, sa_sigaction = 0xb},
sa_mask = {__val = {0, 3432, 139851263947424, 139851263964931,
139851262646735, 41, 139850958663496, 139850971863328, 139850715569184,
94214282107424, 0, 139851182392764, 139851280872092, 139850717343800,
139851280892296, 139851263965248}}, sa_flags = -1767392304, sa_restorer
= 0x7f3188391c20} sigs = {__val = {32, 0 }}
#2 0x7f3196a76943 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x7f3196a7c8a6 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x7f3196a7c8e1 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x7f3196a7cb14 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x7f3196a78793 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7 0x7f31a402a81c in poppler_date_parse () at
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
#8 0x7f31a40c0307 in () at
/usr/lib/x86_64-linux-gnu/evince/4/backends/libpdfdocument.so
#9 0x7f31a9de64fa in () at /usr/lib/x86_64-linux-gnu/libevview3.so.3
#10 0x7f31a9de84c2 in () at /usr/lib/x86_64-linux-gnu/libevview3.so.3
#11 0x7f31a90ae425 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x7f31a8e9bfa3 in start_thread (arg=) at
pthread_create.c:486
ret = 
pd = 
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139850971866880,
7246701942669474992, 140736960326574, 140736960326575, 139850971866880,
0, -7281656517761008464, -7281717142416753488},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev =
0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
#13 0x7f31a8dcc80f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb) up
#1 0x7f31a8cf5535 in __GI_abort () at abort.c:79
79 abort.c: Datei oder Verzeichnis nicht gefunden.
(gdb) up
#2 0x7f3196a76943 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#3 0x7f3196a7c8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#4 0x7f3196a7c8e1 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#5 0x7f3196a7cb14 in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#6 0x7f3196a78793 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb)
#7 0x7f31a402a81c in poppler_date_parse () from
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
(gdb) info frame
Stack level 7, frame at 0x7f31977fda50:
rip = 0x7f31a402a81c in poppler_date_parse;
saved rip = 0x7f31a40c0307
called by frame at 0x7f31977fdb50,
caller of frame at 0x7f31977fd9e0
Arglist at 0x7f31977fd9d8,
args: Locals at 0x7f31977fd9d8,
Previous frame's sp is 0x7f31977fda50
Saved registers: 

Bug#874788: mediatomb: Replace mediatomb by gerbera

[Tobias Schlemmer]

Package: mediatomb
Version: 0.12.1-47-g7ab7616-1
Severity: wishlist
Tags: upstream

Hi,

According to the web page at http://www.mediatomb.cc/ the development of
mediatomb has been dropped.

Nevertheless a Fork has been creatad and is developed now under the name
Gerbera. According to their web page http://gerbera.io/ they switched to
upstream libupnp. So some of the grave issues could have been solved, now.



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

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

Versions of packages mediatomb depends on:
ii  epiphany-browser [www-browser]  3.22.7-1
ii  firefox [www-browser]   54.0-1
ii  mediatomb-daemon0.12.1-47-g7ab7616-1
ii  w3m [www-browser]   0.5.3-34

mediatomb recommends no packages.

mediatomb suggests no packages.

-- no debconf information

Bug#872468: console-setup: Keyboard layout de(neo) is only partially supported by ckbkomp

[Tobias Schlemmer]

Package: console-setup
Version: 1.166
Severity: normal

Hi,

for some time now, when I install a new initrd, I get lots of warning messages.
Recently I found out that
they come from ckbcomp:

$ ckbcomp -layout de -variant neo >/dev/null 2>/tmp/errors.txt
$ sort /tmp/errors.txt |uniq -c
480 WARNING: Unknown key type EIGHT_LEVEL_ALPHABETIC_LEVEL_FIVE_LOCK
496 WARNING: Unknown key type EIGHT_LEVEL_LEVEL_FIVE_LOCK

While the keyboard used to work fine in X11 the console does not support
uppecase greek letters and the symbols which are located at the same layer in
the keyboard layout.



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

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

Versions of packages console-setup depends on:
ii  console-setup-linux 1.166
ii  debconf 1.5.61
ii  keyboard-configuration  1.166
ii  xkb-data2.19-1

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales   2.24-11
ii  lsb-base  9.20161125

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.61
ii  liblocale-gettext-perl  1.07-3+b1

Versions of packages console-setup-linux depends on:
ii  init-system-helpers 1.48
ii  initscripts 2.88dsf-59.9
ii  kbd 2.0.3-2+b1
ii  keyboard-configuration  1.166

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
pn  console-common
pn  console-data  
pn  console-tools 
pn  gnome-control-center  
ii  kbd   2.0.3-2+b1
ii  systemd   232-24

-- debconf information:
* keyboard-configuration/compose: Right Logo key
* keyboard-configuration/altgr: The default for the keyboard layout
* console-setup/fontsize-fb47: 8x14
  console-setup/use_system_font:
* keyboard-configuration/ctrl_alt_bksp: true
* keyboard-configuration/toggle: Scroll Lock key
  keyboard-configuration/layout:
  keyboard-configuration/optionscode: 
grp:sclk_toggle,compose:rwin,terminate:ctrl_alt_bksp,grp_led:scroll
  console-setup/guess_font:
  keyboard-configuration/unsupported_layout: true
* console-setup/codeset47: . Combined - Latin; Slavic Cyrillic; Greek
  keyboard-configuration/variantcode: neo,,,typewriter
  keyboard-configuration/switch: No temporary switch
* keyboard-configuration/variant: Deutschland - Neo 2
* console-setup/charmap47: UTF-8
  debian-installer/console-setup-udeb/title:
  keyboard-configuration/unsupported_config_layout: true
  keyboard-configuration/store_defaults_in_debconf_db: true
  keyboard-configuration/unsupported_config_options: true
  console-setup/store_defaults_in_debconf_db: true
  keyboard-configuration/modelcode: pc105
  keyboard-configuration/layoutcode: de,sk,de,ru
* keyboard-configuration/model: Generische PC-Tastatur mit 105 Tasten (Intl)
  console-setup/fontsize-text47: 8x14
  keyboard-configuration/unsupported_options: true
  keyboard-configuration/xkb-keymap: us
  console-setup/framebuffer_only:
* console-setup/fontface47: Terminus
  console-setup/fontsize: 8x14
  keyboard-configuration/other:
  console-setup/codesetcode: Uni2

Bug#844748: openocd: Please package upstream snapshot with jtagspi

[Tobias Schlemmer]

Package: openocd
Version: 0.9.0-1+b2
Followup-For: Bug #844748

If I understand the openocd website correctly, Version 0.10 is out and includes
JTAGSPI support. So I'd suggest to change the topic to “Please package upstream
version 0.10”. This would also cover my issue as I'm aiming at STM32L4 support.

Thanks in advance.

Tobias



-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 
'testing'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

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

Versions of packages openocd depends on:
ii  libc6  2.24-10
ii  libhidapi-hidraw0  0.8.0~rc1+git20140818.d17db57+dfsg-1
ii  libjim0.76 0.76-2+b1
ii  libusb-0.1-4   2:0.1.12-31
ii  libusb-1.0-0   2:1.0.21-1

openocd recommends no packages.

openocd suggests no packages.

-- no debconf information

Bug#848181: initramfs-tools-core: support mounting of more complex setups

[Tobias Schlemmer]

Am 15.12.2016 um 21:03 schrieb Ben Hutchings:
> On Thu, 2016-12-15 at 20:15 +0100, Tobias Schlemmer wrote:
>> Hi Ben,
>>
>> Am 14.12.2016 um 23:51 schrieb Ben Hutchings:
>>> Control: tag -1 wontfix
>>>
>>> This code is broken in several ways,
>>
>> For me it would be interesting to know about them. So I could improve my
>> skills.
> 
> For one, it has dependencies on scripts in /root on the root
> filesystem.

Actually, it does not. functions.ts and local.ts are patched copies
/scripts/functions and /scripts/local, which I keep in /root for
development purposes, only. Both patches have been provided.

> [...]
>> Otherwise I expect that there will be many more bug reports and
>> complaints about initramfs in particular, Debian at medium level and the
>> unpredictability of Linux configuration in the future.
> 
> There has been one other bug report so far (#781656).

You probably have not noticed #847119. It is not obvious, that the
problem is caused by initramfs ignoring the mount order of fstab. So you
are probably not informed about all bug reports regarding this problem.

>  The lack of
> support for bind-mounting /usr (which I hadn't previously considered)
> was then documented in initramfs-tools NEWS and the release notes for
> jessie.

Sorry that does not help when I have to decide whether to install an
package or not, especially when there are more than 1000 packages to
upgrade. This information is available only after installing the
upgrade. This means, when the system is already unbootable.

>> I think the 2nd approach will be the easiest to implement: replace
>> “mountfs /usr“ by “for fs in $EARLYMOUNTFS ; do mountfs "$fs"; done“ but
>> it may still lead to confusion while upgrading Debian. I'm using Debian
>> for more than 15 years, now, and, until recently, I had never a major
>> Debian release that rendered my system unbootable. People don't expect that.
> 
> I'm sorry, but you can't claim you weren't warned about this.

I can't remember of beeing warned when I installed the upgrade. In fact
I was surprised that the init systems depend on having /usr being
available before mounting the file systems.

Regards,

Tobias



signature.asc
Description: OpenPGP digital signature

Bug#848181: initramfs-tools-core: support mounting of more complex setups

[Tobias Schlemmer]

Hi Ben,

Am 14.12.2016 um 23:51 schrieb Ben Hutchings:
> Control: tag -1 wontfix
> 
> This code is broken in several ways,

For me it would be interesting to know about them. So I could improve my
skills.

> and I don't want to add this sort
> of complexity anyway.  Sorry.

This complexity comes from the fact that initramfs ignores the mount
order in /etc/fstab and that it does not support the bind option of
mount (wich is supported by busybox, btw.).

Following this concept, you can only have either a good usability as
unix systems used to have for decades until the recent changes in
initramfs, or you can have a complicated system.

I see the following alternatives:
a) Check at configure time which filesystems are needed for mounting
/usr. This can lead into problems when administrators have to move the
contents of one directory to another partition (as it was in my case).

b) Provide an easily to modify configuration variable that can be used
to specify the filesystems that must be early mounted and their mount order.

Otherwise I expect that there will be many more bug reports and
complaints about initramfs in particular, Debian at medium level and the
unpredictability of Linux configuration in the future.

I think the 2nd approach will be the easiest to implement: replace
“mountfs /usr“ by “for fs in $EARLYMOUNTFS ; do mountfs "$fs"; done“ but
it may still lead to confusion while upgrading Debian. I'm using Debian
for more than 15 years, now, and, until recently, I had never a major
Debian release that rendered my system unbootable. People don't expect that.

Regards,

Tobias



signature.asc
Description: OpenPGP digital signature

Bug#848181: initramfs-tools-core: support mounting of more complex setups

[Tobias Schlemmer]

Package: initramfs-tools-core
Version: 0.125
Severity: wishlist
Tags: patch

Hi,

I have the following antries in /etc/fstab:
/dev/mapper/tobias4-home /home   ext3defaults0   2
/home/usr /usr none bind 0 0

Currently /usr is not mounted automatically. However, with the attached patches
the mountfs function is able mount everything read-only. Tested manually with
the “kernel parameter” break=bottom.

Currently this script mounts only /usr, but not /usr/lib (if necessary) but
this can be easily added.




-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

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

Versions of packages initramfs-tools-core depends on:
ii  cpio 2.11+dfsg-6
ii  klibc-utils  2.0.4-9
ii  kmod 23-1
ii  udev 232-7

Versions of packages initramfs-tools-core recommends:
ii  busybox  1:1.22.0-19

Versions of packages initramfs-tools-core suggests:
ii  bash-completion  1:2.1-4.3

-- Configuration Files:
/etc/initramfs-tools/initramfs.conf changed:
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto


-- no debconf information
--- functions	2016-12-14 20:32:54.256138631 +0100
+++ functions.ts	2016-12-14 22:29:53.295389926 +0100
@@ -420,6 +420,55 @@
 	done
 }
 
+# mount a directory in a subshell
+# this won't clobber the local variables
+# $1 mount point
+submountfs()
+{
+	echo submountfs "$*"
+	(
+		. ${rootmnt}/root/functions.ts
+		. ${rootmnt}/root/local.ts
+		mountfs "$1"
+	)
+}
+
+
+# find mountpoints for complicated setups.
+# this function tries to guess the mount point for directory
+# and recursively mounts the necessary super-dirs.
+# $1 mount point
+mountmount()
+{
+	echo mountmount "$*"
+	target="$1"
+	if [ -s "${target}" ]
+	then
+		newmount="$(readlink "${rootfs}${target}")"
+	else
+		newmount="${target}"
+	fi
+	for file in ${rootmnt}/etc/fstab; do
+		if [ -f "${file}" ]; then
+			while read fs dir garbage; do
+case "${fs}" in 
+""|\#*)
+	continue;
+	;;
+esac
+echo "checking ${newmount} in ${dir}"
+case "${newmount}" in
+${dir}/*)
+	mounting "${dir}"
+	submountfs "${dir}"
+	;;
+esac
+			done < "${file}"
+		fi
+	done
+}
+
+
 # Mount a file system.  We parse the information from the fstab.  This
 # should be overridden by any boot script which can mount arbitrary
 # filesystems such as /usr.  This default implementation delegates to
@@ -429,9 +478,21 @@
 {
 	type=local
 	read_fstab_entry "$1"
-	if [ "${MNT_TYPE}" = "nfs" ] || [ "${MNT_TYPE}" = "nfs4" ]; then
+	echo "got fstab entry ${MNT_FSNAME} ${MNT_DIR} ${MNT_TYPE} ${MNT_OPTS}"
+	case "${MNT_TYPE}" in
+	nfs|nfs4)
+#	if [ "${MNT_TYPE}" = "nfs" ] || [ "${MNT_TYPE}" = "nfs4" ]; then
 		type=nfs
-	fi
+#	fi
+		;;
+	none)
+		mountmount "${MNT_FSNAME}"
+		MNT_FSNAME="${rootmnt}${MNT_FSNAME}"
+		mountmount "${MNT_DIR}"
+		;;		
+	"")
+		mountmount "$1"
+	esac
 
 	${type}_mount_fs "$1"
 }
--- local	2016-12-14 20:32:41.156138419 +0100
+++ local.ts	2016-12-14 22:24:23.683384595 +0100
@@ -163,7 +163,12 @@
 	fi
 
 	# FIXME This has no error checking
-	modprobe "${MNT_TYPE}"
+	if [ "${MNT_TYPE}" = "none" ]
+	then
+		MNT_FSNAME="${rootmnt}${MNT_FSNAME}"
+	else
+		modprobe "${MNT_TYPE}"
+	fi
 
 	if [ "$MNT_PASS" != 0 ]; then
 		checkfs "$MNT_FSNAME" "$MNT_DIR" "${MNT_TYPE}"

Bug#830829: Package installation should fail without agreement of the administrator

[Tobias Schlemmer]

Hi,

I think the mentioned changes should be documented using debconfig and
unless the administrator answers „yes, do as I want“ the upgrade should
be aborted. Otherwise many systems will silently upgraded to an
unbootable state as for example in Bug#847119 .

BTW. It looks to me that the corresponding functions should be
implemented in one place for all packages together (cryptsetup, systemd
etc.) so that they cen honour the following cases:

nested /usr (with subdirectories)
bind /usr
symlinked /usr

Tobias



signature.asc
Description: OpenPGP digital signature

Bug#834094: xserver-xorg-input-evdev: Aiptek tablet driver includes function key area into the pointer area

[Tobias Schlemmer]

Package: xserver-xorg-input-evdev
Version: 1:2.10.2-1
Severity: normal

I have a Trust tablet attached to my PC. It works well with xserver-xorg-input-
aiptek, but usage is problematic with xserver-xorg-input-evdev:
The pad as a row of „function keys“ (drawn rechtangles with „F1“ …
„F12“ written on them) at the top of the pen area. This area creates
simultaneously keyboard and pointer events. A correct implementation would
assign this area either to the keyboard (default) or to the pointer device
(user configurable). The calibration data should be altered depending on the
configuration, so that in either configuration the whole screen can be reached
by the pointer and no place is wasted unnecessarily.

I'm talking about:
~$ lsusb
…
Bus 003 Device 011: ID 08ca:0021 Aiptek International, Inc. APT-2 Tablet
…



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb  4  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Jul 20 05:00 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by 

Bug#832094: texlive-all: please package tex4ht from texlive

[Tobias Schlemmer]

Package: texlive-all
Severity: wishlist

Hi,

since bug fixes and new hacks for tex4ht are released exclusively via the
TeXLive repository the tex4ht-common package ist massivly outdated, as it is
built from a source that is marked „obsolete“. This affects widely used
classes as the KOMA script bundle.

Because of this I personally think it would be great to have integrated tex4ht
in the Debian TeXLive distribution.

Quote from the official homepage (https://www.tug.org/tex4ht/):

“In TeX Live, we have installed updates to some .4ht files. Other development
changes remain solely in the source repository.”

-- System Information:
Debian Release: stretch/sid
  APT prefers oldoldstable-updates
  APT policy: (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500,
'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)

Bug#775190: tex4ht-common: Solved in TexLive (was: Re: scrreprt is broken)

[Tobias Schlemmer]

Package: tex4ht-common
Version: 20090611-3
Followup-For: Bug #775190

Hi,

I came about the same bug which affects all KOMA script packages. It has been
resolved upstream, already. The fix has been included (together whith other
fixes) into texlive.

Maybe it would be a good idea to integrate at least tex4ht-common with the
texlive debian packages.




-- System Information:
Debian Release: stretch/sid
  APT prefers oldoldstable-updates
  APT policy: (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 
'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-amd64, mingw64-i386

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

Versions of packages tex4ht-common depends on:
ii  texlive-binaries [texlive-base-bin]  2016.20160513.41080-4

Versions of packages tex4ht-common recommends:
ii  dvipng  1.14-2+b2
ii  tex4ht  20090611-3
ii  zip 3.0-11

Versions of packages tex4ht-common suggests:
ii  default-jdk-headless  2:1.8-57
ii  default-jre-headless  2:1.8-57
ii  ghostscript   9.19~dfsg-1+b1
ii  imagemagick   8:6.8.9.9-7+b2
ii  libxml2-utils 2.9.3+dfsg1-1
ii  netpbm2:10.0-15.3+b1

-- no debconf information

Bug#813359: xserver-xorg-input-aiptek: Compilation fails due to API change in xorg

[Tobias Schlemmer]

Hi,

Am 04.03.2016 um 20:13 schrieb Julien Cristau:
> On Thu, Mar  3, 2016 at 21:36:38 +0100, Tobias Schlemmer wrote:
> 
>> Package: xserver-xorg-input-aiptek
>> Version: 1:1.4.1-1
>> Followup-For: Bug #813359
> is the aiptek tablet not supported by any of the better maintained
> drivers (libinput/evdev/wacom)?

Thanks for the question. But those drivers have all their drawbacks.

• libinput simply crashes xorg when I tap with the pen on the tablet. If
I'm not mistaken I read, that this driver does not support tablets, yet.

• Wacom seems not to be of any help.

• evdev does not work out of the box. With no configuration the X server
searches for the aiptek drivers, even if evdev is loaded. So I had to
modify xorg.conf in order to get the driver running at all. But then it
does not work as expected. It uses the key area for the pen pointer AND
sends keyboard events when I tapped on one Key symbols. This is bad
behaviour as it leads to unpredictable results.

• Furthermore searching the internet for Aiptek and Xorg does not reveal
any of the other optiions. For my devices it's even worse at it is
branded as Trust.

• The Ubuntu Wiki only talks about the aiptek module.

Conclusion: The aiptek module seems to be the most useful one, so far.


Regards,

Tobias

Bug#813359: xserver-xorg-input-aiptek: Compilation fails due to API change in xorg

[Tobias Schlemmer]

Package: xserver-xorg-input-aiptek
Version: 1:1.4.1-1
Followup-For: Bug #813359

Hi,

I got the driver to get compiled. The extra arguments are not used any more and
have been removed from xorg.

I attach a patch that soves the  problem.





-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb  4  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Feb  9 12:12 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-
diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted
/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib
/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-
diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386
-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted
/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-
diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-
diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib/mesa-
diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-
diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of 

Bug#810725: jabref: New version and new web address

[Tobias Schlemmer]

Package: jabref
Version: 2.10+ds-5
Severity: wishlist

Hi,

the JabRef web page has moved to http://www.jabref.org/ .

It would be nice if the package could be updated to the current stable release,
which is at the moment 3.2.

Thanks.




-- System Information:
Debian Release: stretch/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldoldstable-updates'), 
(500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-windows, mingw64-x86v64, mingw64-amd64, 
mingw64-i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages jabref depends on:
ii  antlr  2.7.7+dfsg-6
ii  antlr3 3.5.2-4
ii  default-jre [java6-runtime]2:1.7-52.1
ii  java-wrappers  0.1.28
ii  libcommons-logging-java1.2-1
ii  libglazedlists-java1.9.0+dfsg-1
ii  libjempbox-java1:1.8.10-2
ii  libjgoodies-common-java1.4.0-2
ii  libjgoodies-forms-java 1.6.0-4
ii  libjgoodies-looks-java 2.5.2-3
ii  libjpf-java1.5.1+dfsg-4
ii  libjpfcodegen-java 0.4+dfsg1-1
ii  libmicroba-java1:0.4.4.3-4
ii  libmysql-java  5.1.38-1
ii  libpdfbox-java 1:1.8.10-2
ii  libpostgresql-jdbc-java9.2-1002-1
ii  libspin-java   1.5+dfsg-7
ii  openjdk-6-jre [java6-runtime]  6b35-1.13.7-1
ii  openjdk-7-jre [java6-runtime]  7u91-2.6.3-3
ii  openjdk-8-jre [java6-runtime]  8u72-b05-5
ii  sun-java6-jre [java6-runtime]  6.26-0squeeze1
ii  velocity   1.7-4

Versions of packages jabref recommends:
ii  libreoffice-java-common  1:5.0.4~rc2-2
ii  libreoffice-writer   1:5.0.4~rc2-2
ii  xdg-utils1.1.1-1

Versions of packages jabref suggests:
ii  epdfview [pdf-viewer]0.1.8-3
ii  evince [postscript-viewer]   3.18.2-1
ii  ghostscript [postscript-viewer]  9.16~dfsg-2
ii  gv [postscript-viewer]   1:3.7.4-1

-- no debconf information

Bug#733047: calendar-google-provider: 3x different situations 3 different behaviours

[Tobias Schlemmer]

Package: calendar-google-provider
Version: 38.3.0-1
Followup-For: Bug #733047

Hi,

tonight I had the following three behaviours of google calendars in
icedove+iceowl:

1. First I could not add an event to the calendar. I added it with iceweasel,
but it didn't occur in the icedove calendar tab even after manual
synchronisation.

I installed several other add-ons and disabled and reenabled the google
calendar provider (I don't remember in which order) and

2. Iceweasel semi-crashed after billions of CPU cycles. When I entered the
master password the first time the cpu usage went up to 100% (only on single
core) and the GUI was unresponsive. I had to wait some time until the
calculation has finished. Then I could close the other 8 annoying password
prompts before the main window disappeared. But some icewasel process still
consumed 3% of my cpu.

After deleting all calendars and readding them I got a similar behaviour to 2.
But I found out that I have to disable both the birthdays calender as well as
the week numbers.

3. It works: Iceweasel starts with the usual couple of master password
requests. Then it works more or less normal. I had different experiences about
adding events, but I could not track it down to a pattern so far.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldoldstable-updates'), 
(500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-windows, mingw64-x86v64, mingw64-amd64, 
mingw64-i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#800241: psensor does not work with udisks2 for now

[Tobias Schlemmer]

Package: psensor
Version: 1.1.3-2+b1
Severity: normal

Hi,

after a while I updated my debian unstable distribution to the current state of
the art. After that I got constantly disturbed by athentitcation requests.
Finally, I found out, that I can fix this error by switching from udisks2 to
hddtemp, which has been running already on my computer.

I can't remember to change the configuration of psensor during the last 2
years. So it seems as psensor changed the configuration on its own. While such
behaviour is at least questionable, udisks2 support should be disabled by
default, at least until Bug #776029 (udisks2) is solved.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldoldstable-updates'), 
(500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-windows, mingw64-x86v64, mingw64-amd64, 
mingw64-i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages psensor depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libappindicator3-1   0.4.92-3.1
ii  libatasmart4 0.19-3
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libcurl3-gnutls  7.44.0-2
ii  libglib2.0-0 2.46.0-1
ii  libgtk-3-0   3.16.6-1
ii  libgtop-2.0-10   2.30.0-3
ii  libjson-c2   0.11-4
ii  libnotify4   0.7.6-2
ii  libsensors4  1:3.4.0-2
ii  libudisks2-0 2.1.6-2
ii  libx11-6 2:1.6.3-1
ii  libxnvctrl0  340.46-2
ii  psensor-common   1.1.3-2

psensor recommends no packages.

psensor suggests no packages.

-- no debconf information

Bug#781545: ftdi-eeprom: New version available from the git repository

[Tobias Schlemmer]

Package: ftdi-eeprom
Version: 0.3-2
Severity: wishlist

A new version of the program is available at
git://developer.intra2net.com/libftdi

There is also a new version of libftdi



-- System Information:
Debian Release: 8.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, mingw64-windows, mingw64-x86v64, mingw64-amd64, 
mingw64-i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ftdi-eeprom depends on:
ii  libc62.19-14
ii  libconfuse0  2.7-5
ii  libftdi1 0.20-2

ftdi-eeprom recommends no packages.

ftdi-eeprom 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#771723: systemd: systemd: kernel panic as /sbin/init cannot load libapparmor1.so

[Tobias Schlemmer]

Package: systemd
Version: 217-1
Severity: critical
Justification: breaks the whole system

Somehow I eneded up with an unusable system due to /sbin/init was not booting.
After installing sysvinit-core the system booted normal. Sorry, but I did not
get reportbug to report bugs from the console when I booted with
“init=/bin/bash”.

The problem is related to libapparmor1, which cannot be found as it seems to be
installed in /usr/lib and not in /lib. And /usr is mounted after starting init
as usual.
So trying to load systemd the kornel is not able to load the shared libraries
and crashes with a kernel panic.

I might be out of date, but as far as I know no files that are needed at boot
must occur below /usr.




-- Package-specific info:

-- System Information:
Debian Release: 8.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
mingw64-windows
mingw64-x86v64
mingw64-amd64
mingw64-i386

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-58
ii  libacl1 2.2.52-2
ii  libapparmor12.9.0-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-3
ii  libc6   2.19-13
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 217-1
ii  mount   2.25.2-3
ii  sysv-rc 2.88dsf-58
ii  udev215-7
ii  util-linux  2.25.2-3

Versions of packages systemd recommends:
ii  dbus1.8.12-1
ii  libpam-systemd  217-1

Versions of packages systemd suggests:
pn  systemd-ui  none

-- Configuration Files:
/etc/systemd/resolved.conf 886b81674c4697d8949d0fba0e21907d [Errno 2] Datei 
oder Verzeichnis nicht gefunden: u'/etc/systemd/resolved.conf 
886b81674c4697d8949d0fba0e21907d'

-- 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#755846: libroar2: no multiarch possible

[Tobias Schlemmer]

Package: libroar-compat2
Version: 1.0~beta11-1
Followup-For: Bug #755846

I'd like to mention that roarify should be able to work with any installed
architecture. If libroar-compat is installed for x68_64 and i386, then it
should be possible to use roarify both on x64_64 binaries as well on i386
binaries.

I think, the best way to achieve this is to rename roarify to an architecture-
dependent name like roarify-$(arch) or whatever the Debian policy is, and use
the alternatives system to provied a default version.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
mingw64-windows
mingw64-x86v64
mingw64-amd64
mingw64-i386

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

Versions of packages libroar-compat2 depends on:
ii  dummies-mingw-amd64 [multiarch-support]  1.0
ii  libc62.19-7
ii  libroar2 1.0~beta11-1
ii  multiarch-support2.19-7

libroar-compat2 recommends no packages.

libroar-compat2 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#734166: gdb-mingw-w64: cross architecture 32bit/64bit debugging is not working on i386/x68_64

[Tobias Schlemmer]

Package: gdb-mingw-w64
Version: 7.6-4+7
Severity: normal

Even though gdb-mingw-64 installs x86_64-mingw32-gdb and i386-w64-mingw64-gdb
either of them is not working (at least on x86_64).

In particular, gdb refuses to connect to the corresponding gdbserver as the
architectures i368 and i386:x68_64 look incompitible to it.

It seems to me that biarch debugging seems not to be working properly for
mingw64 in gdb.

I suggest one of two possible solutions:
• activate biarch debugging for mingw64
• use multiarch to coinstall the packages for i386 and x86_64

The first one is probably more clean, and avoids installing unnecssary
packages.

The secound one does not involve interaction with upstream, but installs
additional packages (e.g. python) for i386 on x68_64. Unfortunately, there are
some multiarch issues with these packages.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
mingw64-windows
mingw64-x86v64
mingw64-amd64

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

Versions of packages gdb-mingw-w64 depends on:
ii  gdb   7.6.1-1
ii  libc6 2.17-97
ii  libexpat1 2.1.0-4
ii  libncurses5   5.9+20130608-1
ii  libpython2.7  2.7.6-4
ii  libreadline6  6.2+dfsg-0.1
ii  libtinfo5 5.9+20130608-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages gdb-mingw-w64 recommends:
ii  gdb-mingw-w64-target  7.6-4+7

gdb-mingw-w64 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#733556: wine: binfmt-support got lost

[Tobias Schlemmer]

Package: wine
Version: 1.6.1-7
Severity: normal

Hi,

the binfmt support for wine has been dropped (at least /usr/share/binfmts/wine
and winelauncher).

According to the changelog it seems not to be intended. I surfed a little bit
in the git repository but I was unable identify any commit that introduces this
change.
For me it looks as if these files got lost during the change from wine-bin to
wine32-bin.




-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
mingw64-i686
mingw64-i386

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

Versions of packages wine depends on:
ii  file1:5.14-2
ii  wine32  1.6.1-7
ii  wine64  1.6.1-7
ii  wine64-bin  1.6.1-7

wine recommends no packages.

Versions of packages wine suggests:
pn  avscan | klamav | clamav   none
ii  binfmt-support 2.0.16
ii  ttf-mscorefonts-installer  3.5
pn  winbindnone
pn  wine-doc   none

-- 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#728362: awffull: /etc/cron.daily/awffull needs update

[Tobias Schlemmer]

Package: awffull
Version: 3.10.2-4
Severity: important
Tags: patch

I get the following error message:

/etc/cron.daily/awffull:
Use of Really Quiet (-Q) has been deprecated.
Initially processed default config file: /etc/awffull/awffull.conf
awffull 3.10.2 (Linux 3.11-1-amd64) English
Error: Can't open log file 0
ERROR: Running awffull, exit status: 1

obviously /etc/cron.daily/awffull is not updated to the current command line
parameters



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-1-amd64 (SMP w/6 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 awffull depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libc6  2.17-93
ii  libgd3 2.1.0-3
ii  libgeoip1  1.5.1-2
ii  libpcre3   1:8.31-2
ii  zlib1g 1:1.2.8.dfsg-1

awffull recommends no packages.

Versions of packages awffull suggests:
ii  apache2-bin [httpd]  2.4.6-3
pn  dnshistory   none
ii  ttf-dejavu   2.33+svn2514-3

-- Configuration Files:
/etc/cron.daily/awffull changed:
AWFFULL=/usr/bin/awffull
AWFFULL_CONFDIR=/etc/awffull
[ -x ${AWFFULL} ] || exit 0;
[ -d ${AWFFULL_CONFDIR} ] || exit 0;
for i in ${AWFFULL_CONFDIR}/*.conf; do
  # run agains a rotated or normal logfile
  LOGFILE=`awk '$1 ~ /^LogFile$/ {print $2}' $i`;
  # empty ?
  [ -s ${LOGFILE} ] || { echo ERROR: LogFile not found: ${LOGFILE}; 
continue; };
  # readable ?
  [ -r ${LOGFILE} ] || { echo ERROR: LogFile is not readable: ${LOGFILE}; 
continue; };
  
  # there was a output ?
  OUTDIR=`awk '$1 ~ /^OutputDir$/ {print $2}' $i`;
  #  exists something ?
  [ ${OUTDIR} !=  ] || { echo ERROR: OutputDir not defined: ${OUTDIR}; 
continue; };
  # its a directory ?
  [ -d ${OUTDIR} ] || { echo ERROR: OutputDir is not a directory: ${OUTDIR}; 
continue; };
  # its writable ?
  [ -w ${OUTDIR} ] || { echo ERROR: OutputDir not writable: ${OUTDIR}; 
continue; };
  # Run Really quietly, exit with status code if !0
  ${AWFFULL} ${i} || { echo ERROR: Running awffull, exit status: $?; 
continue; };
  RET=$?;
  # Non rotated log file
  NLOGFILE=`awk '$1 ~ /^LogFile$/ {gsub(/\.[0-9]+(\.gz)?/,); print $2}' $i`;
  # check current log, if last log is a rotated logfile
  if [ ${LOGFILE} != ${NLOGFILE} ]; then
# empty ?
[ -s ${NLOGFILE} ] || { echo INFO: Non-rotated LogFile empty or missing: 
${NLOGFILE}; continue; };
# readable ?
[ -r ${NLOGFILE} ] || { echo WARNING: Non-rotated LogFile is not 
readable: ${NLOGFILE}; continue; };
${AWFFULL} -v 0 ${i} -Q ${NLOGFILE};
RET=$?;
  fi;
done;
exit $RET;


-- debconf information:
  awffull/logfile: /var/log/apache2/access.log.1
  awffull/directory: /var/www/awffull


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

Bug#725443: mtpfs has some issues with wrong indexes

[Tobias Schlemmer]

Package: mtpfs
Version: 1.1-4.1
Severity: normal
Tags: upstream patch

I had some problems with my Samsung YP-T10. Tracking down the problem it turned
out that some index variables are not checked correctly. In particular this
involves some off by 1 string calculations and the return value of find_storage
which may return -1 while this case is not handled at all.

Additionally the package is not usable at least on my system. Trying to move
some files on the mentioned device caused data loss as mv did not get an error,
even though the data was not transferred to the device.

I'll attach a patch that solves some of the issues. I added checks for wrong
index entries where I found them and reorganized some code in a way such that
certan errors should not happen anymore.

In summary: I wonder why this package worked at all under certain
circumstances. Even on my system.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/6 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 mtpfs depends on:
ii  fuse  2.9.2-4
ii  libc6 2.17-92+b1
ii  libfuse2  2.9.2-4
ii  libglib2.0-0  2.36.4-1
ii  libid3tag00.15.1b-10
ii  libmad0   0.15.1b-8
ii  libmtp9   1.1.6-20-g1b9f164-1
ii  libusb-1.0-0  2:1.0.17-1+b1
ii  zlib1g1:1.2.8.dfsg-1

mtpfs recommends no packages.

mtpfs suggests no packages.

-- no debconf information
diff -ur mtpfs-1.1.debian/mtpfs.c mtpfs-1.1/mtpfs.c
--- mtpfs-1.1.debian/mtpfs.c	2013-10-05 17:12:45.0 +0200
+++ mtpfs-1.1/mtpfs.c	2013-10-05 23:16:06.0 +0200
@@ -7,6 +7,7 @@
 */
 
 #include mtpfs.h
+#include stdlib.h
 
 #if DEBUG
 #define STRINGIFY(x) #x
@@ -86,7 +87,7 @@
 parent_found = TRUE;
 			} else {
 int i;
-for (i=0;i4;i++) {
+for (i=0;iMAX_STORAGE;i++) {
 if (storageArea[i].folders!=NULL) {
 if (LIBMTP_Find_Folder (storageArea[i].folders, item-parent_id) != NULL) {
 parent_found = FALSE;
@@ -111,7 +112,7 @@
 check_folders ()
 {
 int i;
-for (i=0;i4;i++) {
+for (i=0;iMAX_STORAGE;i++) {
 if (storageArea[i].folders_changed) {
 DBG(Refreshing Folderlist %d-%s, i,storageArea[i].storage-StorageDescription);
 LIBMTP_folder_t *newfolders = NULL;
@@ -304,8 +305,9 @@
 find_storage(const gchar * path)
 {
 int i;
+if (!path || path[0] != '/') return -1;
 DBG(find_storage:%s,path);
-for (i=0;i4;i++) {
+for (i=0;iMAX_STORAGE;i++) {
 if (storageArea[i].storage != NULL) {
 int maxlen = strlen(storageArea[i].storage-StorageDescription);
 if (strlen(path+1)  maxlen) maxlen = strlen(path+1);
@@ -342,7 +344,7 @@
 
 gchar *current;
 current = g_strconcat(parent, /, folderlist-name,NULL);
-LIBMTP_devicestorage_t *storage;
+/* LIBMTP_devicestorage_t *storage; */
 
 DBG(compare %s,%s,mypath, current);
 if (g_ascii_strcasecmp (mypath, current) == 0) {
@@ -414,12 +416,19 @@
 LIBMTP_folder_t *folder;
 gchar **fields;
 gchar *directory;
-directory = (gchar *) g_malloc (strlen (path));
+directory = (gchar *) g_malloc (strlen (path)+1);
 directory = strcpy (directory, );
 fields = g_strsplit (path, /, -1);
 res = -ENOENT;
 int storageid;
 storageid = find_storage(path);
+if (storageid  0) {
+	g_free (directory);
+	g_strfreev (fields);
+	DBG(parse_path exiting:%s - %d,path,res);
+	return res;
+}
+
 for (i = 0; fields[i] != NULL; i++) {
 if (strlen (fields[i])  0) {
 if (fields[i + 1] != NULL) {
@@ -486,13 +495,21 @@
 gchar *filename = g_strdup();
 gchar **fields;
 gchar *directory;
-directory = (gchar *) g_malloc (strlen (path));
+directory = (gchar *) g_malloc (strlen (path)+1);
 directory = strcpy (directory, /);
 fields = g_strsplit (path, /, -1);
-int i;
+int i=0;
 int parent_id = 0;
 int storageid;
-storageid = find_storage(fields[0]);
+	if (!(*fields[0])) i++;
+storageid = find_storage(path);
+
+	if (storageid  0) {
+		DBG(release: unable to save file %s: no such storage, path);
+		close (fi-fh);
+		return_unlock(-ENOENT);
+	}
+	
 for (i = 0; fields[i] != NULL; i++) {
 if (strlen (fields[i])  0) {
 if (fields[i + 1] == NULL) {
@@ -628,7 +645,7 @@
 enter_lock(destroy);
 if (files) free_files(files);
 int i;
-for (i=0;i4;i++) {
+for (i=0;iMAX_STORAGE;i++) 

Bug#722727: texlive-bibtex-extra: should conflict with biblatex package

[Tobias Schlemmer]

Package: texlive-bibtex-extra
Version: 2013.20130905-1
Severity: normal

As texlive-bibtex-extra replaces the biblatex packages it should contain the
necessary fixes and conflicts.

Unfortunately the old package is installed in another location so that no
automatic warnings or or error occur during installation.

biber compains about the wrong biblatex version and biblatex rejects to read
the generated bbl file.



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 tobias tobias 27274 Aug  2 16:05 /home/tobias/texmf/ls-R
-rw-r--r-- 1 root root 2000 Sep 13 17:30 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Jul  8  2012 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 15 10:02 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Sep  5 04:54 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Sep  5 04:54 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
lrwxrwxrwx 1 root root 40 Sep  5 04:54 /usr/share/texmf/web2c/texmf.cnf - 
../../texlive/texmf-dist/web2c/texmf.cnf
-rw-r--r-- 1 root root 8989 Sep 13 17:30 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Sep  5 04:54 /usr/share/texmf/web2c/updmap.cfg - 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 7874 Sep 13 17:30 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 1464 Jun 20 12:42 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/6 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 texlive-bibtex-extra depends on:
ii  dpkg1.17.1
ii  tex-common  4.04
ii  texlive-base2013.20130905-1
ii  texlive-binaries2013.20130729.30972-2
ii  texlive-latex-base  2013.20130905-1

texlive-bibtex-extra recommends no packages.

texlive-bibtex-extra suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  dpkg   1.17.1
ii  ucf3.0027+nmu1

Versions of packages tex-common suggests:
ii  debhelper  9.20130720

Versions of packages texlive-bibtex-extra is related to:
ii  tex-common4.04
ii  texlive-binaries  2013.20130729.30972-2

-- debconf information:
  tex-common/check_texmf_missing:
  tex-common/check_texmf_wrong:


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

Bug#700349: jackd2: Segmentation fault in alsa_out

[Tobias Schlemmer]

Package: jackd2
Version: 1.9.8~dfsg.4+20120529git007cdc37-5
Severity: normal

Hi,

I get a segmentation fault, when I try to connect my Bluetooth audio adapter to
Jack using alsa_out. This seems to be the only option to get it working at all.

I can't tell very much: sometimes alsa_out crashes and sometimes not. I don't
know when. But I hear some strange noise that repeats after a certain period
that depends on the -t and -p parameters.

I tried to get some crash report, but all I could achieve so far is:

(gdb) r
Starting program: /usr/bin/alsa_out -d bluetooth -j bluetooth -t0 -p1000 -v
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x77fc0700 (LWP 20041)]
[New Thread 0x77f3f700 (LWP 20042)]
Jack: JackClient::SetupDriverSync driver sem in flush mode
Jack: JackPosixSemaphore::Connect name = jack_sem.1000_default_bluetooth
Jack: JackPosixSemaphore::Connect sem_getvalue 0
Jack: Clock source : system clock via clock_gettime
Jack: JackLibClient::Open name = bluetooth refnum = 9
WARNING: buffer size does not match: (requested 2000, got 6144)
WARNING: period size does not match: (requested 1000, got 1024)

Program received signal SIGSEGV, Segmentation fault.
0x7fffed695384 in ?? ()
   from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_bluetooth.so
(gdb) bt
#0  0x7fffed695384 in ?? ()
   from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_bluetooth.so
#1  0x7fffed690a2b in sbc_encode ()
   from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_bluetooth.so
#2  0x7fffed68894d in ?? ()
   from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_bluetooth.so
#3  0x76d74b3c in ?? () from /usr/lib/x86_64-linux-gnu/libasound.so.2
#4  0x76d38d98 in ?? () from /usr/lib/x86_64-linux-gnu/libasound.so.2
#5  0x76d75232 in ?? () from /usr/lib/x86_64-linux-gnu/libasound.so.2
#6  0x0040277d in ?? ()
#7  0x00403971 in ?? ()
#8  0x76608ead in __libc_start_main (main=optimized out,
argc=optimized out, ubp_av=optimized out, init=optimized out,
fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe258)
at libc-start.c:228
#9  0x00401c69 in ?? ()
#10 0x7fffe258 in ?? ()
#11 0x001c in ?? ()
#12 0x0008 in ?? ()
#13 0x7fffe547 in ?? ()
#14 0x7fffe559 in ?? ()
#15 0x7fffe55c in ?? ()
#16 0x7fffe566 in ?? ()
#17 0x7fffe569 in ?? ()
#18 0x7fffe573 in ?? ()
#19 0x7fffe577 in ?? ()
#20 0x7fffe57e in ?? ()
#21 0x in ?? ()
(gdb) ^CQuit



-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/5 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 jackd2 depends on:
ii  coreutils  8.20-3
ii  debconf [debconf-2.0]  1.5.49
ii  libasound2 1.0.25-4
ii  libc6  2.13-38
ii  libdbus-1-31.6.8-1
ii  libexpat1  2.1.0-1
ii  libgcc11:4.7.2-5
ii  libjack-jackd2-0   1.9.8~dfsg.4+20120529git007cdc37-5
ii  libsamplerate0 0.1.8-5
ii  libsndfile11.0.25-5
ii  libstdc++6 4.7.2-5
ii  multiarch-support  2.13-38
ii  python 2.7.3-4
ii  python-dbus1.1.1-1

Versions of packages jackd2 recommends:
ii  jackd2-firewire  1.9.8~dfsg.4+20120529git007cdc37-5
ii  libpam-modules   1.1.3-7.1
ii  qjackctl 0.3.9-2

Versions of packages jackd2 suggests:
ii  jack-tools   20101210-2
pn  meterbridge  none

-- debconf information:
* jackd/tweak_rt_limits: true


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

Bug#659189: pulseaudio-module-bluetooth: connection fails for bluetooth (4D)Logitech Adapter

[Tobias Schlemmer]

Hi,

though Ionut's anwer didn't arrive me, the latest Update of bluez-audio 
(4.98-3) seems to have addressed this problem:


 bluez (4.98-3) unstable; urgency=low

  * Fix A2DP not working on default. (Closes: #659897, #657255)
Add 
patches/10-audio-Fix-disabling-local-A2DP-endpoints-when-UNIX-s.patch.


 -- Nobuhiro Iwamatsu iwama...@debian.org  Sat, 25 Feb 2012 16:49:54 
+0900


I think this bug can be closed now.

Thanks for your efforts.

Tobias



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

Bug#659189: pulseaudio-module-bluetooth: connection fails for bluetooth (4D)Logitech Adapter

[Tobias Schlemmer]

Package: pulseaudio-module-bluetooth
Version: 1.1-2
Severity: important

I'm currently unable to use my bluetooth audio adapter. The problem is, that
the pulseaudio bluetooth module fails to connect. I have no Idea what is the
problem, since blueman tells me that the audio sink is successfully connected.

My Laptop using Ubuntu can connect to this device, it ceased to work at some
level in the last month. But unfortunately I didn't recognize this fact
immediately, so I can't tell you which update broke the Bluetooth Audio
connection.

For other reasons I switched the hardware from i386 to x86_64, but even a fresh
Debian install didn't help.

I don't know what kind of debugging I can provide. So far I attach an excerpt
from my logs with as much details as I realized to configure:

Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|  15.140)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:349 parse_audio_property()]
dbus: property 'State' changed to value 'connecting'
Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|   0.000)
[pulseaudio][modules/module-console-kit.c:169 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.Audio, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:349 parse_audio_property()]
dbus: property 'State' changed to value 'connecting'
Feb  9 00:09:35 tobias4 pulseaudio[20572]: ( 438.721|   0.000)
[pulseaudio][modules/module-console-kit.c:169 filter_cb()] dbus:
interface=org.bluez.Audio, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 439.618|   0.896)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.Device, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 439.619|   0.000)
[pulseaudio][modules/module-console-kit.c:169 filter_cb()] dbus:
interface=org.bluez.Device, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.120|   0.501)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.120|   0.000)
[pulseaudio][modules/module-console-kit.c:169 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:349 parse_audio_property()]
dbus: property 'State' changed to value 'connected'
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/module-console-kit.c:169 filter_cb()] dbus:
interface=org.bluez.AudioSink, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:777 filter_cb()] dbus:
interface=org.bluez.Audio, path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D,
member=PropertyChanged
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:349 parse_audio_property()]
dbus: property 'State' changed to value 'connected'
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/module-bluetooth-discover.c:116
load_module_for_device()] Loading module-bluetooth-device
address=C8:84:47:02:DB:4D path=/org/bluez/1558/hci0/dev_C8_84_47_02_DB_4D
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/bluetooth/bluetooth-util.c:1597
pa_bluetooth_get_form_factor()] Unknown Bluetooth minor device class 0
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/module-card-restore.c:214 entry_read()] Database contains
invalid data for key: bluez_card.C8_84_47_02_DB_4D (probably pre-v1.0 data)
Feb  9 00:09:36 tobias4 pulseaudio[20572]: ( 440.121|   0.000)
[pulseaudio][modules/module-card-restore.c:222 entry_read()] Attempting to load
legacy (pre-v1.0) data for key: bluez_card.C8_84_47_02_DB_4D
Feb  9 00:09:36 

Bug#510908: preseeding tzdata fails

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: tzdata
Version: 2008h-2
Severity: normal

Trying to configure a live system I found the following behaviour:

On the build system and on the live system I have installed the same
version of
tzdata, but debconf-get-selections returns the same settings, but a
permutation
in the order of the lines.

Trying to feed in the settings of the build system fails. The settings
are not set.
But when I configure tzdata manually save the settings, reconfigure and
feed in the
old settings they are recognized (all on the live system).

This looks a little bit strange to me.

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: 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/dash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration
management sy

tzdata recommends no packages.

tzdata suggests no packages.

- -- debconf information:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/Etc: UTC
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
  tzdata/Zones/America:
* tzdata/Areas: Europe
  tzdata/Zones/Australia:
  tzdata/Zones/Canada:
* tzdata/Zones/Europe: Berlin
  tzdata/Zones/Africa:
  tzdata/Zones/Indian:

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAklieGUACgkQhybXbf25N7XmqACeKaQ+5tc9yraebsJ2TwkjAIll
Nw0AmQGKTOtWPGGFNVlMC8PwbT0z9PuK
=cmAu
-END PGP SIGNATURE-



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

Bug#510908: preseeding tzdata fails

[Tobias Schlemmer]

Aurelien Jarno schrieb:
 On Mon, Jan 05, 2009 at 10:15:18PM +0100, Tobias Schlemmer wrote:

 Sorry, but I don't follow what's the problem. Could you please send us
 the output of the two systems, and what you are trying to feed, so that
 we can understand the problem?

In the attached file you can see, what I tried. In this version the
chroot system already was configured using a preeseed file, which was
produced inside the chroot environment. This seems to work. Originally I
used the file outside the environment and could not convince tzdata
and/or debconf to accept the AREAS selection to be already seen and set
to Europe. As I can see the only distinction between the files is that
they are differently ordered.

Maybe It helps: I used live-helper to create the chroot environment as
it shall be a live system at the end.

I hope i's a little bit more clear now. It's too late here, now.

Good night.

Tobias
(none):~/Faktoruhr# debconf-get-selections |grep tzdata | tee tzdata
tzdata  tzdata/Zones/Australia  select
tzdata  tzdata/Zones/Asia   select
tzdata  tzdata/Zones/SystemVselect
tzdata  tzdata/Zones/Pacificselect
tzdata  tzdata/Zones/Atlantic   select
tzdata  tzdata/Zones/Etcselect  UTC
tzdata  tzdata/Zones/Arctic select
tzdata  tzdata/Zones/Antarctica select
tzdata  tzdata/Zones/Europe select  Berlin
tzdata  tzdata/Zones/Africa select
tzdata  tzdata/Zones/Americaselect
tzdata  tzdata/Areasselect  Europe
tzdata  tzdata/Zones/Indian select
(none):~/Faktoruhr# chroot chroot/
(none):/# dpkg-reconfigure tzdata

Current default timezone: 'Europe/Berlin'
Local time is now:  Mon Jan  5 22:59:41 CET 2009.
Universal Time is now:  Mon Jan  5 21:59:41 UTC 2009.

(none):/#  exit
(none):~/Faktoruhr# cp tzdata chroot/
(none):~/Faktoruhr# chroot chroot/
(none):/# debconf-get-selections |grep tzdata | tee live-tzdata
tzdata  tzdata/Zones/Australia  select
tzdata  tzdata/Zones/Asia   select
tzdata  tzdata/Zones/Etcselect  UTC
tzdata  tzdata/Zones/SystemVselect
tzdata  tzdata/Zones/Arctic select
tzdata  tzdata/Zones/Pacificselect
tzdata  tzdata/Zones/Antarctica select
tzdata  tzdata/Zones/Europe select  Berlin
tzdata  tzdata/Zones/Africa select
tzdata  tzdata/Zones/Americaselect
tzdata  tzdata/Areasselect  Europe
tzdata  tzdata/Zones/Atlantic   select
tzdata  tzdata/Zones/Indian select
(none):/# diff -u live-tzdata /tzdata 
--- live-tzdata 2009-01-05 23:02:30.0 +0100
+++ /tzdata 2009-01-05 23:00:23.0 +0100
@@ -1,13 +1,13 @@
 tzdata tzdata/Zones/Australia  select
 tzdata tzdata/Zones/Asia   select
-tzdata tzdata/Zones/Etcselect  UTC
 tzdata tzdata/Zones/SystemVselect
-tzdata tzdata/Zones/Arctic select
 tzdata tzdata/Zones/Pacificselect
+tzdata tzdata/Zones/Atlantic   select
+tzdata tzdata/Zones/Etcselect  UTC
+tzdata tzdata/Zones/Arctic select
 tzdata tzdata/Zones/Antarctica select
 tzdata tzdata/Zones/Europe select  Berlin
 tzdata tzdata/Zones/Africa select
 tzdata tzdata/Zones/Americaselect
 tzdata tzdata/Areasselect  Europe
-tzdata tzdata/Zones/Atlantic   select
 tzdata tzdata/Zones/Indian select
(none):/# dpkg-reconfigure tzdata 

Current default timezone: 'Etc/UTC'
Local time is now:  Mon Jan  5 22:03:59 UTC 2009.
Universal Time is now:  Mon Jan  5 22:03:59 UTC 2009.

(none):/# debconf-set-selections /tzdata 
(none):/# debconf-get-selections |grep tzdata | tee live-tzdata2
tzdata  tzdata/Zones/Australia  select
tzdata  tzdata/Zones/Asia   select
tzdata  tzdata/Zones/Etcselect  UTC
tzdata  tzdata/Zones/SystemVselect
tzdata  tzdata/Zones/Arctic select
tzdata  tzdata/Zones/Pacificselect
tzdata  tzdata/Zones/Antarctica select
tzdata  tzdata/Zones/Europe select  Berlin
tzdata  tzdata/Zones/Africa select
tzdata  tzdata/Zones/Americaselect
tzdata  tzdata/Areasselect  Europe
tzdata  tzdata/Zones/Atlantic   select
tzdata  tzdata/Zones/Indian select
(none):/# dpkg-reconfigure -u tzdata

Current default timezone: 'Etc/UTC'
Local time is now:  Mon Jan  5 22:05:41 UTC 2009.
Universal Time is now:  Mon Jan  5 22:05:41 UTC 2009.
(none):/# debconf-get-selections |grep tzdata | tee live-tzdata3
tzdata  tzdata/Zones/Australia  select
tzdata  tzdata/Zones/Asia   select
tzdata  tzdata/Zones/Etcselect  UTC
tzdata  tzdata/Zones/SystemVselect
tzdata  tzdata/Zones/Arctic select
tzdata  tzdata/Zones/Pacificselect
tzdata  tzdata/Zones/Antarctica select
tzdata  tzdata/Zones/Europe select  Berlin
tzdata  tzdata/Zones/Africa select
tzdata  tzdata/Zones/Americaselect
tzdata  tzdata/Areasselect  Etc
tzdata  tzdata/Zones/Atlantic   select
tzdata  tzdata/Zones/Indian select
(none):/# debconf-set-selections live-tzdata
(none):/# debconf-get-selections |grep tzdata | tee live-tzdata4
tzdata  tzdata/Zones/Australia  select
tzdata  tzdata/Zones/Asia   select
tzdata  tzdata/Zones/Etc

Bug#509046: russian keyboard layout incompatible with latin layouts

[Tobias Schlemmer]

Package: xkb-data
Version: 1.4-1
Severity: normal
File: xkb

Using setxkbmap 'de(neo),ru,sk,de' breaks the three latin layouts.
Important characters as '{[]}­\' can not be entered anymore, since they
are composed using the Alt Gr (right Alt) key, which does not work in
this combination. Omitting the russian layout works well (but no
cyrillic), but omitting one or two of the latin layouts does not work.

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

Kernel: Linux 2.6.22-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/dash

-- 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#444789: similar problems with amessage

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I have similar problems with pidgin from unstable and amessage.de.

There seems to be a problem description.

http://www.nabble.com/Pidgin-cannot-connect-to-amessage.de-using-TLS-secured-XMPP-td17059290.html

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)
Comment: Diese Datei kann mit GnuPG gelesen werden.
Comment: This file is to be uses with GnuPG.
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIPmDjXRTLKCIyA4ERAiN1AJ0RFAhphuI526y7wtUPpZJO5QZvHACdF75Y
diBaRJGWcrQP0M6/LNWwbIo=
=BUV7
-END PGP SIGNATURE-



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

Bug#355678: charset conversion added to rfc2047.c and (lbdb-)?fetchaddr

[Tobias Schlemmer]

Peter Colberg schrieb:

As you could probably guess, this is my first time delving into the
autotools stuff, so I did not realise that lbdb is using only
autoconf, but not automake. This led me to believe that files like
Makefile.am were missing, compared to other autotoolized packages.
  
To avoid further confustion about it, the file conigure.in should 
contain some comments, that lbdb uses some automake configure macros, 
but not automake itself. And it should state, that additions to 
aclocal.m4 should be made in acinclude.m4 and aclocal generates aclocal.m4.


So finally automake is needed for some development issues, but as long 
as aclocal.m4 is provided, in most cases autoconf will be sufficiant. 
Thats some kind of development dependency, which is far beyond the scope 
of debian packages. So it need not to occure there.


Tobias.



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

Bug#445528: missing conflict with libjack0.80.0-0

[Tobias Schlemmer]

Package: libjack0
Version: 0.103.0-6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A missing conflict with libjack0.80.0-0 didn't instruct aptitude to
remove that package before installing libjack0. Though it was marked for
deletion, aptitude instructed dpkg to unpack libjack0 before
libjack0.80.0-0 was deleted resulting in file conflicts.

Tobias

- -- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages libjack0 depends on:
ii  libasound21.0.14a-2  ALSA library
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libfreebob0   1.0.3+svn443-2 FreeBoB API

Versions of packages libjack0 recommends:
pn  jackd none (no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQCVAwUBRweYig3XOWNKd871AQJovQQAxzImV+IbLH7tGfEQiLXkvLvrrZEdZiaY
E/m5AJjHAa3XTiSVgrXBQT+tXLh/PxmDPNPb4WDeevBEWmtad7tfBx4PIOPluP2R
c12FCUGlNZSQw4MXj2epVCxQPlaK1q553AHq7ff3yzXvF/xrr5wBn2I3iG7LQmzS
wK/g5dacQlU=
=VA4q
-END PGP SIGNATURE-



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

Bug#444131: tex4ht produces invalid mml (unicode 0x0)

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eitan Gurari schrieb:
   In the archive at http://rcswww.urz.tu-dresden.de/~s7935097/0formel.zip
   you will find everything I have.
   
   I don't exactly know what is the output of tex4ht.c so I included the
   full stdout of mk4ht oolatex 0formel in the file 0formel.stdout and
   stderr in 0formel.err. I hope this helps.
   
 The problem was in missing hypertext fonts, as indicated by the
 following messages at 0formel.err

I think that's only one of two errors. Tex4ht should produce valid mml
files even if the .htf files are missing, as TeX allows users to define
their own fonts. Unknown Characters could be replaced by a square or a
question mark as it is used in other contexts.

Tobias.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG/KqWgUXoKM0juR4RArdNAJ9qBpeGiN6eaK4B7xDBd2tvuqOz+wCZAYlc
epoKUZ7zKZgMdfJ2MwiXFyc=
=fFNb
-END PGP SIGNATURE-



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

Bug#444131: tex4ht produces invalid mml (unicode 0x0)

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eitan Gurari schrieb:
 Works fine at my place. Can you provide the file 0formel.dvi and the
 messages produced by tex4ht.c (preferable by giving a pointer to a
 web site containing the data). -eitan

In the archive at http://rcswww.urz.tu-dresden.de/~s7935097/0formel.zip
you will find everything I have.

I don't exactly know what is the output of tex4ht.c so I included the
full stdout of mk4ht oolatex 0formel in the file 0formel.stdout and
stderr in 0formel.err. I hope this helps.

Tobias
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+1ptgUXoKM0juR4RAmx9AKCnxraIJD6lGPGME5y7LrTtahhhOQCfU50Q
m3N1kBZstzP1SDVEAyu4+4o=
=HkWA
-END PGP SIGNATURE-



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

Bug#384958: tex4ht: some grouping issues with oolatex math

[Tobias Schlemmer]

Kapil Hari Paranjape schrieb:
 Since I do not use OO, I am not sure whether this issue has been
 resolved. Could you please provide some information on the current
 state?

OOo 2.2.1-7 has not fixed this bug. According to the OOo issue tracker
it's not fixed up to now.

BTW: it's Issue 69088 there.
http://qa.openoffice.org/issues/show_bug.cgi?id=69088

Tobias.



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

Bug#444131: tex4ht produces invalid mml (unicode 0x0)

[Tobias Schlemmer]

Package: tex4ht
Version: 20070904-1
Severity: normal

Trying to translate some latex files to .odt I got the error message 

System call: java -classpath /usr/share/tex4ht/tex4ht.jar xtpipes -i
/usr/share/texmf/tex4ht/xtpipes/ -o 0formel-m4.4om 0formel-m4.tmp
--- xtpipes error 29 --- At sax
content-handler=xtpipes.util.ScriptsManager,tex4ht.OomFilter
lexical-handler=xtpipes.util.ScriptsManagerLH  : While parsing file
file:/home/schlemme/000Privat/bugs/0formel-m4.tmp:
org.xml.sax.SAXParseException: An invalid XML character (Unicode: 0x0)
was found in the element content of the document.
--- Warning --- System return: 256

It seems to be an incompatibility to the lmodern package.

Testcase:

\documentclass{article}
\usepackage{lmodern}% commenting out this gives right results.
\begin{document}
$5{,}4$ 
$7\cdot1$ 
$0^{-7}$
\end{document}

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

Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
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 tex4ht depends on:
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libkpathsea4  2007-11TeX Live: path search library for 
ii  tex4ht-common 20070904-1 LaTeX and TeX for Hypertext (HTML)
ii  texlive-base-bin  2007-13TeX Live: Essential binaries

tex4ht recommends no packages.

-- no debconf information



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

Bug#444135: oolatex: incompatibility with beamer package

[Tobias Schlemmer]

Package: tex4ht
Version: 20070904-1
Severity: normal

The error message 

System call: java -classpath /usr/share/tex4ht/tex4ht.jar xtpipes -i
/usr/share/texmf/tex4ht/xtpipes/ -o tex4htformel-m2.4om
tex4htformel-m2.tmp
--- xtpipes error 29 --- At sax
content-handler=xtpipes.util.ScriptsManager,tex4ht.OomFilter
lexical-handler=xtpipes.util.ScriptsManagerLH  : While parsing file
file:/home/schlemme/000Privat/bugs/tex4htformel-m2.tmp:
org.xml.sax.SAXParseException: Element type math:mtext must be
followed by either attribute specifications,  or /.
--- Warning --- System return: 256

is issued when compiling the following file:

\documentclass{article}
\usepackage{beamerarticle}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[thinqspace,textstyle,squaren]{SIunits}
\begin{document}
\unit{$5{,}4\cdot10^{-7}$}\squaremetrepersecond

\end{document}

removing the beamer class or package it compiles just fine (result
unchecked).

ii  latex-beamer   3.07-1 LaTeX class to produce presentations

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

Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
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 tex4ht depends on:
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libkpathsea4  2007-11TeX Live: path search library for 
ii  tex4ht-common 20070904-1 LaTeX and TeX for Hypertext (HTML)
ii  texlive-base-bin  2007-13TeX Live: Essential binaries

tex4ht recommends no packages.

-- no debconf information



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

Bug#440075: tex4ht: SELFAUTOPARENT does not work with debian texlive

[Tobias Schlemmer]

Am Fr, 31. Aug 2007 03:34:35 -0400, schrieb Eitan Gurari:
   kpsewhich '${SELFAUTOPARENT}' 
   reports me /,
 
 What information is provided for the following command lines.
 
 kpsetool -v '$TETEXDIR'

[empty line]

 kpsetool  -v '$SELFAUTOPARENT' 

/

 which t4ht

/usr/bin/t4ht

   which is consistent with the information I found in the
   internet: /usr/bin is reduche two times to /. 
 
 Is http://dvi2bitmap.sourceforge.net/ssn71.htx/N-a2b5c2.html 
 the correct pointer to the internet.

I wouldn't call it correct, but yes, it's the same problem and I'm
suggesting the first solution. Since Debian has a fixed place for all
those stuff, a Debian system has no need for dependencies on executable
positions. 

On the other hand the value of $SELFAUTOPARENT seems to be wrong, too. As it is
intended to provide a pointer to a directory, where other files can be
found. 

Tobias.
-- 
   ,---,
  Tobias  /|
 Schlemmer   / Tel.: 01 62 / 7 63 94 35|
Dipl.-Math. / http://www.schlemmer.de.tt
-. /   [EMAIL PROTECTED]
  \   / GnuPG/PGP Public Keys:
   \ / 4A77CEF5 (RSA)  bzw. DF2A703C (DSA)
'   Jabber: [EMAIL PROTECTED]
-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-
  
Das Denken gehört zu den größten Vergnügungen der menschlichen Rasse.

Bertolt Brecht


PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG

Bug#440071: tex4ht: xtpipes dosent find .4xt files

[Tobias Schlemmer]

Package: tex4ht
Version: 20070821-1
Severity: normal

Hi, 

xtpipes.jar doesn't find it's files due to different problems (one
additional be reported in an extra report):

in /etc/tex4ht.env I had replaced the line 

%.4oo java -jar /usr/share/tex4ht/xtpipes.jar -i %%~/texmf/tex4ht/xttl/ -o 
%%0.4oo %%0.tmp

with

..4oo java -jar /usr/share/tex4ht/xtpipes.jar -i /usr/share/tex4ht/xtpipes/lib/ 
-i /usr/share/texmf/tex4ht/xttl/ -o %%0.4oo %%0.tmp

to help it find all necessary .4xt files. Unfortunately it didn't help.
The last -i seems to overwrite the first one, so all .4xt files must be
in the same directory. 

My solution was to symlink everything from
/usr/share/tex4ht/xtpipes/lib/ to /usr/share/texmf/tex4ht/xttl/.

after that it worked fine.

Tobias.


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

Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
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 tex4ht depends on:
ii  libc6 2.6-4  GNU C Library: Shared libraries
ii  libkpathsea4  2007-11TeX Live: path search library for 
ii  tex4ht-common 20070821-1 LaTeX and TeX for Hypertext (HTML)
ii  texlive-base-bin  2007-13TeX Live: Essential binaries

tex4ht recommends no packages.

-- no debconf information


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

Bug#440075: tex4ht: SELFAUTOPARENT does not work with debian texlive

[Tobias Schlemmer]

Package: tex4ht
Version: 20070821-1
Severity: normal


kpsewhich '${SELFAUTOPARENT}' 
reports me /, which is consistent with the information I found in the
internet: /usr/bin is reduche two times to /. 
But all the %%~ placeholders in /etc/tex4ht.env need /usr/share/tex4ht
..

I'm not sure, who is to blame for that discrepancy, so I seperated it
from Bug #440071 to allow easy reassigning to other packages.

As a consequence a solution resp. workaround is to subsitude all
occurences of %%~ in /etc/tex4ht.env with /usr/share/tex4ht.

Tobias.

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

Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
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 tex4ht depends on:
ii  libc6 2.6-4  GNU C Library: Shared libraries
ii  libkpathsea4  2007-11TeX Live: path search library for 
ii  tex4ht-common 20070821-1 LaTeX and TeX for Hypertext (HTML)
ii  texlive-base-bin  2007-13TeX Live: Essential binaries

tex4ht recommends no packages.

-- no debconf information


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

Bug#429422: some more info

[Tobias Schlemmer]

doing a full backtrace I found out:

#0  0x2ad99be35156 in gkbd_indicator_fill (gki=0x6a7000) at
gkbd-indicator.c:280
short_group_name = 0x21 Address 0x21 out of bounds
grp = 3
total_groups = 4
notebook = (GtkNotebook *) 0x6a7000
#1  0x2ad99be35cba in gkbd_indicator_init (gki=0x6a7000) at
gkbd-indicator.c:624
def_drawing = (GtkWidget *) 0x68dba0
notebook = value optimized out
__func__ = gkbd_indicator_init


Tobias


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

Bug#429422: backtrace with nostrip libgnomekbdui1

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

:~$ gdb /usr/lib/gnome-screensaver/gnome-screensaver-dialog

[...]

[New Thread 47425885751824 (LWP 8115)]

(gnome-screensaver-dialog:8115): Gnome-CRITICAL **:
gnome_program_locate_file: assertion `program != NULL' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47425885751824 (LWP 8115)]
0x2b222b7f7156 in gkbd_indicator_fill (gki=0x6a7000)
at gkbd-indicator.c:280
280 if (short_group_name != NULL
(gdb) quit
The program is running.  Exit anyway? (y or n) n
Not confirmed.
(gdb) backtrace
#0  0x2b222b7f7156 in gkbd_indicator_fill (gki=0x6a7000)
at gkbd-indicator.c:280
#1  0x2b222b7f7cba in gkbd_indicator_init (gki=0x6a7000)
at gkbd-indicator.c:624
#2  0x2b2230b61cd0 in g_type_create_instance ()
   from /usr/lib/libgobject-2.0.so.0
#3  0x2b2230b48fbd in ?? () from /usr/lib/libgobject-2.0.so.0
#4  0x2b2230b47414 in g_object_newv () from /usr/lib/libgobject-2.0.so.0

[...]

Other seems to be the same as posted above.

I hope, that can help.

Tobias
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGqbc/gUXoKM0juR4RAmjaAKCuwDm9RgSV7JaQ3AMXpB2ABOGOOgCfcT3L
sPtsvwannqceeLpXJueOECc=
=et+R
-END PGP SIGNATURE-


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

Bug#429422: some settings

[Tobias Schlemmer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I think the problem must be in some misconception:

I'm using .Xmodmap to set my Keyboard layouts:

1. de-ergo
2. modified russian
3. slovak
4. traditinal german


globals.short_group_names points to an array:

0x6b1df0 Deu
0x6b1e30 Rus
0x0
0x21

same for globals.full_group_names.

It seems as the arrays of globals are initialized from the
gnome-configuration, but the maximum number of configurations comes from
 xkl_engine_get_num_groups (I'm not shure, but this seems to be the X11
system). So the parameter group reads behind the array end.

Tobias.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGqcYTgUXoKM0juR4RAg9FAJ9BQM16KHQWnOwxipq/mSFJRNYfHwCfWBbP
l12wuKvDGGguOnWNHH9JRkk=
=ayss
-END PGP SIGNATURE-


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

Bug#429422: workaround for my problem

[Tobias Schlemmer]

Hi,

my analysis seems to be correct.

I enhanced the number of configured keyboard layout to four and it works
for me. Even if the configured layouts don't match .Xmodmap.

So seems to be different from the original poster.

I'm not sure, how it works, as gnome shows me the right names of my used
configuration instead of that that's configured in the dialogue.

For the protocol:

The two functions, which do not comply are:

gkbd_indicator_fill and gkbd_indicator_prepare_drawing

Tobias.


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

Bug#428761: workaround

[Tobias Schlemmer]

I think I can propose a workaround.

As far as I know the symbol is generated from the module name and the
variable name:

$ nm a.out |grep dummy
00600d88 D __dummy__m
004007e0 t frame_dummy

Here, __dummy__m seems to be the considered variable. Let's try it:

$ gdb ...

(gdb) p alpha
$1 = 0.30012
(gdb) p __dummy__m
$2 = 3
(gdb) quit
$

So you can use nm and grep to find the symbol you need.


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

Bug#429422: Segfault in gnome-screensaver-dialog

[Tobias Schlemmer]

Package: gnome-screensaver
Version: 2.18.2-1
Followup-For: Bug #429422

Hi,

I have a similar problem. I but I don't even see the password dialog
during fade out. 

Runnig /usr/lib/gnome-screensaver-dialogreveals a segmentation fault.

Backtrace below:
ived signal SIGSEGV, Segmentation fault.
[Switching to Thread 47122019124032 (LWP 11551)]
0x2adb6b8e1156 in ?? () from /usr/lib/libgnomekbdui.so.1
(gdb) back
#0  0x2adb6b8e1156 in ?? () from /usr/lib/libgnomekbdui.so.1
#1  0x2adb6b8e1cba in ?? () from /usr/lib/libgnomekbdui.so.1
#2  0x2adb70940880 in g_type_create_instance ()
   from /usr/lib/libgobject-2.0.so.0
#3  0x2adb70927b9d in ?? () from /usr/lib/libgobject-2.0.so.0
#4  0x2adb70925ff4 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#5  0x2adb70926a1c in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#6  0x2adb70926c51 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#7  0x2adb6b8e173a in gkbd_indicator_new ()
   from /usr/lib/libgnomekbdui.so.1
#8  0x00409809 in ?? ()
#9  0x2adb70940880 in g_type_create_instance ()
   from /usr/lib/libgobject-2.0.so.0
#10 0x2adb70927b9d in ?? () from /usr/lib/libgobject-2.0.so.0
#11 0x2adb70925ff4 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#12 0x2adb70926a1c in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#13 0x2adb70926c51 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#14 0x004076d2 in gs_lock_plug_new ()
#15 0x00406989 in ?? ()
#16 0x2adb70b856d4 in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#17 0x2adb70b8850d in ?? () from /usr/lib/libglib-2.0.so.0
#18 0x2adb70b8881a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#19 0x2adb6d5085e3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#20 0x004068c1 in main ()


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

Kernel: Linux 2.6.18-4-amd64 (SMP w/1 CPU core)
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 gnome-screensaver depends on:
ii  dbus  1.1.1-1simple interprocess messaging syst
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  gnome-icon-theme  2.18.0-3   GNOME Desktop icon theme
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.8-1The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.1.1-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging syst
ii  libexif12 0.6.16-1   library to parse EXIF files
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1]  6.5.2-5A free implementation of the OpenG
ii  libglade2-0   1:2.6.1-1  library to load .glade files at ru
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgnome-keyring0 0.8.1-2GNOME keyring services library
ii  libgnome-menu22.18.2-1   an implementation of the freedeskt
ii  libgnome2-0   2.18.0-4   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-3   A powerful object-oriented display
ii  libgnomekbd1  2.18.2-1   GNOME library to manage keyboard c
ii  libgnomekbdui12.18.2-1   User interface library for libgnom
ii  libgnomeui-0  2.18.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.18.1-2 GNOME Virtual File System (runtime
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  liborbit2 1:2.14.7-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpam0g  0.79-4 Pluggable Authentication Modules l
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-2 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  

Bug#355678: charset conversion added to rfc2047.c and (lbdb-)?fetchaddr

[Tobias Schlemmer]

Am Sa, 16. Jun 2007 08:41:20 +0200, schrieb Roland Rosenfeld:
 Tobias Schlemmer schrieb am Dienstag, den 07. März 2006:
 
 Any help with this autoconf stuff is greatly appreciated...

The keyword ”real internationalization“ leeds to another hint:
the gettext package includes a file named ”iconv.m4“ which is meant to
deal with the charset problem. I'm not shure, but gettextizing may help
you.

Tobias.
-- 
   ,---,
  Tobias  /|
 Schlemmer   / Tel.: 01 62 / 7 63 94 35|
Dipl.-Math. / http://www.schlemmer.de.tt
-. /   [EMAIL PROTECTED]
  \   / GnuPG/PGP Public Keys:
   \ / 4A77CEF5 (RSA)  bzw. DF2A703C (DSA)
'   Jabber: [EMAIL PROTECTED]
-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-
  
Aristoteles beharrte darauf, daß Frauen weniger Zähne hätten als Männer.
Obwohl er zweimal verheiratet war, kam er nie auf den Gedanken, seine
Behauptung anhand einer Untersuchung der Münder seiner Frauen zu
überprüfen.

Bertrand Russel


PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG

Bug#419012: /lib/ld-2.5.so: Conditional jump or move depends on uninitialised value(s)

[Tobias Schlemmer]

Package: libc6
Version: 2.5-1
Severity: critical
Tags: security
Justification: root security hole

Hi,

valgrind reports jumps depending on uninitialized valuse in
/lib/ld-2.5.so. I found this bug using some gfortran 4.2, but I get it
also using the standard gcc package (version 4:4.1.1-15). 

I'm not really sure about severity of this bug. Please have a look on it
and change it to the appopriate value.

C-Program: 
---
#include stdio.h
int main() {

printf(Hello World\n);
}
---

valgrind output:

---

==16052== Memcheck, a memory error detector.
==16052== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==16052== Using LibVEX rev 1658, a library for dynamic binary translation.
==16052== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==16052== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation 
framework.
==16052== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==16052== For more details, rerun with: -v
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x4015347: (within /lib/ld-2.5.so)
==16052==by 0x40052A8: (within /lib/ld-2.5.so)
==16052==by 0x4007D4B: (within /lib/ld-2.5.so)
==16052==by 0x40031A8: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x40151EE: (within /lib/ld-2.5.so)
==16052==by 0x400779A: (within /lib/ld-2.5.so)
==16052==by 0x4008467: (within /lib/ld-2.5.so)
==16052==by 0x400169A: (within /lib/ld-2.5.so)
==16052==by 0x400D8D5: (within /lib/ld-2.5.so)
==16052==by 0x4004817: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x40151F9: (within /lib/ld-2.5.so)
==16052==by 0x400779A: (within /lib/ld-2.5.so)
==16052==by 0x4008467: (within /lib/ld-2.5.so)
==16052==by 0x400169A: (within /lib/ld-2.5.so)
==16052==by 0x400D8D5: (within /lib/ld-2.5.so)
==16052==by 0x4004817: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x4015204: (within /lib/ld-2.5.so)
==16052==by 0x400779A: (within /lib/ld-2.5.so)
==16052==by 0x4008467: (within /lib/ld-2.5.so)
==16052==by 0x400169A: (within /lib/ld-2.5.so)
==16052==by 0x400D8D5: (within /lib/ld-2.5.so)
==16052==by 0x4004817: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x4015361: (within /lib/ld-2.5.so)
==16052==by 0x40077A7: (within /lib/ld-2.5.so)
==16052==by 0x4008467: (within /lib/ld-2.5.so)
==16052==by 0x400169A: (within /lib/ld-2.5.so)
==16052==by 0x400D8D5: (within /lib/ld-2.5.so)
==16052==by 0x4004817: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x4015361: (within /lib/ld-2.5.so)
==16052==by 0x400A71D: (within /lib/ld-2.5.so)
==16052==by 0x40061A3: (within /lib/ld-2.5.so)
==16052==by 0x4008513: (within /lib/ld-2.5.so)
==16052==by 0x400169A: (within /lib/ld-2.5.so)
==16052==by 0x400D8D5: (within /lib/ld-2.5.so)
==16052==by 0x4004817: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x400ADF5: (within /lib/ld-2.5.so)
==16052==by 0x4003CDD: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
==16052== 
==16052== Conditional jump or move depends on uninitialised value(s)
==16052==at 0x400ADFE: (within /lib/ld-2.5.so)
==16052==by 0x4003CDD: (within /lib/ld-2.5.so)
==16052==by 0x4013F0A: (within /lib/ld-2.5.so)
==16052==by 0x40012D6: (within /lib/ld-2.5.so)
==16052==by 0x4000A77: (within /lib/ld-2.5.so)
Hello World
==16052== 
==16052== ERROR SUMMARY: 8 errors from 8 contexts (suppressed: 0 from 0)
==16052== malloc/free: in use at exit: 0 bytes 

Bug#419012: /lib/ld-2.5.so: Conditional jump or move depends on uninitialised value(s)

[Tobias Schlemmer]

Florian Weimer schrieb:
 severity 419012 normal
 tags 419012 - security
 reassign 419012 valgrind
 thanks

 * Tobias Schlemmer:

   
 valgrind reports jumps depending on uninitialized valuse in
 /lib/ld-2.5.so. I found this bug using some gfortran 4.2, but I get it
 also using the standard gcc package (version 4:4.1.1-15). 
 

 This just means that valgrind needs a new exception file for libc 2.5.
 Are you sure that you are running the latest version?
   
Indeed. I forgot to upgrade valgrind as well.

Now it works. So you can close this bug.

Thank you.

Tobias.


-- 
Dipl.-Math. Tobias Schlemmer, Tel.: (+49 3 51) 2 60 - 21 27
Abt. Material- und Komponentensicherheit
Forschungszentrum Dresden-Rossendorf e.V.; Bautzner Landstraße 128, 01328 
Dresden;
Vorstand: Prof. Dr. Roland Sauerbrey, Dr. Dr. h. c. Peter Joehnk; VR 1693 beim 
Amtsgericht Dresden

begin:vcard
fn:Tobias Schlemmer
n:Schlemmer;Tobias
org:Forschungszentrum Rossendorf;FWSM
adr;quoted-printable:;;Bautzner Landstra=C3=9Fe 128;Dresden;SN;01328;Germany
email;internet:[EMAIL PROTECTED]
title:Dipl.-Math.
tel;work:(+49 3 51) 2 60 - 21 27
x-mozilla-html:FALSE
url:http://www.fz-rossendorf.de/
version:2.1
end:vcard



signature.asc
Description: OpenPGP digital signature

Bug#384185: foomatic-db-engine: installing printconf calls foomatic-configure -q -Q -r

[Tobias Schlemmer]

Package: foomatic-db-engine
Version: 3.0.2-20060712-1
Followup-For: Bug #384185

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Installing printconf caused this error too. 
I'm not sure, but my personal (as normal user) .cups/lpoptions affects
the behaviour of foomatic-configure, when using sudo. Moving it out of
the way everything is ok, but leaving it on place foomatic-configure
blows up.

As I think, I did nothing uncommon when calling sudo aptitude, IMHO
normal users are really affected by this bug.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.4tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages foomatic-db-engine depends on:
ii  bash3.1-5The GNU Bourne Again SHell
ii  curl7.15.4-1 Get a file from an HTTP, HTTPS, FT
ii  foomatic-db 20060712-1   linuxprinting.org printer support 
ii  foomatic-filters3.0.2-20060712-1 linuxprinting.org printer support 
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libxml2 2.6.26.dfsg-3GNOME XML library
ii  perl5.8.8-6.1Larry Wall's Practical Extraction 
ii  wget1.10.2-2 retrieves files from the web

Versions of packages foomatic-db-engine recommends:
ii  netcat1.10-32TCP/IP swiss army knife

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iQCVAwUBRQkj3g3XOWNKd871AQIJwgP+OVu/VoADvNA9mPDtDwWkkKEHy2hb1dFe
uKpuTGzSA5Ooh2tRHHx4KPNfLjobGxAswyyuEEF3HddYqVNCZM05d65QsVrd3Tb7
nDRK5+hh7u9KPK8ambZ1eS/E0ueLBOuVCt6uOXXoBxnciD0wnA5tp18jd8fOStpg
23hRoAVVF0Q=
=uCNJ
-END PGP SIGNATURE-


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

Bug#384958: tex4ht: some grouping issues with oolatex math

[Tobias Schlemmer]

Eitan Gurari wrote:
 The problem is with a broken mathml engine in OpenOffice 2.

 A manual editing of x_i_j into {x}_{{i}_{j}} or x_{i_j} provides the
 proper display (and identical mathml code).  I don't know what kind of
 mathml code tex4ht should produce to obtain correct display in OO2.
   
As a workaround use the math:annotation tag with StarMath5 syntax as
OO does.

Deleting this tag looks right at the first glance as OOo saves a binary
copy of it inside the document. But when you try to edit the formula it
gets confused again.

Tobias



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

Bug#384958: tex4ht: some grouping issues with oolatex math

[Tobias Schlemmer]

Package: tex4ht
Version: 20060619-1
Severity: normal



Hi,

mk4ht oolatex test.tex  seems to produce incorrect output.
At least my oowriter (2.0.3) does not like the double indices $x_{i_j}$ without 
further grouping.
In oomath input syntax it produces x_i_j, which should be x_{i_j}.

A similar effect produces
\begin{eqnarray}a=b\end{eqnarray}, where the = expects two operators, but
a # = # b is produced. Both '{}={}' and '=' (oowriter syntax) produce 
useful output.

Example:

\documentclass{article}

\begin{document}

\[\bar\rho_{s_i} = \sum_{j\neq i}\rho_{s_j}(r_{ij})\]
\begin{eqnarray}
  \label{eq:1}
  \bar\rho_{s_i} = \sum_{j\neq i}\rho_{s_j}(r_{ij})
\end{eqnarray}

\end{document}

Note: xtpipes won't accept the eqnarray. So, please try it with commenting it 
out.
Note: I didn't check against the newer versions of tex4ht mentioned in 
Bug#384578.

-- System Information:
Debian Release: testing/unstable
  APT prefers dapper-updates
  APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 
'dapper-proposed'), (500, 'dapper-backports'), (500, 'dapper'), (500, 
'breezy'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-generic
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages tex4ht depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libkpathsea4  3.0-17 path search library for teTeX (run
ii  tetex-bin 3.0-17 The teTeX binary files
ii  tex4ht-common 20060619-1 LaTeX and TeX for Hypertext (HTML)

tex4ht recommends no packages.

-- no debconf information


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

Bug#384958: tex4ht: some grouping issues with oolatex math

[Tobias Schlemmer]

Kapil Hari Paranjape wrote:
 So authors should prefer
 $x_{a_{b}}$ while preparing a document to be processed by TeX4ht
 regardless of how simple a and b are.
   
Which documentation?

The problem is not b, but the grouping around a_b is lost. TeX needs
that grouping, which is not translated into the math.

Tobias

begin:vcard
fn:Tobias Schlemmer
n:Schlemmer;Tobias
org:Forschungszentrum Rossendorf;FWSM
adr;quoted-printable:;;Bautzner Landstra=C3=9Fe 128;Dresden;SN;01328;Germany
email;internet:[EMAIL PROTECTED]
title:Dipl.-Math.
tel;work:(+49 3 51) 2 60 - 21 27
x-mozilla-html:FALSE
url:http://www.fz-rossendorf.de/
version:2.1
end:vcard



signature.asc
Description: OpenPGP digital signature

Bug#384578: tex4ht: mk4ht oolatex tries to run xtpipes, which is not distributed

[Tobias Schlemmer]

Package: tex4ht
Version: 20060619-1
Severity: normal


Running mk4ht oolatex tries to run xtpipes, which is not included in the 
distribution.
The corresponding part in /etc/tex4ht/tex4ht.env is 


 %
ooxtpipes
..4om mv %%1.4om %%1.tmp
..4om java -classpath  ~/tex4ht.dir/texmf/tex4ht/bin xtpipes -i 
~/tex4ht.dir/texmf/tex4ht/xttl/ -o %%1.4om %%1.tmp
/ooxtpipes


This prevents maths from being included in the .odt file

Tobias

-- System Information:
Debian Release: testing/unstable
  APT prefers dapper-updates
  APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 
'dapper-proposed'), (500, 'dapper-backports'), (500, 'dapper'), (500, 
'breezy'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-generic
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages tex4ht depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libkpathsea4  3.0-17 path search library for teTeX (run
ii  tetex-bin 3.0-17 The teTeX binary files
ii  tex4ht-common 20060619-1 LaTeX and TeX for Hypertext (HTML)

tex4ht recommends no packages.

-- no debconf information


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

Bug#355677: lbdb: m_muttalias ignores aliases with multiple addresses

[Tobias Schlemmer]

Package: lbdb
Version: 0.31.1-0ts1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have an alias with mutliple addresses in my .mail_aliases file:

alias Vs Name one [EMAIL PROTECTED], Name two [EMAIL PROTECTED]

m_muttalias doesn't report this line.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages lbdb depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libvformat1   1.13-3 Library to read and write vcard fi
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBRA1JRg3XOWNKd871AQKLbgP/c3jipcFpn+eWJmDKOF6yGrJEqXN9Zmp2
i+dfRKY85HWUe0wvIDIYMhPRfgB2bHY/h2VFhmb7pYsdYzX6fgpSOW3w2y6ig6Mr
vvL/9LSsh3V7591iZq3Mf0lSkL28lMYNyR+JjKa+LARNyS6zPheACjqraOfDN/70
oZ567R2rxB8=
=ZW70
-END PGP SIGNATURE-


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

Bug#355679: lbdb: m_muttalias reports errors on mutt_alias-files containing `-' in filename

[Tobias Schlemmer]

Package: lbdb
Version: 0.31.1-0ts1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

m_muttalias reports the following errors having a .mutt_alias file
containing dashes in the filename:

/usr/lib/lbdb/m_muttalias: line 34: [: /home/tobias/.mail_aliases:
binary operator expected


- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages lbdb depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libvformat1   1.13-3 Library to read and write vcard fi
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBRA1IEQ3XOWNKd871AQKZJQP/Wadi1VwJIha6xnphirJlukPlJ6Hc9rJ9
if4IQXKj8tq0pxfyENdpm7iqD2QwZAxH2BYY1JACSxl0zZUcRvGS96KLHf2fu9Ei
elh0YMoMrW4Ky63qAUqthutpFcaSRfLaa0F3UPp5ErImAjpUK8WsvIBMYFRDlS5H
J+kWWh2YdyY=
=22rP
-END PGP SIGNATURE-


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

Bug#355678: charset conversion added to rfc2047.c and (lbdb-)?fetchaddr

[Tobias Schlemmer]

Package: lbdb
Version: 0.31.1-0ts1
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have added charset conversion to rfc2047.c and (lbdb-)?fetchaddr using
iconv. I don't know, how portable it is, so try it out. 
now my .procmailrc has an enty of 

:0hc
| lbdb-fetchaddr -d '%d.%m.%Y %H.%M' -c utf-8

It seems to work fine for me, even with evolution and muttalias ;-). And
I think it's a very small step towards real internationalization. 

Tobias

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages lbdb depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libvformat1   1.13-3 Library to read and write vcard fi
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBRA1G/g3XOWNKd871AQJFYQP+Ito5mxZLGfUTa+8HLG4qc15+YsfSMCKe
+1tdIV+k9n2FBCKFs7NOKJPChZYX0R5ojLSs0qY2LTtjO2wZuAdwcEt6uuLuBAe4
u+DV6d+uJrG5U7O45X/Tlqwe6qrMnvGluAsA/UVtIEB6ENWmJAsnC/n14gE7yfGo
q9z0ZlHwkfY=
=3Iob
-END PGP SIGNATURE-


lbdb_0.31.1-0ts1.diff.gz
Description: Binary data

Bug#333361: Partially solved: non uniquely named ports are still not accessible

[Tobias Schlemmer]

I got ALSA MIDI running in wine 0.9.8. It has to be configured using
winecfg.  That's the only way to configure wine now. If not done so
far, please update README.Debian.

One problem still exists: libwine-alsa seems to take only the ALSA
Client name into account for providing port names to the applications.
But some apps relay on uniquely named ports. So, please add a better
heuristics for those names. At least using port names (if existing)
instead of the client names would be a better choise.


PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG

Bug#350022: Wish: input character encoding support

[Tobias Schlemmer]

Package: hunspell
Version: 1.1.2-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I would like to have input encoding support. So that hunspell
can (automagically) correct files in any encoding and not only the
encoding of the dictionary.

Exspecially I have problems with UTF-8 encoded german LaTeX files.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages hunspell depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libreadline5  5.0-11 GNU readline and history libraries
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3
ii  myspell-de-de [myspell-dictio 20030222-8 German dictionary for myspell
ii  myspell-en-gb [myspell-dictio 20030813-3 English (GB) dictionary for myspel

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBQ9kDDQ3XOWNKd871AQIh3gP5ASyVio0+z91wxho0pBRL1f4sPdulafp8
jy5BrMu/I2f8f3VPXwgHksgRTDHCRvhARYWRHbhWOP41/tsUuTxNNjUN+DqTFh2V
JsdBQXfJpvKLXtRTS4owDRzbCN0Si2iid+dx/p3wOVXVQ0wHPJl7TIcSQaCMoavO
XqAR15r+1IY=
=/WBO
-END PGP SIGNATURE-


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

Bug#348538: wx-common wx-common: wxwin.m4 should test for $host_alias

[Tobias Schlemmer]

Package: wx-common
Version: 2.6.1.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

wxwin.m4 checks for cross compiling to determine, if --host should be
passed to wx-config. 

But, setting only --host=i586-mingw32msvc but not --build ./configure
scripts don't necessarily run in cross compiling mode, as run time
checks are still possible using wine. So in that case wx-config will
provide the wrong configuration even if the cross compiled libraries and
headers are installed.

This can be changed by replacing 

  if test $cross_compiling = yes; then
 wx_config_args=$wx_config_args --host=$host_alias
  fi

by

  if test $cross_compiling = yes || test $host_alias ; then
 wx_config_args=$wx_config_args --host=$host_alias
  fi



- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages wx-common depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3
ii  libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t
ii  zlib1g1:1.2.2-4  compression library - runtime

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBQ80dVw3XOWNKd871AQKLEAP9GO+doyhnXw8+rQViBeDODFtrQ6tZdHqc
bYDuACEcnIhz0zVunECPx8eyecOINy9Vz7PB5EkPs9T/MwJbg+mw+uD4uMqZOElf
C90+lqdothhXAUr+ytnOIZLeyTU0pqKrBAKIMHdHZHmZbw/qRxik3VejzIHXMCrV
7jmS0CMXbzo=
=ajgv
-END PGP SIGNATURE-


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

Bug#343096: lilypond: tex backend fails on ly:kpathsea-find-file

[Tobias Schlemmer]

Package: lilypond
Version: 2.6.3-9
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it seems as if there is something wrong with the kpathsea functions in
Lilypond 2.6.3-9. 

I get the following error messages:

[EMAIL PROTECTED]:~/latex/gesammelte-lieder/Liedzettel$ LANG=C lilypond -b
tex ljotsa-tichij-wetscher-nad-semloju-2.ly
GNU LilyPond 2.6.3
Processing `ljotsa-tichij-wetscher-nad-semloju-2.ly'
Parsing...
Interpreting music... [8]
ljotsa-tichij-wetscher-nad-semloju-2.ly:17:34: warning: barcheck failed
at: -3/4
g4. g8 a4. g8 | f4. e8 f4 g4  
  | \partial 4*3  a2 r4 [16][23]
Preprocessing graphical objects... 
Calculating line breaks... unnamed port: In expression
ly:kpathsea-find-file:
unnamed port: Unbound variable: ly:kpathsea-find-file


Tobias
- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages lilypond depends on:
ii  guile-1.6 [guile] 1.6.7-1The GNU extension language and Sch
ii  guile-1.6-libs1.6.7-1Main Guile libraries
ii  guile1.4 [guile]  1:1.4-26   The GNU extension language and Sch
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libguile-ltdl-1   1.6.7-1Guile's patched version of libtool
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libqthreads-121.6.7-1QuickThreads library for Guile
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  lilypond-data 2.6.3-9LilyPond music typesetter (data fi
ii  python2.3.5-2An interactive high-level object-o
ii  zlib1g1:1.2.2-4  compression library - runtime

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iQCVAwUBQ52rIQ3XOWNKd871AQJ+awQAgIphZRGPjoRSXv+qYAvkiNtYPqRNfk4g
e2+1Yfuh6GLYQNR/n+Rro7mslD/f16mqppqd1KdfYeUMJwhw8o5PygV8zi8lv8xH
H5/7QbasN3IovJu0WVzQY+6c+MXfNswCDagphNuk9yrsxcaI82LOC1sH/33qUXcF
gS2IGIkI7Fs=
=quc4
-END PGP SIGNATURE-


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

Bug#320968: tex4ht: tex4ht produces lonely /p tags.

[Tobias Schlemmer]

Am Di, 22. Nov 2005 01:34:10 +0530, schrieb Kapil Hari Paranjape:
 As suggested by Eitan could you please confirm that following
 line in your input:
 
  \Configure{BODY}{\empty}{\empty}
 
 1. Is essential to your file in some way.

Yes. Eitan himself told me in a private thread to use
\Configure{BODY}{}{} (which has the same result).

 2. Removal of this line fixes the problem.

Well, the index problem Eitan has fixed in July. 

After some new investigations I found out, that 

\Configure{BODY}
{\:xhtml{\SaveEndP}\IgnorePar}
{\IgnorePar\:xhtml{\EndP}}

seems to work for my special purposes. So it's either a problem of
proper documentation or the corresponding code should be moved outside
of \Configure{BODY}.

Tobias
-- 
   ,---,
  Tobias  /|
 Schlemmer   / Tel.: 01 62 / 7 63 94 35|
Dipl.-Math. / http://www.schlemmer.de.tt
-. /   [EMAIL PROTECTED]
  \   / GnuPG/PGP Public Keys:
   \ / 4A77CEF5 (RSA)  bzw. DF2A703C (DSA)
'   Jabber: [EMAIL PROTECTED]
-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-
  
Die Furcht vor der Mathematik steht der Angst erheblich näher als der
Ehrfurcht.

Felix
Auerbach


PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG

Bug#333361: libwine-alsa: wine doesn't recognize alsa MIDI ports

[Tobias Schlemmer]

Package: libwine-alsa
Version: 0.0.20050628-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Trying to get Mutabor
(http://www.math.tu-dresden.de/~mutabor/) running I get some interesting
results:
- - Using libwine-alsa I get no MIDI ports at all
- - Using the OSS interface I can choose all MIDI ports, but input from
  external MIDI ports doesn't work for me.
- - noteedit (demudi version) does recognize and recieve data from the
  MIDI keyboard (testing version did't work either). So the port and
  drivers work as expected

 

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1-tobias1tobias
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages libwine-alsa depends on:
ii  libasound21.0.9-2ALSA library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libwine   0.0.20050628-2 Windows Emulator (Library)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQCVAwUBQ0uxtQ3XOWNKd871AQL2yQQAmxQPMucebl4b7knY3aw0qJrPIXSXAvq4
ivzmL+9NOG9L3mFT5EXK10RlyQuQ8bYAbgZimXmBzagdJkOHa6VN8L9FlF2lag2c
VuWWA1UztOu8/Rb57FUPq2ThlRaFr1hWGNV9h6x9efbtdwv57aC+LEMv0u0wKppv
db4Rj5i/pqY=
=xnsc
-END PGP SIGNATURE-


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

Bug#320968: tex4ht: tex4ht produces lonely /p tags.

[Tobias Schlemmer]

Am Di, 02. Aug 2005 12:41:05 -0400, schrieb Eitan Gurari:
 Tobias, Any chance you can provide miniature sample latex files
 demostarting the problems. -eitan

See attachment.

Tobias
-- 
   ,---,
  Tobias  /|
 Schlemmer   / |
Dipl.-Math. / http://www.schlemmer.de.tt
-. /   [EMAIL PROTECTED]
  \   / GnuPG/PGP Public Keys:
   \ / 4A77CEF5 (RSA)  bzw. DF2A703C (DSA)
' 
-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-
  
Strukturen sind die Waffen der Mathematiker. 

Bourbaki
\documentclass{article}
\usepackage[xhtml,3,index=2]{tex4ht}
 \usepackage{makeidx}

%\title{Anwendungsbezogene Algebra}
%\author{obias Schlemmer}
\raggedbottom
\makeindex
\Configure{BODY}{\empty}{\empty}
\begin{document}%\show\maketitle
%\maketitle
\tableofcontents
%\listoffigures
%\listoftables
\section{Itroduction}
\section{chapter 1}
\index{a}\index{b}\index{c}
\printindex
\end{document}
%%% Local Variables: 
%%% mode: latex
%%% End: 


PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG

Bug#320969: tex4ht breaks accessibility guidelines

[Tobias Schlemmer]

Package: tex4ht
Version: 20050728.2299-0ts1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The eccessive formatting using tables violates accessibility guidelines.
Much (e.g. formula numbers) can could be done better with floats. This
needs some extra programming effort, but it should be possible to do it
in a better way using multiple passing of environments or cross
referencing technologies.

At least a summary attribute can be added to all the formatting tables.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.6tobias1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages tex4ht depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libkpathsea32.0.2-30 path search library for teTeX (run
ii  tetex-bin   2.0.2-30 The teTeX binary files

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQCVAwUBQu+IYw3XOWNKd871AQKrUAQAsYsWmADzQiHmRKICMgQGMusVY5Sah6Qk
qE3cqhf97FRq7m99shOdSA+V2tXwFavkEQpZCk0ikp3CYykkil/3dDWDKtAx6QIg
hsugiKYeHce6z9g2scuXr0JE5/n+jE0Iny6c2X4bGHFM2+tHH23q5sis/K6CMJzt
Uh/tXcRE3Sk=
=JsxB
-END PGP SIGNATURE-


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

Bug#320968: tex4ht: tex4ht produces lonely /p tags.

[Tobias Schlemmer]

Package: tex4ht
Version: 20050728.2299-0ts1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

TeX4ht introduces some wrong paragraph end tags. Most of them I could clean,
but in two places they stay active:
- - below the autogenerated TOC on the titlepage
- - in the index just after the column break

Im using tex4ht with the xhtml option.

Tobias

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.6tobias1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages tex4ht depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libkpathsea32.0.2-30 path search library for teTeX (run
ii  tetex-bin   2.0.2-30 The teTeX binary files

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQCVAwUBQu+F3w3XOWNKd871AQI7TgP7BadLZrQ6IUP6sdn29cD34TQdM0i607vG
X6GGazDwkwAjnKXQ27G142W/gDJxVRT2vLfIG4IvKlPRHNwGfJ3FgLgMgkJaMLP3
5TTrNgphUzNd6WP1yFTMiX31Axov9Mfod/Fw5Cufxi9cBuV4qeoGdrDBzCtHFo4X
WmZFxtQjK0M=
=9SqX
-END PGP SIGNATURE-


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

Bug#317420: Another mozilla crashing site.

[Tobias Schlemmer]

Package: mozilla
Version: 2:1.7.8-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

after several tests Mozilla keeps crashino on
http://www.math.tu-dresden.de/~mutabor/
It plays the sound and disappears. Both on galeon and normal Mozilla.
Even removing the flashplayer seems not to work.

Tobias.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.6tobias1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages mozilla depends on:
ii  dpkg  1.10.28Package maintenance system for Deb
ii  mozilla-browser   2:1.7.8-1  The Mozilla Internet application s
ii  mozilla-mailnews  2:1.7.8-1  The Mozilla Internet application s
ii  mozilla-psm   2:1.7.8-1  The Mozilla Internet application s

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQCVAwUBQs1dbA3XOWNKd871AQL1zgQAmW0yJ8XlPlSNOuK/oiDvmuLs8U25bp40
Ao+MRPt22Tl/6Ndfv2NBY2aj4Mw5OVpZsUA2Vf6p7apD4H35GZ8i5CLDZ47VLaqU
StvPj6Xpo6OJHU0VnLKKM2QnhuJsB1VP3b1R13a8brE70KDa6EI6JfuZtWhFqRBR
aT02x94dXxQ=
=8Fqn
-END PGP SIGNATURE-


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