Bug#346389: texinfo-mode in emacs wont accept shortkeys for command Insertion e.g. "C-c C-c c" does not work

[Markus]

Package: emacs21
Version: 21.4a-3
Severity: important

Problem description (snippet of IRC Talk on [EMAIL PROTECTED]):
http://pastebin.com/494956  and additionally as attachment.

Note: I dislike that "go and hit with a bat" 
message from nick "ams" during the chat :-)



more info:

0)
I'm using DebianGNU/Linux Etch 

uname -a shows
Linux pc1 2.6.12.5vanilla-linux-2.6.12.5-vs2.0 #1 Mon Oct 24 20:28:47
CEST 2005 i686 GNU/Linux

Kernel is build from vanilla sources and patched with 
linux-Vserver Patch Version 2.0.



1)
[EMAIL PROTECTED]:~$ dpkg -l | grep emacs
ii  emacs21 21.4a-3The GNU
Emacs editor
ii  emacs21-bin-common  21.4a-3The GNU
Emacs editor's shared, architecture
ii  emacs21-common  21.4a-3The GNU
Emacs editor's shared, architecture
ii  emacsen-common  1.4.16 Common
facilities for all emacsen

2)
[EMAIL PROTECTED]:~$ dpkg -l | grep texi
ii  texinfo 4.8-2
Documentation system for on-line information

3)
I dont think that important but ... 
[EMAIL PROTECTED]:~$ dpkg -l | grep aucte
ii  auctex  11.55-3An
integrated environment for writing TeX/La

4)
[EMAIL PROTECTED]:~$ dpkg --status libc6
Package: libc6
Status: install ok installed
Priority: required
Section: base
Installed-Size: 16752
Maintainer: GNU Libc Maintainers 
Architecture: i386
Source: glibc
Version: 2.3.5-8
Replaces: ldso (<= 1.9.11-9), timezone, timezones, gconv-modules,
libtricks, libc6-bin, netkit-rpc, netbase (<< 4.0)
Provides: glibc-2.3.5-3
Suggests: locales, glibc-doc
Conflicts: strace (<< 4.0-0), libnss-db (<= 2.2-6.1.1), timezone,
timezones, gconv-modules, libtricks, libc6-doc, libc5 (<< 5.4.33-7),
libpthread0 (<< 0.7-10), libc6-bin, libwcsmbs, apt (<< 0.3.0),
libglib1.2 (<< 1.2.1-2), netkit-rpc, wine (<< 0.0.20031118-1),
cyrus-imapd (<< 1.5.19-15), initrd-tools (<< 0.1.79), e2fsprogs (<<
1.35-7), libterm-readline-gnu-perl (<< 1.15-2)
Conffiles:
 /etc/init.d/glibc.sh bdd69f3b5d3caad0158abfda7dce9b62
Description: GNU C Library: Shared libraries and Timezone data
 Contains the standard libraries that are used by nearly all programs on
 the system. This package includes shared versions of the standard C
library
 and the standard math library, as well as many others.
 Timezone data is also included.


markus AKA meandtheshell







(13:53:32) meandtheshell: hi folks - I'm pretty new about using emacs (2 month) 
- since 2 days I'm 
reading the "Texinfo manual". But there's a Problem I dont know how to solve. 
The manual describes how 
to use "short keys" to save keystrokes 
http://www.gnu.org/software/texinfo/manual/texinfo/texinfo.html#Inserting But 
whenever I wanna to type 
e.g. "C-c C-c c" in order to get "@code{}" it happens that after the first 
"C-c" emacs asked me 
"Command: (default View)". I've no idea why this happens - the manual told me 
the default behavior 
should be "C-c C-c c" ---> "@code{}". And yes I did "M-x texinfo-mode"  Can 
anyone help a newbie please 
:-) 
(13:53:46) nipra [EMAIL PROTECTED]/nipra] entered the room.
(13:55:24) ams: meandtheshell: Seems your irc client is silly, and cut of the 
rest of your message.
(13:55:45) ams: C-c C-c c works for me though.
(13:56:23) ams: Maybe you bound something to C-c?
(13:56:35) ams: C-h k C-c
(13:56:39) ams: Or so should tell you.
(13:57:39) meandtheshell: hm ... I bound nothing to C-c C-c c. its the default 
installation under 
Debian
(13:58:01) ams: Try C-h k C-c C-c c
(13:58:04) meandtheshell: ok
(13:58:06) ams: And see what happens.
(14:02:53) meandtheshell: after C-c emacs shows "C-c-" then after the second 
C-c another window poped 
up showing "C-c C-c runs the command Tex-command-master ..."
(14:03:26) ams: C-c C-c c runs the command [EMAIL PROTECTED]
(14:03:26) ams:which is an interactive compiled Lisp function in 
`texinfo.el'.
(14:03:30) ams: For my emacs.
(14:03:38) ams: Are you using texinfo-mode?
(14:03:42) ams: And not tex-mode?
(14:03:55) meandtheshell: yes - texinfo-mode
(14:03:59) meandtheshell: hm ..
(14:04:20) ams: Should say Texinfo in the mode-line.
(14:04:38) meandtheshell: exactly - it does
(14:04:43) ams: Hm.
(14:04:46) ams: Very weird.
(14:04:59) meandtheshell: much more to a newbie ...
(14:05:42) meandtheshell: how can I view the content of texinfo.el
(14:06:03) ams: Easily?
(14:06:13) ams: C-h f texinfo-mode RET
(14:06:30) ams: And move your point to the bit that says `texinfo.el', and hit 
RET again.
(14:06:31) meandtheshell: ok - I'll try it ..
(14:06:40) ams: Should work if you have .el's installed.
(14:06:52) meandtheshell: ok - mom
(14:07:00) ams: Your problem is rea

Bug#346389: texinfo-mode in emacs wont accept shortkeys for command Insertion e.g. "C-c C-c c" does not work

[Markus]

On Mon, 2006-01-09 at 14:32 +0100, Ralf Angeli wrote:
> Please keep the bug address in the Cc field.
> 
> * Markus (2006-01-09) writes:
> 
> >> AUCTeX comes with its own Texinfo mode which has other key bindings
> >> than Emacs' default Texinfo mode being referred to in the Texinfo
> >> documenation.
> >
> > Well I switched emacs in Texinfo mode NOT Latex (AUCTex) mode. 
> 
> What do you mean with "switched emacs in Texinfo mode"?  That you
> opened a Texinfo file?
I made "M-x texinfo-mode"


> 
> > But of course I could be I've overlooked something? If you know what
> > give me a hint please.
> 
> As I wrote before, AUCTeX provides its own Texinfo mode.  AUCTeX is
> not just a LaTeX mode.  You can edit plain TeX, LaTeX, ConTeXt _and_
> Texinfo files with it.  Once AUCTeX is activated it will be used for
> the file types it supports.  At least in AUCTeX 11.82 you can define
> for which modes it should be used by customizing the variable
> `TeX-modes'.  I don't know abou 11.55 at the moment.
> 

Hm ... could it be that because I've installed the AUCtex Package that
changes the default keybindings (which the Texinfo manual ist talking
about) also when I invoke Texinfo mode in emacs with the command "M-x
texinfo-mode". 

Did you read the IRC log - think It turns out the Problem much more
clearly. 
If I didn't understand that having the AUCtex package installed causes
this behavior of non working Texinfo shortcuts in emacs even though I
switched emacs into Texinfo mode via "M-x texinfo-mode"  then sorry -
didn't know that.

really thank you for keeping an eye on that so far ...  

markus



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

Bug#289904: kmail: unable to write a new message

[Markus]

EC, MAP_PRIVATE, 3, 0) = 0xb5d41000
old_mmap(0xb5d5f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x1d000) = 0xb5d5f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgpgme.so.11", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200<\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=127368, ...}) = 0
old_mmap(NULL, 128472, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb5d21000
old_mmap(0xb5d3f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x1e000) = 0xb5d3f000
old_mmap(0xb5d4, 1496, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb5d40000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgpg-error.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \10\0\000"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=10924, ...}) = 0
old_mmap(NULL, 13984, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb5d1d000
old_mmap(0xb5d2, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x2000) = 0xb5d2
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb5d1c000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb5d1b000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb5d1a000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb5d1a080, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fd8000, 67109)   = 0
set_tid_address(0xb5d1a0c8) = 3124
rt_sigaction(SIGRTMIN, {0xb67e95d0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0)  = 0x804c000
brk(0x806d000)  = 0x806d000
getcwd("/home/markus", 4096)    = 13
pipe([3, 4])        = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb5d1a0c8) = 3125
close(4)= 0
read(3, "\0", 1)= 1
close(3)= 0
uname({sys="Linux", node="tux", ...})   = 0
access("/usr/lib/qt3/plugins", F_OK)= 0
access("/usr/lib/qt3/plugins/codecs/.", F_OK) = -1 ENOENT (No such file or 
directory)
open("/home/markus/.DCOPserver_tux__0", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=50, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=50, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=50, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=50, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe8000
read(3, "local/tux:/tmp/.ICE-unix/dcop269"..., 4096) = 50
close(3)= 0
munmap(0xb7fe8000, 4096)= 0
socket(PF_FILE, SOCK_STREAM, 0) = 3
uname({sys="Linux", node="tux", ...})   = 0
connect(3, {sa_family=AF_FILE, path="/tmp/.ICE-unix/dcop2692-1105466942"}, 37) 
= 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
write(3, "\0\1\0\0\0\0\0\0", 8) = 8
read(3, "\0\1\0\0\0\0\0\0", 8)  = 8
access("/home/markus/.ICEauthority", R_OK) = 0
open("/home/markus/.ICEauthority", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0600, st_size=183, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe8000
read(4, "\0\3ICE\0\0\0,local/tux:/tmp/.ICE-uni"..., 4096) = 183
read(4, "", 4096)   = 0
close(4)= 0
munmap(0xb7fe8000, 4096)= 0
write(3, "\0\2\1\1\6\0\0\0\0\0\0\0\0\0\0\0\3\0MIT\0\0\0\3\0001.0"..., 56) = 56
read(3, "\0\3\0\0\1\0\0\0", 8)  = 8
read(3, "\0\0\0\0\0\0\0\0", 8)  = 8
access("/home/markus/.ICEauthority", R_OK) = 0
open("/home/markus/.ICEauthority", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0600, st_size=183, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe8000
read(4, "\0\3ICE\0\0\0,local/tux:/tmp/.ICE-uni"..., 4096) = 183
close(4)= 0
munmap(0xb7fe8000, 4096)= 0
write(3, "\0\4\1\1\3\0\0\0\20\0\0\0\0\0\0\0k\16\r\235\263\10)\232"..., 32) = 32
read(3, "\0\6\0\0\2\0\0\0", 8)  = 8
read(3, "\3\0MIT\0\0\0\3\0001.0\0\0\0", 16) = 16
access("/home/markus/.ICEauthority", R_OK) = 0
open("/

Bug#289904: kmail: unable to write a new message

[Markus]

> rm ~/.DCOP* 
No such files... (only while logged in)
> rm ~/.ICE*
.ICEauthority ... was just 0 bytes long... after a relogin it had 183 
bytes
> rm -R /tmp/*
Well... some directories...

But, hey it worked :)
As you perhaps noticed this mail is already written in kmail :D thanks a 
lot... (sorry that I have not replied... havent got your mail... just 
saw on bugs.debian.org...)


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

Bug#260247: crashes when using german-2.ktouch, typing the german umlauts and using backspace to correct sth.

[Markus]

its fixed meanwhile...


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

Bug#403960: esound-clients: esddsp does not export any variables

[Markus]

Package: esound-clients
Version: 0.2.36-3
Severity: normal


When running "export |grep ESPEAKER" after "/usr/bin/esddsp 
--server=192.168.10.1:16001 -m"
gives you just "" (nothing). When I export ESPEAKER manually everything
works fine.

Output of "sh -x /usr/bin/esddsp --server=192.168.10.1:16001 -m":
+ verbose=0
+ set_name=0
+ test 2 -gt 0
+ case "$1" in
++ echo --server=192.168.10.1:16001
++ sed -e 's/^[^=]*=//g'
+ ESPEAKER=192.168.10.1:16001
+ export ESPEAKER
+ shift
+ test 1 -gt 0
+ case "$1" in
+ ESDDSP_MIXER=1
+ export ESDDSP_MIXER
+ shift
+ test 0 -gt 0
+ test 0 = 0
+ ESDDSP_NAME=
+ export ESDDSP_NAME
+ test 0 = 1
+ prefix=/usr
+ exec_prefix=/usr
+ LD_PRELOAD='/usr/lib/esound/libesddsp.so.0 /usr/lib/libesd.so.0 '
+ export LD_PRELOAD
+ exec




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

Versions of packages esound-clients depends on:
ii  esound-common0.2.36-3Enlightened Sound Daemon - Common 
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 

esound-clients recommends no packages.

-- no debconf information


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

Bug#297155: ps2ps fixes the broken files

[Markus Schaber]

Hello,

Was there any progress wr/t this bug?

Btw, postprocessing the psnup output with ps2ps gives much larger
postscript files, but they work fine again.

HTH,
Markus


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

Bug#348670: icewm: network transfer rate graph is confusing because of varying range

[Markus Järvinen]

Package: icewm
Version: 1.2.23-3
Severity: wishlist

The network usage icon would be more useful if the range would be in
proportion to a fixed value (that is, the maximum rate). Currently it
often jumps to maximum after a while even if the usage is very low.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages icewm depends on:
ii  icewm-common   1.2.23-3  wonderful Win95-OS/2-Motif-like wi
ii  imlib111.9.14-17.1   Imlib is an imaging library for X 
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libesd00.2.35-2  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:4.0.2-5 GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libtiff4   3.7.2-3   Tag Image File Format (TIFF) libra
ii  libungif4g 4.1.3-2sarge1 shared library for GIF images (run
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxinerama1   6.8.2.dfsg.1-11   X Window System multi-head display
ii  libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#348843: icewm: SmartPlacement is not smart in some cases

[Markus Järvinen]

Package: icewm
Version: 1.2.23-3
Severity: minor

I think (vertical) maximization confuses SmartPlacement somehow. Here's a
way to reproduce it:

Open two xterms. Arrange the windows with Win+NumPad so that they are in
the top corners. Maximize them vertically. The screen looks something like
this (with suitable resolution etc):

 ++---++
 ||   ||
 | xterm  | e | xterm  |
 || m ||
 || p ||
 || t ||
 || y ||
 ++   ++
 +-+

Now, instead of using some of the empty area, a new window will be created
so that it mostly overlaps an old one, like this:

 ++---++
 ||   ||
 | xterm  | e | xterm  |
 || m ||
 || p ||
 ++ t ||
 | new| y ||
 | xterm  |   ++
 +++

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages icewm depends on:
ii  icewm-common   1.2.23-3  wonderful Win95-OS/2-Motif-like wi
ii  imlib111.9.14-17.1   Imlib is an imaging library for X 
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libesd00.2.35-2  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:4.0.2-5 GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libtiff4   3.7.2-3   Tag Image File Format (TIFF) libra
ii  libungif4g 4.1.3-2sarge1 shared library for GIF images (run
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxinerama1   6.8.2.dfsg.1-11   X Window System multi-head display
ii  libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#351882: dropbear: -R option in manpage documented inaccurate

[Markus Schaber]

Package: dropbear
Version: 0.47-1
Severity: minor

Hello,

It seems the -R option from dbclient is documented inaccurate in the man
page:

   -R localport:remotehost:remoteport
   Remote port forwarding.  Forward  the  port remoteport  on  the
   remote host remotehost to port localport on the local host.
   
dbclient -h explains it as:
  -R  Remote port forwarding
which is correct and more consistent with e. G. ssh, putty/plink and lsh.

So maybe a more accurate description would be:
   -R listenport:desthost:destport
   Remote port forwarding: Forward the port listenport of the
   remote host to port destport on host desthost. 

Thanks,
Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dropbear depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-9  compression library - runtime

dropbear recommends no packages.

-- no debconf information


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

Bug#352111: evince: Specifying bookmarks

[markus koller]

Package: evince
Version: 0.4.0-1
Severity: wishlist


Hi,

A feature I haven't yet found in any PDF viewers is to specify bookmarks,
i.e. a position in the PDF file so the next time you open it you can
continue reading where you left off.
I think this would be a really nice addition to this already excellent
program.


Greetings,
Markus


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc5
Locale: LANG=C, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages evince depends on:
ii  gconf22.12.1-8   GNOME configuration database syste
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.1-1   The Bonobo UI library
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libdjvulibre153.5.15-1   Runtime support for the DjVu image
ii  libesd-alsa0 [libesd0]0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgconf2-4   2.12.1-8   GNOME configuration database syste
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgnome-keyring0 0.4.6-2GNOME keyring services library
ii  libgnome2-0   2.12.0.1-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.12.0-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.12.0-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.12.2-5   GNOME virtual file-system (runtime
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.8.10-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libkpathsea3  2.0.2-31   path search library for teTeX (run
ii  libnautilus-extension12.12.2-2   libraries for nautilus components 
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpoppler0c2 0.4.3-3PDF rendering library
ii  libpoppler0c2-glib0.4.3-3PDF rendering library (GLib-based 
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
ii  libtasn1-20.2.17-1   Manage ASN.1 structures (runtime)
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxml2   2.6.23-1   GNOME XML library
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#352367: krusader: useractions with terminal output using the "konsole" instead of uxterm which is configured.

[Markus Schulz]

Package: krusader
Version: 1.60.0-3.1
Severity: normal

I have severell useractions and they are configured to use a terminal
for output. But they spawn a kde-konsole instead of the wanted uxterm.
uxterm is my preverred alternatives x-terminal-emulator and in krusader
i have /usr/bin/x-terminal-emulator configured as terminal.

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

Versions of packages krusader depends on:
ii  kdelibs4c2a   4:3.5.1-2  core libraries for all KDE applica
ii  libacl1   2.2.34-1   Access control list shared library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libattr1  2.4.25-1   Extended attribute shared library
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libfam0   2.7.0-9Client library to control the FAM 
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-8  GCC support library
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libpcre3  6.4-1.1Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-3  Qt GUI Library (Threaded runtime v
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-3  FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  zlib1g1:1.2.3-9  compression library - runtime

krusader recommends no packages.

-- debconf-show failed


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

Bug#341398: Request for testing ipsec-tools 0.6.5 (was Bug#341398: racoon: This bug is still present in 0.6.4-1)

[Markus Kolb]

Ganesan Rajagopal wrote:
> Hi,
> 
> Most of you reported tunnel negotiation problems when upgrading from
> ipsec-tools from 0.6.2 to 0.6.3 or 0.6.4. Can you verify if 0.6.5 fixes
> the problem for you? Thanks.
> 
> Ganesan

Hello,

yes, here it works with the 0.6.5-1 version. Thank you very much.

Markus


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

Bug#352825: mantis: the filters on "problem view" page produces php syntax errors.

[Markus Schulz]

Package: mantis
Version: 0.19.2-5sarge1
Severity: normal

In file /usr/share/mantis/gui/view_filters_page.php there are some
additional "+" signs which produce a syntax error.


--- usr/share/mantis/gui/view_filters_page.php  2006-01-04 18:40:53.0 
+0100
+++ /usr/share/mantis/gui/view_filters_page.php 2006-02-14 14:24:53.0 
+0100
@@ -35,11 +35,13 @@
 $t_custom_fields = custom_field_get_ids( $t_project_id );

 foreach ( $t_custom_fields as $t_cfid ) {
-$t_field_info = custom_field_cache_row( $t_cfid, true 
);+   if ( $t_field_info['access_level_r'] <= 
$t_current_user_access_level ) {
+$t_field_info = custom_field_cache_row( $t_cfid, true 
);
+   if ( $t_field_info['access_level_r'] <= 
$t_current_user_access_level ) {
 $t_accessible_custom_fields_ids[] = $t_cfid;
 $t_accessible_custom_fields_names[] = 
$t_field_info['name'];
 $t_accessible_custom_fields_values[] = 
custom_field_distinct_values( $t_cfid, $t_project_id );
-$t_fields[] = "custom_" . 
$t_field_info['name'];+   }
+$t_fields[] = "custom_" . 
$t_field_info['name'];
+   }
 }

 if ( sizeof( $t_accessible_custom_fields_ids ) > 0 ) {


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages mantis depends on:
ii  apache [httpd]   1.3.33-6sarge1  versatile, high-performance HTTP s
ii  apache-ssl [httpd]   1.3.33-6sarge1  versatile, high-performance HTTP s
ii  apache2-mpm-prefork [htt 2.0.54-5traditional model for Apache2
ii  debconf  1.4.30.13   Debian configuration management sy
ii  grep 2.5.1.ds1-4 GNU grep, egrep and fgrep
ii  libapache-mod-php4   4:4.3.10-16 server-side, HTML-embedded scripti
ii  libapache2-mod-php4  4:4.3.10-16 server-side, HTML-embedded scripti
ii  libphp-adodb 4.52-1  The 'adodb' database abstraction l
ii  makepasswd   1.10-2  Generate and encrypt passwords
ii  mysql-client 4.0.24-10sarge1 mysql database client binaries
ii  php4-cli 4:4.3.10-16 command-line interpreter for the p
ii  php4-mysql   4:4.3.10-16 MySQL module for php4
ii  wwwconfig-common 0.0.43  Debian web auto configuration

-- debconf information excluded


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

Bug#352860: Incorrect rule processing in tftp-hpa

[Markus Atteneder]

Package: tftp-hpa
Version: 0.40-4.1

I am starting the daemon with the -m option specifing the /etc/tftp.rules
file as input file with the following content:

Gr (^\\)(.*$) \2
Gr (^/)(.*$) \2
Gr (^.*$) \L\1

The first 2 lines are working and should delete a starting "\" and "/" from
a requested filename, the 3rd line does not work, it shold convert upper
case caracters from the requested filename to lower case, the \1 excape
sequence is ignored.

I am requesting files with the tftpd-hpa client like:

tftp
192.169.1.2
get
WINXP.sif

The Error Message from the client:
Error code 1: File not found (the file winxp.sif does exist)

The /var/log/syslog entry on the tftp server:
Feb 14 18:37:32 LINUX01 in.tftpd[24688]: remap: input: /WINXP.sif
Feb 14 18:37:32 LINUX01 in.tftpd[24688]: remap: rule 1: rewrite: WINXP.sif
Feb 14 18:37:32 LINUX01 in.tftpd[24688]: remap: rule 2: rewrite: WINXP.sif
Feb 14 18:37:32 LINUX01 in.tftpd[24688]: remap: done
Feb 14 18:37:32 LINUX01 in.tftpd[24688]: RRQ from 192.169.1.1 filename
/WINXP.sif remapped to WINXP.sif
Feb 14 18:37:32 LITUX01 in.tftpd[24688]: sending NAK (1, File not found) to
192.169.1.1

Depends:  libc6 (>= 2.3.2.ds1-4)
Kernel: Linux LINUX01 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686
GNU/Linux



-- 
10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
+++ GMX - die erste Adresse für Mail, Message, More +++


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

Bug#341997: php4: child pid xxxx exit signal Segmentation fault (11)

[Markus Rechberger]

how about an apache2 coredump?

gdb   might show up what causes the segfault.

Markus

On 12/5/05, Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 05, 2005 at 10:14:19AM +0100, Paul van der Holst wrote:
> > lrwxrwxrwx 1 root root   37 2005-10-07 18:59 perl.conf -> 
> > /etc/apache2/mods-available/perl.conf
> > lrwxrwxrwx 1 root root   37 2005-10-07 18:59 perl.load -> 
> > /etc/apache2/mods-available/perl.load
>
> [...]
>
> > extension=mysql.so
>
> [...]
>
> > ; The following lines were added by the php4-apd install script; php4-apd
> > zend_extension=/usr/lib/php4/20050606/apd.so   ; php4-apd
> > apd.dumpdir=/var/log/php4-apd  ; php4-apd
>
> Do the segfaults happen if you disable the extension=mysql.so line in
> /etc/php4/apache2/php.ini?  If you disable mod-perl?  If you disable
> php4-apd?
>
> --
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> [EMAIL PROTECTED]   http://www.debian.org/
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD8DBQFDlCOqKN6ufymYLloRApl7AJ4mjdnhQtmldX/aWgrVPaCV4vPYnwCg0GJP
> hDjU90DD4n1rmUC6VI7cHq0=
> =Eq6K
> -END PGP SIGNATURE-
>
>
>


--
Markus Rechberger

Bug#340162: postgresql-common: Add option to specify client versions for remote server access

[Markus Schaber]

Hi, Martin,

Martin Pitt wrote:

> Right, thanks for that hint. Humm, how is that solved in URL
> standards? AFAIK IPv6 adresses in URLs have to be enclosed in
> brackets, right? E. g. [1234::1:1]:5432.

AFAIR yes. SSH alternatively allows to split host and port with a / for
the -L and -R options.

A technically simple solution would be to define that the last : always
divides host and port, and for the default port, we can omit the port
number, but not the : when using IPv6, so we have to give 1234::1:1: for
default port.

> Right, I cannot drop 7.4 support for Etch, since it is necessary for a
> clean Sarge upgrade. But I don't want to maintain more than two major
> versions, I already have more than enough to do with them.

I perfectly understand.

So it is possible that you also drop 8.1 and upgrade to 8.2 before Etch
is released.

> Yes, by all means. The direct upgrade with pg_upgradecluster should
> work fine. Just be sure to use version 34, it fixes the last missing
> obsolete configuration parameters of 8.1.

I already had a look at pg_upgradecluster, and I think it's a great help
for most databases out in the wild, and we already migrated our
sql_ledger database this way.

But I'm afraid that it won't work for all of our databases, as we
heavily use PostGIS (both self-compiled and the debian packages from
Alex Bodnaru) which has different internal definitions depending on the
PostgreSQL version. We also have used the old PGDATADIR environment
variable mechanism to control disk storage, and will have to use
TABLESPACES now, so an auto migration is likely to fail.

Two other points are that we'll reorganize our databases using the
multi-cluster capabilities by separating independent databases into
independent clusters (this eases migration to different machines later).
And for some large, read-only ones (GIS map data, about 50 Gig each) it
is faster to recreate them from our initial data.

Thanks,
Markus


signature.asc
Description: OpenPGP digital signature

Bug#343089: eclipse-platform-common: Eclipse Help: Invalid Links to API Reference

[Markus Bauer]

Package: eclipse-platform-common
Version: 3.1.1-6
Severity: normal

The Eclipse help ([Help]->[Help Contents]) contains invalid links.

For example the topic [Platform Plug-in Developer
Guide]->[Reference]->[API Reference] says:
"The topic that you have requested is not available.
The link may be wrong, or you may not have the corresponding product
feature installed.
This online help only includes documentation for features that are
installed."

The links points to
help/topic/org.eclipse.platform.doc.isv/reference/api/overview-summary.html,

but this file is not available in
eclipse/plugins/org.eclipse.platform.doc.isv_3.1.1/doc.zip/reference/api.

The same problem applies to [JDT Plug-in Developer
Guide]->[Reference]->[API Reference]
and [PDE Guide]->[Reference]->[API Reference].

In the original Eclipse build all links are working.


Regards,
Markus



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-2-atlantis
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages eclipse-platform-common depends on:
ii  eclipse-platform  3.1.1-6Eclipse platform without
plug-ins
ii  gij [java1-runtime]   4:4.0.2-1  The GNU Java bytecode
interpreter
ii  gij-4.0 [java1-runtime]   4.0.2-5j2  The GNU Java bytecode
interpreter
ii  java-common   0.23   Base of all Java packages
ii  java-gcj-compat   1.0.30-4   Java runtime environment
using GIJ
ii  kaffe-pthreads [java1-runtime 2:1.1.6-3  A POSIX threads enabled
version of
ii  zenity2.10.1-1   Display graphical dialog
boxes fro

eclipse-platform-common recommends no packages.

-- no debconf information



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

Bug#343429: www.debian.org: changelog for kernel-image-2.6.8-2-k7 (2.6.8-16sarge1) not found

[Markus Järvinen]

Package: www.debian.org
Severity: normal

Result of clicking the "Debian changelog" link at
:

Not Found
The requested URL 
/changelogs/pool/main/k/kernel-image-2.6.8-i386/kernel-image-2.6.8-i386_2.6.8-16sarge1/changelog
 was not found on this server.


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

Bug#340162: postgresql-common: Add option to specify client versions for remote server access

[Markus Schaber]

Package: postgresql-common
Version: 32
Severity: normal

Hello,

It is a gread idea to allow several clusters and several postgresql
servers coexist together, thanks for that work!

In our house, we have to manage several existing postgresql deployments
of different versions in parallel.

But I have a little problem: When connecting to remote servers via -h 
-p -U options, I did not find any possibility to specify which client 
version to use (I currently have all three versions of postgresql-client 
installed, as we have 7.4, 8.0 and 8.1 servers). I always end up using 
the 7.4 client. But the postgresql people recommend to use the 
corresponding psql version.

There are no psql-8.1 or alike commands (this is how gcc solves this,
gcc itsself is the default, and gcc-3.3, gcc-3.4 and gcc-4.0 are the
specific commands).

And I did not find any possibility to specify remote hosts via the
user_clusters mechanism, this seems to work for local clusters only.

The only way I found to work around this is to call the binaries in 
/usr/lib/postgresql/X.Y/bin/ directly, which is cumbersome.


Thanks,
Markus

Btw: Is it necessary to display 2 warning dialogs that complain about 
the obscolence of postgresql 8.0 when upgrading postgresql-common? And,
notice, it is not complaining about the 7.4 server (which is actually
installed on my local machine), but about 8.0 which is not installed.



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages postgresql-common depends on:
ii  adduser   3.77   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy

Versions of packages postgresql-common recommends:
ii  openssl   0.9.8a-3   Secure Socket Layer (SSL) binary a

-- debconf information:
* postgresql-common/obsolete-major:


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

Bug#340166: Crossgrade from postgresql 7.4 to postgresql-7.4 broke DATADIR environment variables

[Markus Schaber]

Package: postgresql-7.4
Version: 1:7.4.8-17
Severity: normal

Hi, 

Some time ago, I "crossgraded" the Postgresql 7.4 installation to the
new postgresql-common and postgresql-7.4 packaging.

In the earlier postgresql instalations, one could define environment
variables in postgresql.env or postmaster.conf which then were exported
to the postmaster, and we could use it as LOCATION when creating new
databases in other locations.

I happen to have such legacy databases, and recently wanted to drop one
of them, and got the following error message:

dropdb: database removal failed: ERROR:  postmaster environment variable
"PGDATAEXTERN" not found

Not only that the environment variable setting was not migrated, I also
did not find the right place to reinstantiate this setting.

All the init scripts seem to be generic for the different postgresql
versions, and the postmaster itsself is a binary...

So I'm stuck with either dropping the whole cluster (and thus having to
migrate about 50 gig into a new cluster without stopping production
environment), or having an empty zombie-database lingering around which
confuses users.

Thanks,
Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages postgresql-7.4 depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcomerr21.38-2 common error description library
ii  libkrb53  1.3.6-5MIT Kerberos runtime libraries
ii  libpam0g  0.79-3 Pluggable Authentication Modules l
ii  libpq31:7.4.8-17 PostgreSQL C client library
ii  libreadline5  5.0-11 GNU readline and history libraries
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  postgresql-client-7.4 1:7.4.8-17 front-end programs for PostgreSQL 
ii  postgresql-common 32 manager for PostgreSQL database cl
ii  zlib1g1:1.2.3-4  compression library - runtime

postgresql-7.4 recommends no packages.

-- no debconf information


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

Bug#339595: kernel <= 2.0.x tests

[Markus Kolb]

Brendan O'Dea wrote on Mon, Nov 21, 2005 at 21:56:15 +1100:
> On Sat, Nov 19, 2005 at 02:23:18AM +0100, Markus Kolb wrote:
> >As someone has already posted before $relmajor should become $release in
> >the $relmajor assignment.
[...]
> >As it should be, shouldn't it?
> 
> Actually, I don't believe so.  Given the way these variables are
> actually used, I suspect that the correct fix is:
> 
>   release=`uname -r`
>   relmajor=`echo $release | sed 's/^\([0-9]*\).*/\1/'`
>   relminor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\).*/\1/'`
>   release=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'`
> 
> i.e. for your example, 2.4.27-2-686 should map to relmajor=2, relminor=4
> and release=27.
> 
> Note that the script tests these variables like so:
> 
>   if [ $relmajor -lt 2 ] || ( [ $relmajor -eq 2 ] && [ $relminor -eq 0 ] )
> 
> which I would interpret as testing for 1.X.X or 2.0.X, rather than X.1.X
> or X.2.0 .


I interpreted it as a test for kernel version <= x.2.0 which would mean
<= 2.2.0.
Could make sense and I couldn't believe that someone writes

release=`echo $release | sed 's/\([0-9]*\)\..*/\1/'`

if he would intend to do something like

release=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'`

So I thought the vars are used like this
$release => VERSION
$relmajor => PATCHLEVEL
$relminor => SUBLEVEL

But I looked around and found that 1999 the code looked like this:

release=`uname -r`
release=`expr $release : '\(.*\)\..*'`
relmajor=`echo $release |sed -e 's/^\([^\.]*\)\..*$/\1/'`
relminor=`echo $release |sed -e 's/^.*\.\([^\.]*\)$/\1/'`

The tests didn't change.
And you could read a comment
"# added this code to fix this script for kernels greater than 2.0"

Is it modern to remove very useful code comments?

Have a look at the attached patch. Now it should do the right thing.
And please use comments like in my patch. 
--- /etc/dhclient-script.orig   2005-11-15 23:39:23.0 +0100
+++ /etc/dhclient-script2005-11-21 18:25:36.0 +0100
@@ -71,10 +71,10 @@
   fi
 fi
 
+# kernel version $relmajor.$relminor.x
 release=`uname -r`
-relminor=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'`
-relmajor=`echo $relmajor | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`
-release=`echo $release | sed 's/\([0-9]*\)\..*/\1/'`
+relmajor=`echo $release | sed 's/^\([0-9]*\).*/\1/'`
+relminor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\).*/\1/'`
 
 if [ x$new_broadcast_address != x ]; then
   new_broadcast_arg="broadcast $new_broadcast_address"
@@ -102,6 +102,7 @@
 # Bring down alias interface. Its routes will disappear too.
 ifconfig $interface:0- inet 0
   fi
+  # test for kernels <= 2.0.x
   if [ $relmajor -lt 2 ] || ( [ $relmajor -eq 2 ] && [ $relminor -eq 0 ] )
then
 ifconfig $interface inet 0.0.0.0 netmask 0.0.0.0 \

Bug#340470: postgresql-common: Braindead message tells me to install non-existing packages

[Markus Schaber]

Package: postgresql-common
Version: 34
Severity: normal

I just upgraded postgresql-common to version 34, and got presented an
absolutely braindead message that told me to install
postgresql-plpgsql.so and postgresql-client-plpgsql.so packages...

I attach a copy-Paste of the screen that was presented to me.

Thank you for amusing me :-)

Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages postgresql-common depends on:
ii  adduser   3.77   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip

Versions of packages postgresql-common recommends:
ii  openssl   0.9.8a-3   Secure Socket Layer (SSL) binary a

-- debconf information:
* postgresql-common/obsolete-major:
Debian Configuration

  
\u250c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2524
 
Configuring postgresql-common 
\u251c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2510
  \u2502
  \u2502
  \u2502 Obsolete major version 8.0
  \u2502
  \u2592
  \u2502 The PostgreSQL version 8.0 is obsolete, but you still have the server  
  \u2592
  \u2502 and/or client package installed. Please install the latest packages
  \u2592
  \u2502 (postgresql-plpgsql.so and postgresql-client-plpgsql.so) and upgrade   
  \u2592
  \u2502 your existing  clusters with pg_upgradecluster (see manpage).  
  \u2592
  \u2502
  \u2592
  \u2502 Please be aware that the installation of postgresql-plpgsql.so will
  \u2592
  \u2502 automatically create a default cluster plpgsql.so/main. If you want to 
  \u2592
  \u2502 upgrade the 8.0/main cluster, you need to remove the already existing  
  \u2592
  \u2502 plpgsql.so cluster (pg_dropcluster --stop-server plpgsql.so main, see  
  \u2592
  \u2502 manpage for details).  
  \u2592
  \u2502
  \u2592
  \u2502 The old server and client packages are not supported any more. After   
  \u2592
  \u2502
  \u2502  
  \u2502
  \u2502
  
\u2514\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518

Bug#340472: bugs.debian.org: Give bug report http url in Acknowledgement email

[Markus Schaber]

Package: bugs.debian.org
Severity: wishlist

I think it might be useful to include the http://bugs.debian.org/4777
bug number URL in the Acknowledgement email that is sent to bug
submitters.

Thanks,
Markus


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

Bug#340162: postgresql-common: Add option to specify client versions for remote server access

[Markus Schaber]

Hi, Martin,

Martin Pitt wrote:

> Oh, right now it uses the latest version if you don't have any local
> clusters, or the version of your default cluster if you have local
> clusters.

Okay, that explains that I always get the 7.4 clients.

> It's not that critical, since the client ABI is the same for 7.4, 8.0,
> and 8.1, you can use any version to connect to any server.

I know, but there may be problems with \ commands in psql, as well as
pg_dump / pg_restore not knowing about changed internal structures. I
remember having read about those potential problems, but cannot rember
where I had seen it at the moment.

> It would make sense to support this. My proposal: /e/p/user_clusters
> and ~/.postgresqlrc should keep their current format, but CLUSTER is
> extended: it is either a local cluster name, or can specify host:port,

Yes, that would be an elegant solution. We should make shure that the
host:port is IPv6 kompatible (which tends to give a different meaning to
":").

> Consequently, that would mean to extend the
> --cluster syntax in a similar fashion:
> 
>   psql --cluster 8.0/172.16.0.1:5432
> 
> What do you think about that?

Looks great, and keeps the ability to "spontaneously" connect to
databases not defined in the config files. I'd vote for it.

[duplicated warning dialog]
> You have postgresql-cliet-8.0 installed (I bet). I think the double
> dialog got fixed as a side effect of the changes in postgresql-common
> 34. Please file a separate bug if you still encounter this.

Yes, I have all three clients installed (as I wrote in the first
paragraph of my submission), but (had) only 7.4 server.

The double dialog got fixed with postgresql-common V34, but now the
dialog told me to install "postgresql-plpgsql.so and
postgresql-client-plpgsql.so" - I already submitted bug #340470 for this.

Btw, it looks as 8.0 was obsoleted, but thankfully not 7.4. I guess the
reason is that 8.0 was in debian for a very short time (and thus having
a small user base), whereas 7.4 is part of the last stable release. Do
you have any pointer to a discussion of this issue? Should we migrate
our 7.4 databases to 8.1, skipping 8.0?

Thanks a lot,
Markus


signature.asc
Description: OpenPGP digital signature

Bug#340739: libpg-java: Upstream has new version

[Markus Schaber]

Package: libpg-java
Severity: wishlist

Hi, Upstream has new releases available:

8.0 build 314 and 8.1 build 404

Thanks,
Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#340740: ipsec-tools: IPsec keys are flushed before nfs is umounted

[Markus Schaber]

Package: ipsec-tools
Version: 1:0.6.2-2
Severity: minor

On system shutdown, the IPsec keys are flushed before the NFS
filesystems are unmounted. This leads to ugly delays when shutting down
the machine as my nfs mounts against IPsec machines all run into their
timeouts on unmount.

I don't know whether this could lead to data loss, but at least it is
annoying to wait 5 minutes for a laptop shutdown.

Thanks,
Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages ipsec-tools depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-3   SSL shared libraries

ipsec-tools recommends no packages.

-- no debconf information


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

Bug#341101: eclipse-platform-common: Eclipse Help not working

[Markus Bauer]

Package: eclipse-platform-common
Version: 3.1.1-5
Severity: normal

Hello,

When starting the Eclipse help from [Help]->[Help Contents] nothing happens (a 
browser window should pop up) and I get the following exception:

java.lang.NoClassDefFoundError: org/apache/catalina/realm/MemoryRealm
at 
org.eclipse.tomcat.internal.TomcatAppServer.start(TomcatAppServer.java:105)
at 
org.eclipse.help.internal.appserver.AppserverPlugin.startWebappServer(AppserverPlugin.java:143)
at 
org.eclipse.help.internal.appserver.AppserverPlugin.getAppServer(AppserverPlugin.java:41)
at 
org.eclipse.help.internal.appserver.WebappManager.start(WebappManager.java:58)
at 
org.eclipse.help.internal.base.BaseHelpSystem.ensureWebappRunning(BaseHelpSystem.java:245)
at 
org.eclipse.help.internal.base.HelpDisplay.displayHelpURL(HelpDisplay.java:164)
at 
org.eclipse.help.internal.base.HelpDisplay.displayHelp(HelpDisplay.java:54)
at 
org.eclipse.help.ui.internal.DefaultHelpUI.displayHelp(DefaultHelpUI.java:126)
at 
org.eclipse.ui.internal.help.WorkbenchHelpSystem.displayHelp(WorkbenchHelpSystem.java:822)
[snip]


>From the original Eclipse build I saw that the missing class "MemoryRealm" is 
>located in eclipse/plugins/org.eclipse.tomcat_4.1.30.1/catalina.jar, but in 
>the Debian version it is not.
Maybe this is because it uses Tomcat5 instead of Tomcat4 like the original?


Regards,
Markus



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-2-atlantis
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages eclipse-platform-common depends on:
ii  eclipse-platform  3.1.1-5Eclipse platform without
plug-ins

eclipse-platform-common recommends no packages.

-- no debconf information



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

Bug#341101: eclipse-platform-common: Eclipse Help not working

[Markus Bauer]

The class file is missing within catalina.jar.
The jar file exists and the symbolic link is correct.


Stephan Michels schrieb:
> Does this mean that
> /usr/lib/eclipse/plugins/org.eclipse.tomcat_4.1.30.1/catalina.jar
> is missing or the class within this jar is missing?
> 
> Does the jar /usr/share/tomcat5/server/lib/catalina.jar exists?
> 
> The problem have maybe something to do with the symbolic link
> /usr/lib/eclipse/plugins/org.eclipse.tomcat_5.0.30/catalina.jar ->
> ../../../tomcat5/server/lib/catalina.jar
> 
> Michael, shouldn't it point to /usr/share ?
> 
> Stephan Michels.
> 



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

Bug#341101: eclipse-platform-common: Eclipse Help not working - Solution?

[Markus Bauer]

I just found out that the missing class
(org/apache/catalina/realm/MemoryRealm)
is located in catalina-optional.jar instead of catalina.jar.
But this jar file is not referenced in the manifest.mf, so eclipse does
not know about it.

So I added "catalina-optional.jar" to
plugins/org.eclipse.tomcat_4.1.30.1/META-INF/MANIFEST.MF
and *wow* it worked - the help system is running!

Regards,
Markus


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

Bug#341101: eclipse-platform-common: Eclipse Help not working - Solution?

[Markus Bauer]

You are right, I just doubled that entry.
The strange thing is that the help started working after changing this file.

I restored the original file and the help is still working. I am not
able to reproduce the bug now.

Maybe just touching the file solved the problem? Maybe it is some
configuration/caching issue???


Stephan Michels schrieb:
> On 11/28/05, Markus Bauer <[EMAIL PROTECTED]> wrote:
> 
>>I just found out that the missing class
>>(org/apache/catalina/realm/MemoryRealm)
>>is located in catalina-optional.jar instead of catalina.jar.
>>But this jar file is not referenced in the manifest.mf, so eclipse does
>>not know about it.
>>
>>So I added "catalina-optional.jar" to
>>plugins/org.eclipse.tomcat_4.1.30.1/META-INF/MANIFEST.MF
>>and *wow* it worked - the help system is running!
> 
> 
> The manifest in eclipse-platform-common should be fixed since 3.1.1-3. I have
> following lines in the manifest of the Tomcat plugin:



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

Bug#341101: eclipse-platform-common: Eclipse Help not working - Solution!

[Markus Bauer]

>   If a manifest file or plugin.xml is ever changed, you must run
> "eclipse -clean" to clear the cache.

This is exactly the solution.

I was now able to reproduce the bug by restoring a backup of an old
version of my eclipse configuration.
As before starting the help resulted in the NoClassDefFoundError.

Then I started "eclipse -clean" and the help system is working again.

So I assume that when I switched from the original eclipse build to the
Debian version old plugin data where still cached in the configuration.
And "eclipse -clean" caused eclipse to recognize the new plugin data.

Thanks for your help!
Markus


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

Bug#337889: I can confirm scrollkeeper crashes

[Markus Gutschke]

Package: scrollkeeper
Version: 0.3.14-10
Followup-For: Bug #337889

I can confirm that the current version of scrollkeeper (0.3.14-10) is
crashing when calling "scrollkeeper-update" on at least one of my machines.

The stacktrace makes it look as if this could actually be a bug in
libxml2. Hard to say without knowing how scrollkeeper calls into libxml:

#0  0xb7eda06a in xmlAddAttributeDecl () from /usr/lib/libxml2.so.2
#1  0xb7f5c192 in xmlSAX2AttributeDecl () from /usr/lib/libxml2.so.2
#2  0xb7eb5228 in xmlParseAttributeListDecl () from /usr/lib/libxml2.so.2
#3  0xb7eb6f8c in xmlParseMarkupDecl () from /usr/lib/libxml2.so.2
#4  0xb7eb79d5 in xmlParseExternalSubset () from /usr/lib/libxml2.so.2
#5  0xb7eb90a8 in xmlSAXParseDTD () from /usr/lib/libxml2.so.2
#6  0xb7eb9205 in xmlParseDTD () from /usr/lib/libxml2.so.2
#7  0xb7fc8181 in install () from /usr/lib/libscrollkeeper.so.0
#8  0x08049f3f in ?? ()
#9  0x0804c0f0 in ?? ()
#10 0xb620 in ?? ()
#11 0xb320 in ?? ()
#12 0x in ?? ()
#13 0xbfffef08 in ?? ()
#14 0xbfffef10 in ?? ()
#15 0xbfffef14 in ?? ()
#16 0x0804c048 in ?? ()
#17 0x in ?? ()
#18 0xbfffef80 in ?? ()
#19 0xbfffeea8 in ?? ()
#20 0xb7ff6003 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#21 0xb7d16ec0 in __libc_start_main () from /lib/tls/libc.so.6
#22 0x08048f51 in ?? ()

I put a core file at http://gutschke.com/markus/scrollkeeper-core.bz2
I hope that will help debugging the problem and in figuring out whether
this is a bug in libxml2 or in scrollkeeper.

Let me know which additional information you would like me to collect.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages scrollkeeper depends on:
ii  docbook-xml   4.4-4  standard XML documentation system,
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libscrollkeeper0  0.3.14-10  Library to load .omf files (runtim
ii  libxml2   2.6.22-2   GNOME XML library
ii  libxslt1.11.1.15-1   XSLT processing library - runtime 
ii  zlib1g1:1.2.3-6  compression library - runtime

scrollkeeper recommends no packages.

-- no debconf information


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

Bug#337889: I can confirm scrollkeeper crashes

[Markus Gutschke]

Loic Minier wrote:

 Please "strace -w foobar -f -e trace=file scrollkeeper-update" as root
 and attach the gzipped foobar.


I am sorry to say, that unfortunately the problem has disappeared :-/ I 
am not quite sure what made it go away, but scrollkeeper-update is 
working just fine now. Sorry that I cannot help any further in debugging 
this elusive problem. I'll send a follow-up, if I see the problem 
reappear on any of my machines.



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

Bug#349714: xfce4-panel: spams .xsession-errors full of "*** attempt to put segment in horiz list twice"

[Markus Schulz]

Package: xfce4-panel
Version: 4.2.3-1
Severity: normal

like topic, spams .xsession-errors log with many many lines of "***
attempt to put segment in horiz list twice".


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

Versions of packages xfce4-panel depends on:
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libc6  2.3.5-12  GNU C Library: Shared libraries an
ii  libglib2.0-0   2.8.6-1   The GLib library of C routines
ii  libgtk2.0-02.8.10-1  The GTK+ graphical user interface 
ii  libice66.9.0.dfsg.1-4Inter-Client Exchange library
ii  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  libsm6 6.9.0.dfsg.1-4X Window System Session Management
ii  libstartup-notificatio 0.8-1 library for program launch feedbac
ii  libx11-6   6.9.0.dfsg.1-4X Window System protocol client li
ii  libxfce4mcs-client-2   4.2.3-1   Client library for Xfce4 configure
ii  libxfce4mcs-manager-2  4.2.3-1   Manager library for Xfce4 configur
ii  libxfce4util-1 4.2.3.2-1 Utility functions library for Xfce
ii  libxfcegui4-3  4.2.3-1   Basic GUI C functions for Xfce4
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  procps 1:3.2.6-2 /proc file system utilities
ii  xlibs  6.9.0.dfsg.1-4X Window System client libraries m
ii  zlib1g 1:1.2.3-9 compression library - runtime

xfce4-panel recommends no packages.

-- debconf-show failed


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

Bug#349714: [Pkg-xfce-devel] Bug#349714: xfce4-panel: spams .xsession-errors full of "*** attempt to put segment in horiz list twice"

[Markus Schulz]

Am Mittwoch, 25. Januar 2006 15:50 schrieb Simon Huggins:
> reassign 349714 xfdesktop4
> thanks
>
> On Tue, Jan 24, 2006 at 09:27:43PM +0100, Markus Schulz wrote:
> > like topic, spams .xsession-errors log with many many lines of "***
> > attempt to put segment in horiz list twice".
>
> This is xfdesktop actually.

don't think so or it's xfdesktop too, cause i'm started xfce4-panel from 
a xterm (after killed the previously started one) and the i can see the 
error spam on my xterm.

> I think it's one of the libraries at fault when I reported it
> upstream last time - I'll have another look at this for you.

yes, i've found other reports on different applications with google but 
no library name until now.


Markus Schulz


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

Bug#350448: icewm: logout dialog does not work

[Markus Järvinen]

Package: icewm
Version: 1.2.24-2
Severity: normal

After the last upgrade the buttons in the "Win+Del" dialog don't work
anymore. Nothing happens when I click them with the mouse or if I press
the shortcut keys. Only closing the dialog with "Esc" works.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages icewm depends on:
ii  icewm-common   1.2.24-2  wonderful Win95-OS/2-Motif-like wi
ii  imlib111.9.14-17.1   Imlib is an imaging library for X 
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libesd00.2.35-2  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:4.0.2-5 GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libtiff4   3.7.2-3   Tag Image File Format (TIFF) libra
ii  libungif4g 4.1.3-2sarge1 shared library for GIF images (run
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxinerama1   6.8.2.dfsg.1-11   X Window System multi-head display
ii  libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#350722: pgadmin3: mouse wheel not working in data view window

[Markus Schulz]

Package: pgadmin3
Version: 1.4.1-1
Severity: normal

I can't use my mouse wheel inside the data view window. Only if i move
the mouse cursor directly over the scroll bar it works.
In all other pgadmin3 windows (text controls,...) the mouse wheel works
fine.

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

Versions of packages pgadmin3 depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-7  GCC support library
ii  libpq48.1.2-1PostgreSQL C client library
ii  libstdc++64.0.2-7The GNU Standard C++ Library v3
ii  libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t
ii  pgadmin3-data 1.4.1-1Graphical administration tool for 

pgadmin3 recommends no packages.

-- no debconf information


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

Bug#350723: pgadmin3: blocks x11 cause of mouse cursor and focus cant be changed anymore

[Markus Schulz]

Package: pgadmin3
Version: 1.4.1-1
Severity: important

Bug is reproducable!
if you select some lines in any text-control window of pgadmin3 and 
double-click on
a word inside the selection, the mouse cursor changes to another icon
(text drag'n'drop icon?) and you cant use your mouse/keys anymore (to switch to 
another app or similar).
Complete X11 is unusable (only CTRL-ALT-[F1-Fn|Backspace] Keys are usable) 
untill you change to text-console and kill pgadmin3.
Problem exists since a long time and looks like a problem with scintilla text 
control inside wxgtk?

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

Versions of packages pgadmin3 depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-7  GCC support library
ii  libpq48.1.2-1PostgreSQL C client library
ii  libstdc++64.0.2-7The GNU Standard C++ Library v3
ii  libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t
ii  pgadmin3-data 1.4.1-1Graphical administration tool for 

pgadmin3 recommends no packages.

-- no debconf information


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

Bug#351094: icewm: xmms with hidden main window starts with a garbled one instead

[Markus Järvinen]

Package: icewm
Version: 1.2.23-1
Severity: normal

Do this:
- start xmms
- make only playlist visible (e.g. press Alt-W)
- exit (right mouse click on playlist border -> Exit)
- start xmms again

Only the playlist should be shown. Instead I get the playlist and a main
window with garbage in it. Pressing Alt-W makes the main window normal. It
works in the sarge version (1.2.20+21pre1-3), but not in 1.2.23-1 or
1.2.24-2.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages icewm depends on:
ii  icewm-common   1.2.23-1  wonderful Win95-OS/2-Motif-like wi
ii  imlib111.9.14-17.1   Imlib is an imaging library for X 
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libesd00.2.35-2  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:4.0.2-5 GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libtiff4   3.7.2-3   Tag Image File Format (TIFF) libra
ii  libungif4g 4.1.3-2sarge1 shared library for GIF images (run
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxinerama1   6.8.2.dfsg.1-11   X Window System multi-head display
ii  libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and
ii  libxrender11:0.9.0.2-1   X Rendering Extension client libra
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#336593: kaffeine: Screen Switch Button/Hotkey and Player-Window detached from GUI.

[Markus Schulz]

Package: kaffeine
Version: 0.7.1-1.2kanotix2
Severity: wishlist

It would be nice to select the display for the player window in settings. I can 
do this in xine-ui but not in kaffeine. The best way in my opinion would be to 
detach the player window on demand and move them to another display/screen with 
Button/Hotkey. 
The matter for this feature request is, i'm using a dualdesktop (:0.0 and :0.1) 
and sometimes i'm looking dvb-tv/movies on main desktop and wan't to move the 
view window to the other desktop window but leave the controls/playlist window 
back on original window. And without xinerama it's impossible to move the 
complete program window to the other desktop screen.

Perhaps this could be done in a more general way, perhaps with autodetect of 
screens or similar.(above is only my favourite way and setup)

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

Versions of packages kaffeine depends on:
ii  kaffeine-xine  0.7.1-1.2kanotix2 Xine engine for kaffeine media pla
ii  kdelibs4c2 4:3.4.2-4 core libraries for all KDE applica
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libaudio2  1.7-3 The Network Audio System (NAS). (s
ii  libc6  2.3.5-7   GNU C Library: Shared libraries an
ii  libfam02.7.0-8   client library to control the FAM 
ii  libfontconfig1 2.3.2-1.1 generic font configuration library
ii  libfreetype6   2.1.10-1  FreeType 2 font engine, shared lib
ii  libgcc11:4.0.2-3 GCC support library
ii  libice66.8.2.dfsg.1-9Inter-Client Exchange library
ii  libidn11   0.5.18-1  GNU libidn library, implementation
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.8rel-5PNG library - runtime
ii  libqt3-mt  3:3.3.5-1 Qt GUI Library (Threaded runtime v
ii  libsm6 6.8.2.dfsg.1-9X Window System Session Management
ii  libstdc++6 4.0.2-3   The GNU Standard C++ Library v3
ii  libx11-6   6.8.2.dfsg.1-9X Window System protocol client li
ii  libxcursor11.1.3-1   X cursor management library
ii  libxext6   6.8.2.dfsg.1-9X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxi6 6.8.2.dfsg.1-9X Window System Input extension li
ii  libxine1   1.0.1-1.3 the xine video/media player librar
ii  libxinerama1   6.8.2.dfsg.1-9X Window System multi-head display
ii  libxrandr2 6.8.2.dfsg.1-9X Window System Resize, Rotate and
ii  libxrender11:0.9.0-2 X Rendering Extension client libra
ii  libxt6 6.8.2.dfsg.1-9X Toolkit Intrinsics
ii  libxtst6   6.8.2.dfsg.1-9X Window System event recording an
ii  xlibs  6.8.2.dfsg.1-9X Window System client libraries m
ii  zlib1g 1:1.2.3-6 compression library - runtime

kaffeine recommends no packages.

-- debconf-show failed


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

Bug#336679: gimp hangs when fileopen in a big folder the second time

[Markus Riester]

Subject: gimp hangs when fileopen in a big folder the second time
Package: gimp
Version: 2.2.6-1
Severity: important

to reproduce this bug:

File -> Open
Goto a folder with many images
open a file

now do this again. my machine needs 99% cpu usage for a few minutes and then
the dialog disappears.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gimp depends on:
ii  aalib1 1.4p5-22  ascii art library
ii  gimp-data  2.2.6-1   Data files for The GIMP
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D 
graphi

ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared 
libraries an

ii  libexif10  0.6.9-6   library to parse EXIF files
ii  libexpat1  1.95.8-3  XML parsing C library - 
runtime li
ii  libfontconfig1 2.3.1-2   generic font configuration 
library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, 
shared lib
ii  libgimp2.0 2.2.6-1   Libraries necessary to run 
the GIM
ii  libgimpprint1  4.2.7-10  The Gimp-Print printer 
driver libr

ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user 
interface

ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG 
Group's JPEG

ii  liblcms1   1.13-1Color management library
ii  libmng11.0.8-1   Multiple-image Network 
Graphics li
ii  libpango1.0-0  1.8.1-1   Layout and rendering of 
internatio

ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session 
Management
ii  libtiff4   3.7.2-3   Tag Image File Format 
(TIFF) libra
ii  libwmf0.2-70.2.8.3-2 Windows metafile conversion 
librar
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol 
client li
ii  libxmu64.3.0.dfsg.1-14sarge1 X Window System 
miscellaneous util

ii  libxpm44.3.0.dfsg.1-14sarge1 X pixmap library
ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  wget   1.9.1-12  retrieves files from the web
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) 
configu

ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information



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

Bug#179613: console-tools: when will this be fixed?

[Markus Kolb]

Package: console-tools
Version: 1:0.2.3dbs-57
Followup-For: Bug #179613


Any new information about solutions for the problem available?

With unicode on in vts I get ghostchars if I input chars like ÖÄܧ.
I don't see a char and there is no space but the shell recognizes the
input and I can backspace and delete the prompt.
With unicode off I can input and see the chars after another
char like the keys would be dead-keys. But the Umlaut-keys are no
compose keys.
I am using qwertz latin1 nodead keymapping.

Thanks.

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

Versions of packages console-tools depends on:
ii  console-common 0.7.54Basic infrastructure for text cons
ii  debconf [debconf-2.0]  1.4.58Debian configuration management sy
ii  libc6  2.3.5-7   GNU C Library: Shared libraries an
ii  libconsole 1:0.2.3dbs-57 Shared libraries for Linux console
ii  sysvinit   2.86.ds1-4System-V like init

Versions of packages console-tools recommends:
ii  console-data2002.12.04dbs-49 Keymaps, fonts, charset maps, fall

-- no debconf information

Bug#337816: apache2-mpm-worker: Missing suexec binary

[Markus Kolb]

Package: apache2-mpm-worker
Version: 2.0.55-3
Severity: important

I am missing the suexec2 binary in the package. There is a manpage but
no binary.

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

Versions of packages apache2-mpm-worker depends on:
ii  apache2-common2.0.55-3   next generation, scalable, extenda
ii  libapr0   2.0.55-3   the Apache Portable Runtime
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libdb4.3  4.3.29-1   Berkeley v4.3 Database Libraries [
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libldap2  2.1.30-12  OpenLDAP libraries
ii  libpcre3  6.4-1.0.1  Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8a-3   SSL shared libraries
ii  zlib1g1:1.2.3-6  compression library - runtime

apache2-mpm-worker recommends no packages.

-- no debconf information


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

Bug#337816: Close it!

[Markus Kolb]

I'm so sorry.
I might have had tomatoes on my eyes. I don't miss suexec anymore.
So you can close the report...

Bye



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

Bug#338355: proguard: Upstream Version 3.4 is available

[Markus Schaber]

Package: proguard
Version: 3.2-3
Severity: wishlist

Upstream has a new Release available since October 10.

Thanks.


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

Bug#338756: konqueror: reproducable crash on specific url

[Markus Schulz]

Package: konqueror
Version: 4:3.4.2-4
Severity: important

Konqueror crashs every time on following url:
http://www.maennerseiten.de/orgasmus.htm

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

Versions of packages konqueror depends on:
ii  kcontrol 4:3.4.2-4   control center for KDE
ii  kdebase-kio-plugins  4:3.4.2-4   core I/O slaves for KDE
ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE applica
ii  kdesktop 4:3.4.2-4   miscellaneous binaries and files f
ii  kfind4:3.4.2-4   file-find utility for KDE
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libfam0  2.7.0-8 client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-3   GCC support library
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libkonq4 4:3.4.2-4   core libraries for Konqueror
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-1   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libstdc++6   4.0.2-3 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-10 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-10 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-10 X Toolkit Intrinsics
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

konqueror recommends no packages.

-- no debconf information


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

Bug#324318: phpmyadmin: More than three configurations gives Notices and Warnings and breaks

[Markus Fischer]

Package: phpmyadmin
Version: 4:2.6.2-3sarge1
Followup-For: Bug #324318


When I give a fourth configuration block, I get the following warnings when I
choose this configuration in the select:


Notice: Undefined index: controluser in 
/usr/share/phpmyadmin/libraries/common.lib.php on line 1232

Notice: Undefined index: compress in 
/usr/share/phpmyadmin/libraries/dbi/mysql.dbi.lib.php on line 51

Notice: Undefined index: compress in 
/usr/share/phpmyadmin/libraries/dbi/mysql.dbi.lib.php on line 51

Warning: Cannot modify header information - headers already sent by (output 
started at /usr/share/phpmyadmin/libraries/common.lib.php:1232) in 
/usr/share/phpmyadmin/libraries/select_theme.lib.php on line 98

Warning: Cannot modify header information - headers already sent by (output 
started at /usr/share/phpmyadmin/libraries/common.lib.php:1232) in 
/usr/share/phpmyadmin/index.php on line 55


I swapped the configuration (e.g. second with fourth) and it was the same
problem: the fourth didn't work, though the second did. So I assumed it's not a
problem with the configuration itself.

Actually, every configuration block after the third gives this problems when
selecting from the select.

- Markus

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.29-nc2
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages phpmyadmin depends on:
ii  apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  apache2-mpm-prefork [http 2.0.54-5   traditional model for Apache2
ii  debconf   1.4.30.13  Debian configuration management sy
ii  php4  4:4.3.10-16server-side, HTML-embedded scripti
ii  php4-mysql4:4.3.10-16MySQL module for php4
ii  ucf   1.17   Update Configuration File: preserv

-- debconf information:
* phpmyadmin/reconfigure-webserver: apache
* phpmyadmin/restart-webserver: false


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

Bug#338976: readlink -f/-e

[Markus Kolb]

Hello,

does readlink in cowprotect really need the -f argument for any purpose
I don't know?

-f, --canonicalize canonicalize  by  following  every  symlink  in every
component of the given name recursively; all but the last component must
exist

-e, --canonicalize-existing canonicalize by following every symlink  in
every component  of  the given name recursively, all components must
exist



$BUILDPLACE/etc/shadow doesn't exist at the grep and cowprotect is
called on it.
In cowprotect the non-existent shadow file would be renamed to shadow~
==> error.

So -e argument should be fine here. If $A doesn't exist we don't need to
do the mv/cp/rm because of hardlinks.

BTW what is cow/cowdancer? It isn't very descriptive...
 

function cowprotect () {
# a hack for cowdancer, used when a file is edited in-place;
# Copy the file to create a new i-node so that hardlinked original
# is intact
for A in "$@"; do
if readlink -e "$A"; then
A=$(readlink -e "$A")
mv "$A" "$A"~
cp -a "$A"~ "$A"
rm -f "$A"~
fi
done
}

function createbuilduser () {
# create the build user
if [ -n "$SUTOUSER" ]; then
if ! grep -q ^$BUILDUSERNAME: $BUILDPLACE/etc/passwd; then
cowprotect $BUILDPLACE/etc/passwd
echo 
"$BUILDUSERNAME:x:$BUILDUSERID:$BUILDUSERID:,,,:/tmp/buildd:/bin/sh" >> 
$BUILDPLACE/etc/passwd
fi
if ! grep -q ^$BUILDUSERNAME: $BUILDPLACE/etc/group; then
cowprotect $BUILDPLACE/etc/group
echo "$BUILDUSERNAME:*:$BUILDUSERID:" >> $BUILDPLACE/etc/group
fi
if ! grep -q ^$BUILDUSERNAME: $BUILDPLACE/etc/shadow; then
cowprotect $BUILDPLACE/etc/shadow
echo "$BUILDUSERNAME:!:::" >> $BUILDPLACE/etc/shadow
fi
unset LOGNAME || true
else
unset LOGNAME || true
fi
}



Patch:

--- pbuilder-buildpackage-funcs.orig2005-11-16 20:06:36.0 +0100
+++ pbuilder-buildpackage-funcs 2005-11-16 19:39:24.0 +0100
@@ -70,8 +70,8 @@
 # a hack for cowdancer, used when a file is edited in-place;
 # Copy the file to create a new i-node so that hardlinked original
 # is intact
 for A in "$@"; do
-   if readlink -f "$A"; then
-   A=$(readlink -f "$A")
+   if readlink -e "$A"; then
+   A=$(readlink -e "$A")
mv "$A" "$A"~
cp -a "$A"~ "$A"
rm -f "$A"~





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

Bug#339845: ERROR: /bin/cp failed.

[Markus Meyer]

Package: rsnapshot
Version: 1.2.1-1
Severity: grave
Justification: renders package unusable

Rsnapshot does not any longer since a few days. ERROR: /bin/cp failed.
Perhaps this is not GNU cp? ERROR: Error! cp_al("/backup/daily.0/",
"/backup/daily.1/"). After I removed the slash at the end in lines
2504 and 2505 it works again. Looks like "cp" no longer takes a 
slash at the end when copying directories. A change in "coreutils"?


Cheers,
Markus

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

Versions of packages rsnapshot depends on:
ii  logrotate 3.7.1-2Log rotation utility
ii  perl  5.8.7-8Larry Wall's Practical Extraction 
ii  rsync 2.6.6-1fast remote file copy program (lik


Versions of packages rsnapshot recommends:
ii  ssh   1:4.2p1-5  Secure shell client and server (tr

-- no debconf information

--
Markus Meyer - encrypted email preferred -> GPG: B87120ED
http://butterblume.org - JAB: [EMAIL PROTECTED]
--- Es kommt nicht darauf an, die Welt zu verändern, sondern sie zu
vermenschlichen.
-- Karl Steinbuch


pgpVdh53cCxVD.pgp
Description: PGP signature

Bug#339595: fix: $relmajor => $release

[Markus Kolb]

Package: dhcp-client
Version: 2.0pl5-19.2
Followup-For: Bug #339595

As someone has already posted before $relmajor should become $release in
the $relmajor assignment.

This patch fixes it:

==
--- /etc/dhclient-script.orig   2005-11-15 23:39:23.0 +0100
+++ /etc/dhclient-script2005-11-19 02:13:42.0 +0100
@@ -73,7 +73,7 @@
 
 release=`uname -r`
 relminor=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'`
-relmajor=`echo $relmajor | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`
+relmajor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`
 release=`echo $release | sed 's/\([0-9]*\)\..*/\1/'`
 
 if [ x$new_broadcast_address != x ]; then
=

++ uname -r
+ release=2.4.27-2-686
++ echo 2.4.27-2-686
++ sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'
+ relminor=27
++ echo 2.4.27-2-686
++ sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'
+ relmajor=4
++ echo 2.4.27-2-686
++ sed 's/\([0-9]*\)\..*/\1/'
+ release=2

As it should be, shouldn't it?


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

Versions of packages dhcp-client depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

dhcp-client recommends no packages.

-- no debconf information


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

Bug#339897: dpkg: [S-S-D] --stop without --oknodo doesn't return to script process

[Markus Kolb]

Package: dpkg
Version: 1.13.11.0.1
Severity: normal


I think there exists an error in forking in start-stop-daemon.
If I run start-stop-daemon in my init-script without the --oknodo
argument start-stop-daemon replaces the script process and exits with 1
on an error.
So the script never continues to the end.
Shouldn't s-s-d return to the script so that one can handle the error?
The manpage tells me about --oknodo:

-o|--oknodo Return exit status 0 instead of 1 if no actions are (would
be) taken.

So without -o it should also return and not exit.


Part of my script:

  stop)
log_begin_msg "Stopping ${DESC}:"
start-stop-daemon --stop --oknodo --quiet --pidfile $PID
log_end_msg $?
#
# the pidfile must be removed or the daemon won't start 
# the next time
test -f "$DOORMAND_PID" && rm -f "$DOORMAND_PID"
;;


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

Versions of packages dpkg depends on:
ii  coreutils [textutils] 5.93-5 The GNU core utilities
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

dpkg recommends no packages.

-- no debconf information


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

Bug#340034: pcmcia-cs: REFRAIN_FROM_IFUP=yes is not recognized

[Markus Kolb]

Package: pcmcia-cs
Version: 3.2.8-5.2
Severity: important

REFRAIN_FROM_IFUP is set to yes but cardmgr still brings up the
interface with its network script.

---
Nov 20 16:09:09 lenox cardmgr[829]: socket 1: NE2000 Compatible Ethernet
Nov 20 16:09:09 lenox kernel: eth0: NE2000 Compatible: io 0x300, irq 3,
hw_addr 00:E0:9
8:94:78:92
Nov 20 16:09:09 lenox cardmgr[829]: executing: './network start eth0
2>&1'
Nov 20 16:09:09 lenox cardmgr[829]: + Sample private network setup
---

Another problem is that it doesn't bring down the interface correctly:

---
Nov 20 15:59:49 lenox cardmgr[829]: executing: 'modprobe -r pcnet_cs
2>&1'
Nov 20 15:59:49 lenox cardmgr[829]: + pcnet_cs: Device or resource busy
Nov 20 15:59:49 lenox cardmgr[829]: modprobe exited with status 1
---

So there is the interface configuration left and if you plugin the card
again it wants to configure another non-existent network interface.
So I have to use command ifdown eth0 before I can plugin the card again.

But I have installed hotplug and corresponding to documentation it is
intended that hotplug configures the network cards.

/etc/default/pcmcia:
---
# Defaults for pcmcia (sourced by /etc/init.d/pcmcia)
PCMCIA=yes
PCIC=yenta_socket
PCIC_OPTS=
CORE_OPTS=
CARDMGR_OPTS=
# If REFRAIN_FROM_IFUP is set to yes, cardmgr will not bring up
# network interfaces. They should be brought up by hotplug instead.
# Since this is an upgrade from an old version of pcmcia-cs, it
# retains the old behaviour. Please read
# /usr/share/doc/pcmcia-cs/README.Debian and then uncomment the
# following line.
REFRAIN_FROM_IFUP=yes
---

/etc/network/interfaces:
---
auto lo
allow-hotplug eth0

mapping hotplug
script grep
map eth0

iface lo inet loopback

# This entry was created during the Debian installation
iface eth0 inet dhcp
---

Thanks.
Markus


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

Versions of packages pcmcia-cs depends on:
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  dmidecode 2.7-2  Dump Desktop Management Interface 
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip
ii  module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo
ii  modutils  2.4.27.0-3 Linux module utilities
ii  psmisc21.8-1 Utilities that use the proc filesy

Versions of packages pcmcia-cs recommends:
ii  hotplug  0.0.20040329-25 Linux Hotplug Scripts

-- debconf information:
* pcmcia-cs/abort_upgrade: false
  pcmcia-cs/error_stopping:
  pcmcia-cs/abort_msg:
  pcmcia-cs/not_stopped:
* pcmcia-cs/stop_pcmcia: true
* pcmcia-cs/fix_pcic: false
  pcmcia-cs/run_probe: true
* pcmcia-cs/upgrade_note:
  pcmcia-cs/no_rmdir:
  pcmcia-cs/start_later:
* pcmcia-cs/upgrade_action: ask
* pcmcia-cs/start_pcmcia: true


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

Bug#344553: logcheck: Fails silently to read config file

[Markus Peuhkuri]

Package: logcheck
Version: 1.2.42
Severity: minor
Tags: patch

Logcheck does not report any error if the config file is not readable
or does not exists.  This may easily happen, as logcheck is run as
logcheck user and while one is testing a new configuration on live
system with running configuration intact.

Following fragment may help:

 # Now source the config file - before things that should not be changed
 if [ -r $CONFFILE ]; then
-   . $CONFFILE
+   . $CONFFILE
+else
+error "Config file $CONFFILE not exists or readable"
 fi


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable'), (400, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages logcheck depends on:
ii  adduser  3.80Add and remove users and groups
ii  cron 3.0pl1-92   management of regular
background p
ii  debconf [debconf 1.4.62  Debian configuration
management sy
ii  debianutils  2.15.1  Miscellaneous utilities
specific t
ii  grep 2.5.1.ds2-4 GNU grep, egrep and fgrep
ii  lockfile-progs   0.1.10  Programs for locking and
unlocking
ii  logcheck-databas 1.2.42  database of system log
rules for t
ii  logtail  1.2.42  Print log file lines that
have not
ii  mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent
ii  sendmail-bin [ma 8.13.4-3powerful, efficient, and
scalable
ii  sysklogd [system 1.4.1-17System Logging Daemon

logcheck recommends no packages.

-- debconf information excluded



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

Bug#307585: ssh summaries for logcheck: a helper script

[Markus Peuhkuri]

As original submiter wrote, the ssh scan noise is a problem as important
log entries may get hidden into hundreads of scan lines and workarounds
(rate limits, port changes etc.) result just problems for legimite use.

I wrote a small perl script that one can run instead of syslog-summary
by defining two lines in logcheck.conf:

SYSLOGSUMMARY=1
SYSLOG_SUMMARY=/usr/sbin/log-summary-ssh

This will print out (instead of 1000+ lines of ssh entries) lines like
ones below:

(normal logcheck output...)
Dec 21 21:55:30 host getty[4302]: tty1: input overrun

Invalid SSH login attempts: 1056
 425 192.0.2.1
 391 192.0.2.2
 121 192.0.2.3
  59 192.0.2.42
  44 192.0.2.9
  12 192.0.2.65
   3 192.0.2.39
   1 192.0.2.144
User names tried:
 0002593w (1), 127 (1), 16 (1), 1a4 (1), 1dd (1), 22b (1), 2a (1),
 4ct (1), 511 (1), 561 (1), 587 (1), 72 (2), 75 (1), 9ia (1),
 Aaron (2), Aba (2), Abel (2), Account (1), Barrera (1), Castro (1),
 (cut...)

Inverse mapping failures: 44
   44 192.0.2.9 !=> www.example.com


-- 
Markus Peuhkuri | http://www.iki.fi/puhuri/
#!/usr/bin/perl -wT

# log-summary-ssh
# Selects two lines that are very common with ssh scans.
# This script removes those from output and prints out aggregate 
# statistics for those (both by host and by attempted user names).
#
# Reads from stdin or from command line arguments and prints to stdout.
#
# If you want to use this with logcheck, copy this to 
# /usr/local/sbin/log-summary-ssh and add following lines to 
# /etc/logcheck/logcheck.conf (or your config file):
#
# SYSLOGSUMMARY=1
# SYSLOG_SUMMARY=/usr/local/sbin/log-summary-ssh
#
# If you want to use both syslog-summary and this script, you need to 
# write a some kind of wrapper around those.
# #!/bin/sh
# syslog-summary $* | log-summary-sh
#
# Markus Peuhkuri <[EMAIL PROTECTED]> 2005  
# Use of this file is unrestricted.

use strict;
use Text::Wrap qw/wrap/;

my %h;  # hosts for failed attempts
my %u;  # user names for failed attemts
my $sshc = 0;   # flag values
my %inv;# failed ip => host mappings
my $invf = 0;   # flag values

while (<>) {
  if (m/^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Illegal user (.*) 
from (.*)$/) {
my $ip = $2;
chomp $ip;
$h{$ip} ++;
$u{$1} ++;
$sshc++;
  } elsif (m/^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Address (.*) 
maps to (.*), but this does not map back to the address - POSSIBLE BREAKIN 
ATTEMPT!/) {
$inv{$1}{$2}++;
$invf++;
 } else {
print $_;   # just print
  }
}

if ($sshc > 0) {
  printf "\nInvalid SSH login attempts: %d\n", $sshc;
  for (sort {$h{$b} <=> $h{$a}} keys %h) {
printf "% 4d %s\n", $h{$_}, $_;
  }
  my @users;
  for (sort keys %u) {
push @users, sprintf("%s (%d)", $_, $u{$_});
  }
  print "\nUser names tried:\n", wrap(" ", " ", join(", ", @users)), "\n";
}

if ($invf > 0) {
  printf "\nInverse mapping failures: %d\n", $invf;
  for my $ip (sort keys %inv) {
for (sort keys %{$inv{$ip}}) {
  printf "% 5d %s !=> %s\n", $inv{$ip}{$_}, $ip, $_;
}
  }
}

Bug#305577: grass: can't even add 2+2 with db.execute

[Markus Neteler]

The user should use another DBMS driver than DBF.
All other drivers can perform the requested operation
(sqlite, postgresql etc).

Markus


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

Bug#287589: r.digit: "help" ignored

[Markus Neteler]

Fixed in GRASS 6.1-CVS, Thu Dec 29 12:20:46 CET 2005

Markus

-- 
Markus Netelerhttp://mpa.itc.it
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18-   38050 Povo (Trento), Italy


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

Bug#336498: grass: broken macro LOC_CHECK_VERSION (also FTBFS on GNU/FreeBSD)

[Markus Neteler]

Hi,

there was a posting in the GRASS developers list

Glynn Clements  glynn at gclements.plus.com
Sat, 5 Nov 2005 17:35:53 +

I've committed the following changes:

1. In aclocal.m4, replace LOC_CHECK_VERSION with:

AC_DEFUN(LOC_CHECK_VERSION_STRING,[
AC_MSG_CHECKING($3 version)
ac_save_cppflags="$CPPFLAGS"
CPPFLAGS="$5 $CPPFLAGS"
AC_TRY_RUN([
#include  
#include <$1>
int main(void) {
 FILE *fp = fopen("conftestdata","w");
 fputs($2, fp);
 return 0;
}
],
[   $4=`cat conftestdata`
AC_MSG_RESULT($$4)],
[   AC_MSG_ERROR([*** Could not determine $3 version.]) ],
[   $4=$6
AC_MSG_RESULT([unknown (cross-compiling)]) ])
CPPFLAGS=$ac_save_cppflags
])

AC_DEFUN(LOC_CHECK_VERSION_INT,[
AC_MSG_CHECKING($3 version)
ac_save_cppflags="$CPPFLAGS"
CPPFLAGS="$5 $CPPFLAGS"
AC_TRY_RUN([
#include 
#include <$1>
int main(void) {
 FILE *fp = fopen("conftestdata","w");
 fprintf(fp, "%d", $2);
 return 0;
}
],
[   $4=`cat conftestdata`
AC_MSG_RESULT($$4)],
[   AC_MSG_ERROR([*** Could not determine $3 version.]) ],
[   $4=$6
AC_MSG_RESULT([unknown (cross-compiling)]) ])
CPPFLAGS=$ac_save_cppflags
])

2. In configure.in:

a) replace:

LOC_CHECK_VERSION(proj_api.h,PJ_VERSION,External 
PROJ.4,proj_ver,$PROJINC,UNKNOWN)
with:
LOC_CHECK_VERSION_INT(proj_api.h,PJ_VERSION,External 
PROJ.4,proj_ver,$PROJINC,0)

b) replace:

LOC_CHECK_VERSION(tcl.h,TCL_VERSION,Tcl,tcl_ver,$TCLINCDIR,UNKNOWN)
with:

LOC_CHECK_VERSION_STRING(tcl.h,TCL_VERSION,Tcl,tcl_ver,$TCLINCDIR,UNKNOWN)

c) replace:

LOC_CHECK_VERSION(tk.h,TK_VERSION,Tk,tk_ver,$TCLINCDIR 
$X_CFLAGS,UNKNOWN)
with:
LOC_CHECK_VERSION_STRING(tk.h,TK_VERSION,Tk,tk_ver,$TCLINCDIR 
$X_CFLAGS,UNKNOWN)

-- 
Glynn Clements

Reference:
 http://grass.itc.it/pipermail/grass5/2005-November/020069.html



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

Bug#341398: racoon: can confirm

[Markus Kolb]

Package: racoon
Version: 1:0.6.3-1
Followup-For: Bug #341398


I am one more who has the problem with new version.

Dec 30 15:32:04 lenox racoon: INFO: 192.168.54.2[500] used as isakmp
port (fd=7) 
Dec 30 15:32:04 lenox racoon: INFO: 192.168.54.2[500] used for NAT-T 
Dec 30 15:32:05 lenox racoon: INFO: unsupported PF_KEY message REGISTER 
Dec 30 15:32:15 lenox racoon: ERROR: failed to get sainfo.


I've installed 0.6.2-2 again which works:

Dec 30 17:03:26 lenox racoon: INFO: 192.168.54.2[500] used as isakmp
port (fd=7) 
Dec 30 17:03:26 lenox racoon: INFO: 192.168.54.2[500] used for NAT-T 
Dec 30 17:03:28 lenox racoon: INFO: unsupported PF_KEY message REGISTER 
Dec 30 17:03:41 lenox racoon: INFO: IPsec-SA request for 192.168.54.1
queued due to no phase1 found. 
Dec 30 17:03:41 lenox racoon: INFO: initiate new phase 1 negotiation:
192.168.54.2[500]<=>192.168.54.1[500] 
Dec 30 17:03:41 lenox racoon: INFO: begin Identity Protection mode. 
Dec 30 17:03:41 lenox racoon: INFO: received Vendor ID: DPD 
Dec 30 17:03:41 lenox racoon: INFO: ISAKMP-SA established
192.168.54.2[500]-192.168.54.1[500]
spi:e008e0f9c40e20ae:853197115a142874 
Dec 30 17:03:42 lenox racoon: INFO: initiate new phase 2 negotiation:
192.168.54.2[500]<=>192.168.54.1[500] 
Dec 30 17:03:42 lenox racoon: INFO: IPsec-SA established: ESP/Tunnel
192.168.54.1[0]->192.168.54.2[0] spi=263863498(0xfba3cca) 
Dec 30 17:03:42 lenox racoon: INFO: IPsec-SA established: ESP/Tunnel
192.168.54.2[0]->192.168.54.1[0] spi=261597811(0xf97aa73)


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

Versions of packages racoon depends on:
ii  debconf [debconf-2.0] 1.4.66 Debian configuration management sy
ii  ipsec-tools   1:0.6.2-2  IPsec tools for Linux
ii  libc6 2.3.5-9GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-5   SSL shared libraries
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 

racoon recommends no packages.

-- debconf information:
* racoon/config_mode: direct


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

Bug#344553: [Logcheck-devel] Bug#344553: logcheck: Fails silently to read config file

[Markus Peuhkuri]

Maximilian Attems wrote:
>>> if [ -r $CONFFILE ]; then

> i'm less then sure that this the right way to go,
> we shouldn't need the $CONFFILE?
> 
> what was the error message you were seeing?

The problem is that logcheck fails silently, if there is some problem
with config file; either typo or some problem with permissions.

Maybe a good alternative would be checking if $CONFIGFILE is set, like
below:

if [ -r $CONFFILE ]; then
  . $CONFFILE
elif [ ! -z "$CONFFILE" ]; then
 error "Config file $CONFFILE not exists or readable"
fi

Now, if CONFFILE is not set, then no error is printed, but if CONFFILE
is set but the file is not readable (or exists) then an error is printed.

The reason I suggested this was that I spent a good time wondering why
my changes did not change reporting while testing for #307585.  The
problem was that my temporary config file was mode 600 with my userid
and when run with "sudo -u logcheck logcheck -t -c newconfig", the
logcheck uid was unable to read it but did not report any error.

-- 
Markus Peuhkuri | http://www.iki.fi/puhuri/




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

Bug#340166: Crossgrade from postgresql 7.4 to postgresql-7.4 broke DATADIR environment variables

[Markus Schaber]

Hi, Martin,

Martin Pitt schrieb:

>>In the earlier postgresql instalations, one could define environment
>>variables in postgresql.env or postmaster.conf which then were exported
>>to the postmaster, and we could use it as LOCATION when creating new
>>databases in other locations.
> 
> These files are obsolete and ignored in the new infrastructure. The
> current way to move the data directory around is to just do it and
> correct the /etc/postgresql/7.4/main/pgdata symlink.

It is not about the main cluster data directory. It's a kind of "poor
mens tablespace" where one could create a database in a different
directory than its cluster.

http://www.postgresql.org/docs/7.4/interactive/manage-ag-alternate-locs.html
documents this behaviour.

>>dropdb: database removal failed: ERROR:  postmaster environment variable
>>"PGDATAEXTERN" not found
>>Not only that the environment variable setting was not migrated, I also
>>did not find the right place to reinstantiate this setting.
> 
> I see, so you defined PGDATAEXTERN in postgresql.env? What does this
> variable do? It is not documented anywhere and not present in the
> default postgresql.env or postmaster.conf files.

Yes, I defined it in postgresql.env, and then used it in "createdb
--location=PGDATAEXTERN" when creating the database.

I used to have this setting in the init.d scripts, but as an apt-get
upgrade overwrote this file, I was told to use postmaster.env instead. I
don't remember whether there was an official bug filing, or this was
private email.

> I need further information about what you want to do to be able to do
> something about this bug.

As a workaround until all 7.4 databases are migrated, I just want to
know the right place where to hack in this environment variable, so the
postmaster process can access it.

It is interesting that normal database access works, only some commands
like drop database seem to use the environment variable actually.

>>So I'm stuck with either dropping the whole cluster (and thus having to
>>migrate about 50 gig into a new cluster without stopping production
>>environment), or having an empty zombie-database lingering around which
>>confuses users.
> 
> I don't understand; if you have a proper data directory somewhere, you
> can always integrate it in the Debian infrastructure with
> pg_createcluster -d /path/to/data/directory. Can you please elaborate
> about what the problem is?

The problem is that the main data directory for the cluster was properly
migrated (and is the 7.4/main cluster now), but not the database
specific directory.

> Thank you, and 'guten Rutsch'!

Its me who has to say "Thank you".

Ebenfalls einen guten Rutsch und ein erfolgreiches neues Jahr.

Markus


signature.asc
Description: OpenPGP digital signature

Bug#344553: [Logcheck-devel] Bug#344553: logcheck: Fails silently to read config file

[Markus Peuhkuri]

Todd Troxell wrote:
> I see your point.  The config is not really essential.
> 
> What do you think about this:
> 
> if [ -f $CONFFILE -a -r $CONFFILE]; then

The problem is still that if CONFFILE is somehow mistyped, it still
fails silently even if the fragment fixes the error I had with
permissions.  For my view the correct operation would be following:

1) if CONFFILE (from command line) is set, use it.  If it does not
exists or is unreadable, issue an error

2) if CONFFILE is not set, but the default CONFFILE exists AND is
readable use it

3) if default CONFFILE exists, but is unreadable, provide an error

4) if default CONFFILE does not exists, use defauls


To have 1), command line argument processing should be modified as below

case "$opt" in
c)
debug "Setting CONFFILE to $OPTARG"
CONFFILE="$OPTARG"
if [ ! -r $CONFFILE ]; then 
  error "Config file $CONFFILE unreadable or does not exists"
fi
  ;;

For 2) and 4), the existing condition is ok, but needs additional
condition for 3).

if [ -r $CONFFILE ]; then
  . $CONFFILE
elif [ -f $CONFFILE ]; then  # this provides 3)
  error "Config file $CONFFILE unreadable"
fi



(sorry, if line wrap is problem).

-- 
Markus Peuhkuri | http://www.iki.fi/puhuri/


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

Bug#340166: Crossgrade from postgresql 7.4 to postgresql-7.4 broke DATADIR environment variables

[Markus Schaber]

Hi, Martin,

Martin Pitt wrote:

>>I used to have this setting in the init.d scripts, but as an apt-get
>>upgrade overwrote this file, I was told to use postmaster.env instead. I
>>don't remember whether there was an official bug filing, or this was
>>private email.
> 
> I did never see that bug, so maybe it was in a private email to Oliver
> Elphick?

Well, I searched my mail archive, and it was a side discussion in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284364

I also mis-remembered: It was postmaster.conf that was advised, and this
is what we used on most machines. I don't know where the .env slipped in.

>>As a workaround until all 7.4 databases are migrated, I just want to
>>know the right place where to hack in this environment variable, so the
>>postmaster process can access it.
> 
> As far as I can see, an equivalent to the old postgresql.env file
> seems to make sense and would also offer a transition path for the old
> /etc/postgresql/postgresql.env file. So if postgresql-common would
> support /etc/postgresql/version/cluster/environment, then you could
> add these variables there, and the transitional postgresql package
> could move postgresql.env there.
> 
> Do you agree?

Yes, this would solve my problem.

Thanks,
Markus


signature.asc
Description: OpenPGP digital signature

Bug#344553: [Logcheck-devel] Bug#344553: logcheck: Fails silently to read config file

[Markus Peuhkuri]

Maximilian Attems wrote:

>
>no the debian packaging takes care of that,
>no need to issue an error in that case.
>if you change the permissions of the CONFFILE you are on your own.
>  
>
In NO CASE should program functionality depend on some package
management system.  The program should be able to work as well without
or with random package management system.

Considering that debian userid management is something that is very
fragile, I would prefer that the script also checks possible problems
with configuration.  Even more important this is when it is about
logcheck, whose sole purpose is to detect unintended events in systems.

-- 
Markus Peuhkuri | http://www.iki.fi/puhuri/


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

Bug#344553: [Logcheck-devel] Bug#344553: logcheck: Fails silently to read config file

[Markus Peuhkuri]

Maximilian Attems wrote:

>second you give _no_ argument why CONFFILE is so important.
>logcheck works fine without it.
>
>  
>
If config file is defined on command line argument, it should be read in
and an error given if it not readable.  If the config file exists, it
should be read.

>third the nacked change introduces potential break-ups on current
>working setups. we wont change semantics for $random_reasons.
>  
>
The case that gets broken is that if the /etc/logcheck/logcheck.conf is
not readable by logcheck user.  I do not know, if there is any setup
like that, but lets say it is a quite interesting setup.  I would value
clear error messages or at least warnings over that.

>we check about real reasons like not readable log files.
>thus are worth to alert the admin.
>  
>
I think that existing config file that is unreadable is something
abnormal,  but YMMV.

>fourth why is the debian userid managment fragile?
>works very nicely for me on lots of boxes.
>  
>
Maybe I just cannot do it, but as I had recently to do system reinstall
because of disk crash.  I recovered config files from backups but those
ended up with wrong ownerships and I had to fix them by hand.  The
system UIDs were different on different installations: the other was
installed, packages add, upgraded, and packages add while the later had
about all packages installed at once.

>fifth why did you change the ownerships of CONFFILE?
>there might be many cool reasons to think about,
>none was named.
>  
>
The problem was that I wanted to experiment with new config file.  It
was owned by my $LUSER UID, and then I ran "sudo -u logcheck logcheck -c
config -t ".  Unfortunatly, the config file was mode 600, and logcheck
did not provide any error, just used default settings and I was totaly
lost with that wondering why my changes were not visible.

One may change ownership of configuration file unintentionaly (pick you
$EDITOR right)

>first calm down your words.  :) 
>getting enerved is not a good way to push something.
>  
>
It was no intended such, more like emphasis what I value in building
robust systems (would *no* *case* been better?).  It is good that
package management makes sure that everything is ok, but each input must
be validated and checked for.





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

Bug#309206: hal: Hald freezes my computer on startup

[Markus Raab]

Now you know that it is a bug of the kernel, could you please try to reproduce 
it on a more recent kernel?


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

Bug#321409: hda: dma_timer_expiry: dma status == 0x21

[Markus Raab]

03.01.2006 08:58 you wrote:

> In that case, it's the IDE chipset.  I have replaced the hard drive, and
> the problem is the same.  I do not have any problems when running
> Windows.  A hard disk scan reveals no errors.

I have openend the bug again.

If you are sure the Bug is IDE-Kernel related please use the latest unstable 
kernel (best wait for 2.6.15).

Then give us more information, in detail give:
lscpi
lspci -n
dmesg
lsmod

And maybe interrupts. The hda: dma messages unfortunately don't help, because 
they are just hardware-error messages passed through the ide subsystem.

thank you for your help
Markus Raab


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

Bug#309010: printing UTF-8 text files

[Markus Kuhn]

I never heard of pterm. Xterm contains its own keysym -> UTF-8
conversion function (written by yours truely), because at the
time that was written, there was no support in Xlib for
a UTF-8 multibyte locale. That has since changed. It may
well be possible, that the problem is with you using an older Xlib
version (Debian is known for lagging a few years behind in such things).
Hence the question what xev sees.

Markus

-- 
Markus Kuhn, Computer Laboratory, University of Cambridge
http://www.cl.cam.ac.uk/~mgk25/ || CB3 0FD, Great Britain


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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Steve Langasek <[EMAIL PROTECTED]> was heard to say:


> Uh, linking libdbd-mysql against mysqlclient14 is not an option for sarge,
> as this is pretty much a guaranteed segfault in a mod_perl environment.
>

libdbd-mysql != libdbd-mysql-perl

I don't think that libdbi0 and libdb-mysql are required for mod_perl.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Steve Langasek <[EMAIL PROTECTED]> was heard to say:

> And, indeed libdbd-mysql already links against libmysqlclient14 in sarge and
> sid.  So then, why are you suggesting a rebuild as a solution to this bug?
>

I may not be sufficiently familiar with Debian packaging and such. When I
checked the original /debian contents in libdbd-mysql (using the diff.gz from
the Debian page, as David forgot to check this stuff into cvs), it had
libmysqlclient12-dev listed as a build dependency. So I assumed the binary
packages were linked against this library. I've changed these dependencies (the
cvs version now asks for libmysqlclient14-dev), rebuilt libdbi0 and
libdbd-mysql, and everything works smoothly. I was under the layman's
impression that if you build against libmysqlclient12-dev and run
libmysqlclient14 you may get into trouble, but I may be wrong here.

Taken together, all I can say is that the currently available package is broke,
and this has been confirmed independently by several users. Rebuilding libdbi
and libdbd-mysql from the CVS sources fixes this problem.

Please let me know if I can do anything else to debug or fix this.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Luk Claes <[EMAIL PROTECTED]> was heard to say:

> > libdbd-mysql, and everything works smoothly. I was under the layman's
> > impression that if you build against libmysqlclient12-dev and run
> > libmysqlclient14 you may get into trouble, but I may be wrong here.
>
> I don't think that's a problem perse as the binary package isn't
> connected with libmysqlclient12 in any way AFAICT.
>

Well I *think* a suitable way to screw up things is to change the definition of
structures. I didn't check if anything like this has happened between
libmysqlclient12 and libmysqlclient14, but if the package is built with this
struct in libmysqlclient12-dev:

struct STRUCT {
int a;
int b;
};

whereas libmysqlclient14 assumes this structure to read:

struct STRUCT {
int a;
long long z;
int b;
};

then it shouldn't be too hard to achieve weird behaviour.

>
> Can you reproduce this bug on another platform (not i386)?
>

Wish I had another platform! I can only report that things work smoothly on
other operating systems (FreeBSD4.7, FreeBSD5.3, Windows/Cygwin, Solaris, to
name a few) both with the released version that the Debian packages are based
upon as well as with the current CVS version.

regards,
Markus
-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Steve Langasek <[EMAIL PROTECTED]> was heard to say:


> It's entirely possible that simply doing a proper rebuild of the i386
> binaries against libmysqlclient12 will also fix whatever problem you're
> experiencing...
>

Granted.

>
> It would be helpful if you would try to rebuild the current source package
> as-is, rather than rebuilding from CVS sources, to confirm whether or not
> that fixes the problem.  It's preferable if this can be fixed *just* by
> rebuilding the i386 binaries, instead of by changing the build-dependency to
> point to libmysqlclient14, since the former is easier to push into sarge
> than the latter.
>

I can try this on the weekend. However, I also see from the Debian package
description that libdbd-mysql asks for libmysqlclient14 on i386, so I may run
into trouble trying to force libmysqlclient12 in here.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Luk Claes <[EMAIL PROTECTED]> was heard to say:

> I'll upload a new version (the only markable difference would be the
> dependency on libmysqlclient12) which you can test in the weekend ;-)
>

Thanks a lot. While you're at it, did you run "make check" in the libdbi-drivers
directory? This should already give a clue as to whether things work or not.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#296567: Thanks a lot!

[Markus Schaber]

Great work,
Thanks a lot!

Markus


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

Bug#293152: mozilla-thunderbird-enigmail: Seems to be fixed

[Markus Schaber]

Package: mozilla-thunderbird-enigmail
Version: 2:0.91-3
Followup-For: Bug #293152

Hello,

The combination of mozilla-thunderbird 1.0.2-2 and
mozilla-thunderbird-enigmail 0.91-3 seem to fix the problem.

So I assume you chan close this bug.

Sorry for the long reaction time, but my @logi-track.com address
was not valid any more when you called for moreinfo because the
company was shut down.

Thanks.
Markus


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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Luk Claes <[EMAIL PROTECTED]> was heard to say:

> > Thanks a lot. While you're at it, did you run "make check" in the
> libdbi-drivers
> > directory? This should already give a clue as to whether things work or
> not.
>
> Well, I don't think this would reveal anything in this case, but yes it
> is run in the build process.
>

I didn't notice that make check ran when I built the libdbd-mysql package from
CVS. make check builds an interactive test tool, so I should have noticed this
even if I was sound asleep. make check might fail if it causes a segfault. If
it succeeds, inspecting the input and output for the various data types should
reveal the original problem if it still persists. In any case, I'll test the
new package on the weekend and let you know what happens.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Luk Claes writes:
 > Btw, the new version is 0.7.1-3.0.1
 > 

I gave this new version a try and it looks ok to me. I guess you can
close this bug.

Thanks to you and Steve for fixing this problem in no time.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#310395: initrd-tools: outfile option -o can not handle relative file declaration

[Markus Kolb]

Package: initrd-tools
Version: 0.1.80
Severity: important

I've called mkinitrd -o initrd.img in /boot directory and no initrd.img
is created there.
I've seen with mkinitrd -k ... that the image file is created in the
mkinitrd working directory /tmp/mkinitrd.../initrd/
With absolut outfile definition -o /boot/initrd.img everything seems to
be fine.

cu


-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages initrd-tools depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  cpio  2.5-1.2GNU cpio -- a program to manage ar
ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed ROM F
ii  dash  0.5.2-5The Debian Almquist Shell
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  util-linux2.12p-4Miscellaneous system utilities

-- no debconf information


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

Bug#311168: cpqarrayd: segfault on ProLiant DL385

[Markus Oswald]

thernet (rev 10)
:03:06.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 
Gigabit Ethernet (rev 10)
:04:09.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge 
(rev 12)
:04:09.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01)
:04:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge 
(rev 12)
:04:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01)
:05:07.0 Ethernet controller: Accton Technology Corporation EN-1216 
Ethernet Adapter (rev 11)
:05:08.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 
10)

regards,
  Markus




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

Bug#311168: cpqarrayd: segfault on ProLiant DL385

[Markus Oswald]

On Sun, 2005-05-29 at 11:51 -0700, Matt Taggart wrote:

> Your report is for 2.6.11, have you tried the 2.6.8 that will ship with sarge?
> You say the kernel is a "vanilla 2.6.11", is that a 2.6.11 kernel from 
> unstable or something you built yourself?

It's a 2.6.11 I built myself, without any patches and just minimalistic
configuration (smp with cciss, tg3, reiserfs and usb-support)

> Both packages work fine on my dl360 here with 2.6.8, I will test with 2.6.11 
> and send the results to this bug.

cpqarrayd (2.0-3 from sarge) works fine since I started using it a few
weeks ago on one of my DL360G4 using a vanilla 2.6.11, so I guess it's
not related to the kernel version.

> I have no reports (good or bad) or someone using this package on an amd64 
> system, you might be the first to try it.

I just booted the server with a live-cd (running 2.6.11 too, but 32-bit)
and installed cpqarrayd 2.0-4. As far as I can tell it works flawless.
I guess this means the segfault is related to running a 64-bit kernel.

If the bug is hard to find without access to the hardware, I could
install sarge or sid on an other partition so you can access the machine
via SSH, as I have another 2 or 3 days before the system moves to
production use.

> > :02:04.0 RAID bus controller: Compaq Computer Corporation Smart Array 
> > 64x
> > x (rev 01)
> Is this integrated or a PCI card?

It's the integrated SmartArray 6i RAID controller.

regards,
  Markus



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

Bug#303737: Bugfix for isvalid()

[Markus Schaber]

Package: libgeos2
Version: 2.0.1-1

Hello, Steve,

Here's the debian bug report you wanted.

Thanks,
Markus
--- Begin Message ---
On Thu, 2005-04-07 at 22:38 +0200, Markus Schaber wrote:
> Hello, Steve,
> 
> As you seem to be the maintainer of libgeos2 debian packages, please see
> the attached message from the jts and postgis devel lists for a just
> fixed bug in jts and geos. This bug has just bitten us very painfully. :-(
> 
> I want to kindly ask you whether it is possible for you to include this
> fix into the official debian libgeos2 package in the next days? This
> would save us the work of temporarily deploying self-compiled packages
> for this fix.
> 

If there was a new upstream release I could package it directly. But
pulling from CVS is a little more involved, especially since I haven't
done it for geos before. I'm also unusually busy at present. I will work
on it "soon", but I can't make any promises about when exactly it will
be ready.

> I hope that it's okay to ask you directly, without going through the
> debian bug tracking system. If you prefer an official bug report, just
> tell me to submit one.

It's fine to email me, but please do submit this info as a bug report. I
need that to keep track of this or it may drift off my radar.

Regards,
Steve

> Thanks in advance,
> Markus
> email message attachment (Re: [jts-devel] Re: [postgis-devel] Possible
> Bug in isvalid())
> On Thu, 2005-04-07 at 22:38 +0200, Markus Schaber wrote:
> > plain text document attachment (Re: [jts-devel] Re: [postgis-devel]
> > Possible Bug in isvalid())
> > On Thu, Apr 07, 2005 at 10:37:10AM -0700, Martin Davis wrote:
> > > This bug is now fixed in CVS.
> > 
> > Fixed in GEOS CVS also. Thanks.
> > --strk;
> > 
> > > 
> > > Fix is in IsValidOp#checkHolesInShell to replace line
> > > 
> > >   Assert.isTrue(holePt != null, "Unable to find a hole point not a
> > > vertex of the shell");
> > > 
> > > With
> > > 
> > >   if (holePt == null) return;
> > > 
> > > 
> > > Martin Davis, Senior Technical Architect
> > > Vivid Solutions Inc.  www.vividsolutions.com
> > > Suite #1A-2328 Government Street Victoria, B.C. V8T 5G5
> > > Phone: (250) 385 6040 - Local 308 Fax: (250) 385 6046
> > > 
> > > 
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> > > > Sent: April 7, 2005 3:10 AM
> > > > To: PostGIS Development Discussion; JTS Topology Suite Development
> > > > Subject: Re: [jts-devel] Re: [postgis-devel] Possible Bug in isvalid()
> > > > 
> > > > 
> > > > Maybe the "inner" classes facing these kind of errors should 
> > > > throw a ValidityException instead so that the IsValid class 
> > > > could catch them ...
> > > > 
> > > > --strk;
> > > > 
> > > > On Thu, Apr 07, 2005 at 11:57:30AM +0200, Markus Schaber wrote:
> > > > > Hi,
> > > > > 
> > > > > (Added X-Post to JTS Developers list.)
> > > > > 
> > > > > Markus Schaber schrieb:
> > > > > > I just tried to apply my isvalid constraint to our raw 
> > > > data tables, 
> > > > > > and got the following error message on one of them:
> > > > > > 
> > > > > > NOTICE:  AssertionFailedException: Unable to find a hole 
> > > > point not a 
> > > > > > vertex of the shell
> > > > > > ERROR:  GEOS isvalid() threw an error!
> > > > > > 
> > > > > > This sounds rather strange to me. IMHO, it should not be 
> > > > possible to 
> > > > > > make isvalid() throw an error by feeding it an invalid geometry.
> > > > > >
> > > > > > I'll try to track down which geometries cause this error 
> > > > message...
> > > > > 
> > > > > I now got a simple example:
> > > > > 
> > > > > > gisblau=# select isvalid('MULTIPOLYGON(((0 0, 10 10, 10 
> > > > 0, 0 0),(5 
> > > > > > 5, 5 0, 10 5, 5 5)))');
> > > > > > NOTICE:  AssertionFailedException: Unable to find a hole 
> > > > point not a vertex of the shell
> > > > > > ERROR:  GEOS isvalid() threw an error!
> > > > > 
> > > > > The attached small java program triggers this error on my machine 
> > > > > against jts-1.6.jar.
> > > > > 
> > > > > HTH,
> > > > > Markus
> > > > 
> > > > 
> > > > > ___
> > > > > jts-devel mailing list
> > > > > [EMAIL PROTECTED] 
> > > > > http://lists.refractions.net/mailman/listinfo/jts-devel
> > > > 
> > > > ___
> > > > jts-devel mailing list
> > > > [EMAIL PROTECTED] 
> > > > http://lists.refractions.net/mailman/listinfo/jts-devel
> > > > 
> > > ___
> > > jts-devel mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.refractions.net/mailman/listinfo/jts-devel
> > ___
> > postgis-devel mailing list
> > [EMAIL PROTECTED]
> > http://postgis.refractions.net/mailman/listinfo/postgis-devel

--- End Message ---


signature.asc
Description: OpenPGP digital signature

Bug#303737: libgeos2: Patch

[Markus Schaber]

Package: libgeos2
Version: 2.0.1-1
Followup-For: Bug #303737

Hi, Steve,

The following patch is a backport of the fix from geos CVS. Including
this as 2.0.1-2 should be much easier than creating a completely new
release.

Thanks,
Markus

diff -ur geos-2.0.1/debian/changelog geos-2.0.1new/debian/changelog
--- geos-2.0.1/debian/changelog 2005-04-08 15:15:41.062560352 +0200
+++ geos-2.0.1new/debian/changelog  2005-04-08 15:55:49.729387336 +0200
@@ -1,3 +1,9 @@
+geos (2.0.1-2) unstable; urgency=low
+
+  * Fix bug in isvalid(), backport from geos CVS (Closes: #303737).
+
+ -- Steve Halasz <[EMAIL PROTECTED]>  Fri, 08 Apr 2005 15:28:40 +0200 
+
 geos (2.0.1-1) unstable; urgency=low
 
   * Initial Release. (Closes: #277514).
diff -ur geos-2.0.1/source/operation/valid/IsValidOp.cpp 
geos-2.0.1new/source/operation/valid/IsValidOp.cpp
--- geos-2.0.1/source/operation/valid/IsValidOp.cpp 2004-09-13 
14:50:11.0 +0200
+++ geos-2.0.1new/source/operation/valid/IsValidOp.cpp  2005-04-08 
15:25:54.375322640 +0200
@@ -361,7 +361,11 @@
for(int i=0;igetNumInteriorRing();i++) {
LinearRing *hole=(LinearRing*) p->getInteriorRingN(i);
const Coordinate& 
holePt=findPtNotNode(hole->getCoordinatesRO(),shell,graph);
-   Assert::isTrue(!(holePt==Coordinate::getNull()), "Unable to 
find a hole point not a vertex of the shell");
+   // Fix 2005-04-07 
+   // Assert::isTrue(!(holePt==Coordinate::getNull()), "Unable to 
find a hole point not a vertex of the shell");
+   if (holePt == null) return;
+   // Fix end
+
bool outside=!pir->isInside(holePt);
if (outside) {
validErr=new TopologyValidationError(
 


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

Bug#303743: qgis: Add Patch for PostGIS 1.0

[Markus Schaber]

Package: qgis
Version: 0.6.0-1
Severity: wishlist

Hello,

qgis currently fails to work against PostGIS 1.0 release candidates,
this is due to qgis relying on the canonical representation instead of
using the OpenGIS compliant access methods. And, guess, this canonical
rep has changed.

On
http://community.qgis.org/index.php?option=com_content&task=view&id=33&Itemid=2
the postgis community has released a patch that fixes this. Could you
apply this patch?

Thanks,
Markus

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-as3-madwifi-fire
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages qgis depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcfitsio2 2.510-1  shared library for I/O with FITS f
ii  libgcc1 1:4.0-0pre9  GCC support library
ii  libgdal11.2.5-1  Geospatial Data Abstraction Librar
ii  libgeos22.0.1-1  Geometry engine for Geographic Inf
ii  libhdf4g4.1r4-18 The Hierarchical Data Format libra
ii  libjasper-1.701-1   1.701.0-2The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-9 The Independent JPEG Group's JPEG 
ii  libltdl31.5.6-4  A system independent dlopen wrappe
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libpq3  7.4.7-2  PostgreSQL C client library
ii  libqt3c102-mt   3:3.3.3-8Qt GUI Library (Threaded runtime v
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3
ii  libtiff43.7.1-4  Tag Image File Format (TIFF) libra
ii  libungif4g  4.1.3-2  shared library for GIF images (run
ii  libxerces21c102 2.1.0-5  Validating XML parser library for 
ii  netcdfg33.5.0-7.1An interface for scientific data a
ii  unixodbc2.2.4-11 ODBC tools libraries
ii  zlib1g  1:1.2.2-3compression library - runtime

-- no debconf information


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

Bug#303743: The actual patch

[Markus Schaber]

Hi,

As there seems to be a somehow annoying registration process on the
community site, I attached the patch to this email.

HTH,
Markus
Index: providers/postgres/qgspostgresprovider.cpp
===
RCS file: /cvsroot/qgis/qgis/providers/postgres/qgspostgresprovider.cpp,v
retrieving revision 1.31.2.7
diff -u -a -r1.31.2.7 qgspostgresprovider.cpp
--- providers/postgres/qgspostgresprovider.cpp  10 Dec 2004 03:54:23 -  
1.31.2.7
+++ providers/postgres/qgspostgresprovider.cpp  12 Feb 2005 04:25:48 -
@@ -603,13 +603,13 @@
 #endif
   if(useIntersect){
 declare += " where intersects(" + geometryColumn;
-declare += ", GeometryFromText('BOX3D(" + rect->stringRep();
+declare += ", setsrid('BOX3D(" + rect->stringRep();
 declare += ")'::box3d,";
 declare += srid;
 declare += "))";
   }else{
 declare += " where " + geometryColumn;
-declare += " && GeometryFromText('BOX3D(" + rect->stringRep();
+declare += " && setsrid('BOX3D(" + rect->stringRep();
 declare += ")'::box3d,";
 declare += srid;
 declare += ")";

Bug#303737: Fixed Patch

[Markus Schaber]

Hi, Steve,

I have to admit that my submitted patch fails to compile, I accidentally
attached the wrong file.

The corrected version is here.

Sorry for the confusion.

Markus


diff -ur geos-2.0.1/debian/changelog geos-2.0.1new/debian/changelog
--- geos-2.0.1/debian/changelog 2005-04-08 15:15:41.062560352 +0200
+++ geos-2.0.1new/debian/changelog  2005-04-08 15:55:49.729387336 +0200
@@ -1,3 +1,9 @@
+geos (2.0.1-2) unstable; urgency=low
+
+  * Fix bug in isvalid(), backport from geos CVS (Closes: #303737).
+
+ -- Steve Halasz <[EMAIL PROTECTED]>  Fri, 08 Apr 2005 15:28:40 +0200 
+
 geos (2.0.1-1) unstable; urgency=low
 
   * Initial Release. (Closes: #277514).
diff -ur geos-2.0.1/source/operation/valid/IsValidOp.cpp 
geos-2.0.1new/source/operation/valid/IsValidOp.cpp
--- geos-2.0.1/source/operation/valid/IsValidOp.cpp 2004-09-13 
14:50:11.0 +0200
+++ geos-2.0.1new/source/operation/valid/IsValidOp.cpp  2005-04-08 
15:25:54.375322640 +0200
@@ -361,7 +361,11 @@
for(int i=0;igetNumInteriorRing();i++) {
LinearRing *hole=(LinearRing*) p->getInteriorRingN(i);
const Coordinate& 
holePt=findPtNotNode(hole->getCoordinatesRO(),shell,graph);
-   Assert::isTrue(!(holePt==Coordinate::getNull()), "Unable to 
find a hole point not a vertex of the shell");
+   // Fix 2005-04-07 
+   // Assert::isTrue(!(holePt==Coordinate::getNull()), "Unable to 
find a hole point not a vertex of the shell");
+   if (holePt == Coordinate::getNull()) return;
+   // Fix end
+
bool outside=!pir->isInside(holePt);
if (outside) {
validErr=new TopologyValidationError(

Bug#300753: Out of time, sorry...

[Markus Schaber]

Hi, @all,

I'm currently too busy to continue work on this subject, but I hope that
I can help again soon.

If you want to see any of the makefile modifications etc. I made here
locally for my tests, please post here, and I'll attach the files to
this bug report.

Sorry,
Markus

-- 
Markus Schaber - http://schabi.de/

But hey!, Standard compliance is something we should strive for, so
let's try and change the Standard :-) [Alexandre Oliva, GCC Developer]


signature.asc
Description: OpenPGP digital signature

Bug#270152: Recalculates the Image MD5sum 9 times when burning 8 identical CDs

[Markus Schaber]

Hi,
This problem may be related to the bug described above, so I do not open 
 a new bug report.

I'm just burning the same ISO-9660 image 8 times. What is most annoying 
is that the MD5sum of the image is calculated 9 times: The first time 
when I select the image to burn, and 8 more times for every burned CD. 
K3B should be able to remember the md5 sum, and not recalculate it 
unnecessarily.

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

Bug#299328: streamtuner: segmentation fault during plugin load.

[Markus Schulz]

Package: streamtuner
Version: 0.99.99-3
Severity: normal

Program exits with segmentation fault during plugin load.
run with gdb:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1083893760 (LWP 7445)]
0x40fdb6bc in init_gtk () from
/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so

perhaps problem comes from python2.3-gtk2, which has changed some days
ago.

run with: strace streamtuner (only last few lines)

stat64("/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk", 0xbfffd220)
= -1 ENOENT (No such file or directory)
open("/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so",
O_RDONLY|O_LARGEFILE) = 10
fstat64(10, {st_mode=S_IFREG|0644, st_size=1437520, ...}) = 0
open("/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so", O_RDONLY) =
11
read(11, "[EMAIL PROTECTED]"...,
512) = 512
fstat64(11, {st_mode=S_IFREG|0644, st_size=1437520, ...}) = 0
old_mmap(NULL, 1440668, PROT_READ|PROT_EXEC, MAP_PRIVATE, 11, 0) =
0x40f91000
old_mmap(0x410d1000, 131072, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 11, 0x13f000) = 0x410d1000
close(11)   = 0
stat64("/usr/lib/python2.3/encodings/utf_8", 0xbfffc4f0) = -1 ENOENT (No
such file or directory)
open("/usr/lib/python2.3/encodings/utf_8.so", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/usr/lib/python2.3/encodings/utf_8module.so",
O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.3/encodings/utf_8.py", O_RDONLY|O_LARGEFILE) = 11
fstat64(11, {st_mode=S_IFREG|0644, st_size=609, ...}) = 0
open("/usr/lib/python2.3/encodings/utf_8.pyc", O_RDONLY|O_LARGEFILE) =
12
fstat64(12, {st_mode=S_IFREG|0644, st_size=1315, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x410f1000
read(12, ";[EMAIL PROTECTED]"...,
4096) = 1315
fstat64(12, {st_mode=S_IFREG|0644, st_size=1315, ...}) = 0
read(12, "", 4096)  = 0
close(12)   = 0
munmap(0x410f1000, 4096)= 0
futex(0x81e0b58, FUTEX_WAKE, 1) = 0
close(11)   = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
***



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) 
(ignored: LC_ALL set to [EMAIL PROTECTED])

Versions of packages streamtuner depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared 
libraries an
ii  libcurl37.13.1-1 Multi-protocol file 
transfer libra
ii  libglib2.0-02.6.3-1  The GLib library of C 
routines
ii  libgtk2.0-0 2.6.2-4  The GTK+ graphical user 
interface 
ii  libidn110.5.13-0.1   GNU libidn library, 
implementation
ii  libpango1.0-0   1.8.1-1  Layout and rendering of 
internatio
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libtagc01.3.1-1  TagLib Audio Meta-Data 
Library (C 
ii  libxml2 2.6.16-3 GNOME XML library
ii  python  2.3.5-1  An interactive high-level 
object-o
ii  python-gtk2 2.6.0-1  Python bindings for the 
GTK+ widge
ii  python2.3   2.3.5-1  An interactive high-level 
object-o
ii  zlib1g  1:1.2.2-4compression library - 
runtime

-- no debconf information


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

Bug#299722: Detailed investigation

[Markus Kienast]

t get me wrong, I believe it
does not hurt to answer those questions. Perhaps putting them into another
level, so the standard user is not bothered by them, would be a ok as well.

Oh, one last test: What happens if I choose Y on the debconf question?

So I choose Y this time on the debconf/dpkg question
and /etc/defaults/mldonkey-server looks like this:
- --
MLDONKEY_DIR=
MLDONKEY_GROUP=
MLDONKEY_UMASK=
MAX_ALIVE=
LAUNCH_AT_STARTUP=false
MLDONKEY_NICENESS=
- --
Looks like a joke, but it is the reality.

I am sorry to say that, since I appreciate the fact, that you took on the
volonary job to maintain a debian package and this way, contribute to the
community, but I am afraid this package sucks.

Futheremore I strongly recommend not to get angry on bug reports and
suggestions, but actually read them, since for example a solution for the
dpkg/ucf problem is already layed out in DETAIL in the bug reports and all
you would have to do is to finally implement them! Even me, that has never
ever created a dpkg could follow the instructions in the bug reports and I
understands the very source of the problem just by reading that comments
carefully.

I believe it is not possible to layout the problems your package in any more
detail than in this report. Furthermore, I believe, that you should have been
able to get to the very same conclusions trying to install your package
yourself. It is not, that you have to have a very special configuration on
your system to run into the problems described, it is a major malfunction of
your package or better the lack of any functionality except for asking a
bunch of questions and the actual init script of course, if that was not
provided from the upstream source.

However, do not feel offended and just make it work. Making mistakes is HUMAN.

Keep it simple!

Regards,
Markus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCOgoI474Mdsi2dOQRAtKgAKDnMQ1UKOgZe5bMAwWNG0S2e5kpJwCcC2/C
hxRSvL8FFHdJLbMpcgRKt70=
=Pb1Q
-END PGP SIGNATURE-


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

Bug#279030: comments on bug #279030

[Markus Kienast]

e hand and
> creating it dynamically as ucf-configfile on the other hand leads
> to collisions like in your case.
- -
As I understand this, you should either go with ucf or with dpkg-conffile. You 
are actually usind dpkg to ask the questions and intend to generate a config 
file dynamically but also providing a default config file as dpkg conffile, 
which of course results in a colission of the two config file sources. Thats 
why this annoying overwriting question appears. 

Your answer, by the way:
- -
> Hummm... I see my error, you think that if i stop providing
> /etc/default/mldonkey-server, i could handle it through ucf ?
- -
Well, what are you waiting for?

Later comment, same conclusion:
- -
> Yes, I think this would be the best solution in your case,
> because you try to handle configuration things via debconf
> and thus you search a way to modify the config-file on the
> fly.
> 
> The other way would be to throw all the debconf stuff away
> and just provide a static default conffile (dpkg conffile,
> no ucf at all - perhaps the version you ship along with the
> package currently) and let users do their changes manually.
> 
> But... whatever you decide to do - you should try to keep
> things in a clean state. I.e. if you decide to no longer use
> ucf but dpkg's conffile, make sure, the config file gets
> removed from ucf's sphere of responsibility (I'm not sure,
> if ucf --purge removes the file itself too, which could
> not be what you want :)).
> The same applies in the other direction too: if you decide
> to use ucf, make sure, dpkg doesn't feel responsible anymore
> (which is not so easy too, because conffiles are handled
> specifically - they are not removed for example just because
> the package doesn't contain them anymore).
> 
> > I am not sure i will try, even if what you told me is really useful. I
> > think i will ask less question, because a lot of values in this file are
> > not really interesting, and generally are too technical.
> 
> Well, because of this debconf invented priorities.
> Have a look at snort for example:
>   db_beginblock
>   db_input medium snort/interface || true
>   db_input high snort/address_range || true
>   db_input low snort/disable_promiscuous || true
>   db_endblock
>   db_go
> Depending on how users configured their debconf (debconf/priority),
> they will only be asked questions with equal or higher priorities.
> I.e. a user like me who configured debconf/priority to low will
> see all questions, while a normal user who left debconf/priority
> at its default (medium) will only see the first two questions
> while the third is not shown to him but gets its default value
> instead. No need to mention that you have to provide meaningful
> defaults then :)
> 
> 
> regards
>Mario

- -
My conclusion:
Either go a pure dpkg or a pure ucf way. I do not know insights about any of 
these ways, but it seems to me, according to the comments above that you are 
not only shipping a file and trying to dynamically generate one but actually 
asking questions with dpkg while they should be asked with ucf in your case, 
which might be the reason, why no matter what answer I choose on the 
overwrite question, my actual debconf decisions never ever make it into the 
config file!! NEVER EVER, neither way!!

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

iD8DBQFCOouB474Mdsi2dOQRAtn1AKCYGLk20wmd8I7X8I0ydcaXx5teoACeOHEq
TwKzr6qUrumiABuc7U4xG8U=
=nQN5
-END PGP SIGNATURE-


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

Bug#300753: libpgjava could migrate to main from contrib

[Markus Schaber]

Package: libpgjava
Version: 7.4.2-1
Severity: wishlist

According to my small tests, libpgjava builds using "ant --usejikes"
without any non-free jdks. I know that ant itsself is in contrib, but
there is libant1.6-java that should contain all the needed
functionality. 

See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290228

So I think with a little change to the build process, we could move
libpgjava to main.

If you are interested in doing so, but cannot develop patches on your
own, I could try to have a look into it.

Markus

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-as3-madwifi-fire
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libpgjava depends on:
ii  classpath  2:0.12-1  GNU Classpath - clean room standar
ii  gij-3.3 [java1-runtime 1:3.3.5-8 The GNU Java bytecode interpreter
ii  java1-runtime-dummy [j 1.0   Dummy package providing java1-runt
ii  java2-runtime-dummy [j 1.0   Dummy package providing java2-runt
ii  kaffe-pthreads [java1- 2:1.1.4.PRECVS6-1 A POSIX threads enabled version of
ii  sablevm [java1-runtime 1.1.9-1   Free implementation of Java Virtua
ii  sun-j2sdk1.4 [java2-ru 1.4.2+07  Java(TM) 2 SDK, Standard Edition, 

-- no debconf information


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

Bug#300753: libpgjava could migrate to main from contrib

[Markus Schaber]

Hi, Arnaud,
Arnaud Vandyck schrieb:
According to my small tests, libpgjava builds using "ant --usejikes"
without any non-free jdks. I know that ant itsself is in contrib, but
there is libant1.6-java that should contain all the needed
functionality.
The ssl part is also built?
At least the screen output told that it is building the jdbc3 ssl
version, but I did not yet test it yet. I'll be able to have a closer
look at it at thursday.
So I think with a little change to the build process, we could move
libpgjava to main.
If you are interested in doing so, but cannot develop patches on your
own, I could try to have a look into it.
Please, be sure the secure part is built and if so, feel free to patch
it. Send your patch to the list and you'll find a sponsor to apply it
and upload the new package.
Is libpgjava currently looking for a new mainainer?
Markus
--
Der Trick ist, die Grate zwischen den eigenen Wissensluecken zum
Bildungskanon und alles andere zu fachidiotischem Spezialwissen zu
erklaeren. (25. 6. 04, Andreas Kabel in de.etc.sprache.deutsch)


signature.asc
Description: OpenPGP digital signature

Bug#303955: jikes-sun: Your fix does not work.

[Markus Schaber]

Package: jikes-sun
Version: 0.8
Followup-For: Bug #303955

Tags: patch


The attached version of jikes-sun really fixes the issue, and it also
changes the search ordering (it makes sense to check for both 1.5 jdk 
and 1.5 jre before checking the 1.4 counterparts).

It seems that your optimization of my contribution for the 0.7 release
broke the jdk pathes.



HTH,
Markus


jikes-sun
Description: application/shellscript

Bug#303955: jikes-sun: This does not fix the problem

[Markus Schaber]

Package: jikes-sun
Version: 0.8
Followup-For: Bug #303955

Hello,
Just changing the dependency field does not fix the problem, as the
original bug submitter said: 

> But it wouldn't work because `/usr/bin/make-jpkg' looks only at 
> `/usr/lib/j2${path_type}${version}-sun/lib/rt.jar' on RE _and_ SDK
> installations although the RE included in SDK is located in
> `/usr/lib/j2${path_type}${version}-sun/jre/'.

The problem is that the JDK packages contain their rt.jar in the
jre/lib/ subdirectory instead of the lib/ subdirectory.

The attached jikes-sun versions solves the problem for me, but I'm not
shure whether it breaks for other people.

Greets,
Markus


jikes-sun
Description: application/shellscript

Bug#307888: template_gis database

[Markus Schaber]

Hello,

The template_gis database is created by the postgis packages from debian
gis project, and has datallowconn=false as it should not be modified.

As Ingo wrote above, having a non-available data directory (e. G. a not
mounted hard disk) can be another reason for the update to fail.

It may be to difficult to find out all datallowconn=false databases and
do the unlock-update-freeze-lock them in the postinstall, but the
postinstall should not fail completely.

My suggestion is that you continue with the other databases, and at the
end, print out an error message that lists all failed databases, and
tells the user the possible reasons and that he has to fix those
databases by hand. If the user does not say "yes" on this message, the
post-install fails.

Markus


signature.asc
Description: OpenPGP digital signature

Bug#304249: v.hull.html: say what a convex hull is

[Markus Neteler]

Fixed in CVS (both 6.1 and 6.0.1)

Markus
-- 
Markus Netelerhttp://mpa.itc.it
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18-   38050 Povo (Trento), Italy


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

Bug#304275: [Pkg-grass-devel] Bug#304275: /usr/share/doc/grass-doc/html/: invalid HTML

[Markus Neteler]

The HTML files are generated upon compilation.
The resulting file comes with a complete header etc.

Markus
-- 
Markus Netelerhttp://mpa.itc.it
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18-   38050 Povo (Trento), Italy


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

Bug#305422: [rv].surf.idw.html: refers to non existent [rv].surf.idw2.

[Markus Neteler]

I have re-added the missing r.surf.idw2 to
both 6.1-CVS and 6.0.1-CVS.

> Also e.g., s.surf.rst is mentioned in v.surf.rst.html.
Fixed as well.

-- 
Markus Netelerhttp://mpa.itc.it
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18-   38050 Povo (Trento), Italy


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

Bug#309313: mysql driver cannot retrieve data

[Markus Hoenicka]

Package: libdbd-mysql
Version: 0.7.1-3
Severity: grave

When running applications built with libdbi0 (0.7.2-1), the pgsql
(libdbd-pgsql) and sqlite (libdbd-sqlite) drivers work ok. The mysql
driver (this package) is able to connect to databases, but any attempt
to retrieve stored data fails with an error code indicating a data
type mismatch between the SQL column and the retrieval function. As an
example, you cannot retrieve a 4 byte integer from a MySQL column of
type INT using the dbi_result_get_long() function.

Attempting to insert data into existing tables causes the app to
segfault.

Building libdbi and libdbi-drivers from CVS source cures both problems.

Other relevant versions: 
mysql-server-4.1: 4.1.11-3
libmysqlclient14: 4.1.11-3
Debian 3.0 testing
Linux version 2.4.26-1-k7 ([EMAIL PROTECTED]) (gcc version 3.3.3
  (Debian 20040401))
libc6-2.3.2.ds1-21

I suggest rebuilding the package using recent versions of
libmysqlclient.

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



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

Bug#305501: gnuplot: home/end keys don't work

[Markus . Grunwald]

Package: gnuplot-nox
Version: 4.0.0-2

Gnuplot can't handle cursor keys correctly: When I start gnuplot, type 
"word " and press "Home" "End" "Delete", I get this line in gnuplot:

gnuplot> word 7~8~3~

I would expect that the cursor moves to line start, line end and delete a 
character.
It seems that this version of gnuplot is not linked against gnus 
libreadline. I suggest linking against gnu libreadline, because all the 
cursor handling is much better and even file completition is working! This 
can be done via

./configure --with-readline=gnu 

I would be very happy if this could be fixed soon, because we use gnuplot 
very often here.

Thanks,
Markus Grunwald
Softwareentwicklung

PRÜFTECHNIK Condition Monitoring GmbH
Oskar-Messter-Straße 19-21
85737 Ismaning
www.pruftechnik.com
Tel: +49 (0)89 99616177
Fax: +49 (0)89 99616200