Bug#341098: libftdi0: URL has changed

[Tobias Frost]

Package: libftdi0
Version: 0.7-1
Severity: minor
Tags: patch

The URL where the source can be downloaded has changed.

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

Versions of packages libftdi0 depends on:
ii  libc6   2.3.5-8.1GNU C Library: Shared libraries an
ii  libusb-0.1-42:0.1.10a-22 userspace USB programming library

libftdi0 recommends no packages.

-- no debconf information
diff -Naur libftdi-0.7-orig/debian/control libftdi-0.7/debian/control
--- libftdi-0.7-orig/debian/control 2005-11-28 08:55:40.0 +
+++ libftdi-0.7/debian/control  2005-11-28 08:53:00.0 +
@@ -16,7 +16,7 @@
  Functionalities include the possibility to use the chips in standard
  mode, in bitbang mode, and to read or write the serial EEPROM.
  .
-  Homepage: http://www.intra2net.com/opensource/ftdi/index.html
+  Homepage: http://www.intra2net.com/de/produkte/opensource/ftdi/index.php
 
 Package: libftdi-dev
 Section: devel
@@ -26,4 +26,4 @@
  This package contains the header files and static library needed to
  compile applications that use libftdi.
  .
-  Homepage: http://www.intra2net.com/opensource/ftdi/index.html
+  Homepage: http://www.intra2net.com/de/produkte/opensource/ftdi/index.php
diff -Naur libftdi-0.7-orig/debian/copyright libftdi-0.7/debian/copyright
--- libftdi-0.7-orig/debian/copyright   2005-11-28 08:55:40.0 +
+++ libftdi-0.7/debian/copyright2005-11-28 08:57:08.0 +
@@ -1,7 +1,7 @@
 This package was debianized by Aurelien Jarno <[EMAIL PROTECTED]> on
 Mon, 29 Mar 2004 12:30:31 +0200.
 
-It was downloaded from http://www.intra2net.com/opensource/ftdi/index.html
+It was downloaded from 
http://www.intra2net.com/de/produkte/opensource/ftdi/index.php
 
 Upstream Author: Intra2net AG <[EMAIL PROTECTED]>
 

Bug#311272: ipw2100-source: source tar.gz has wrong file date, which is confusing

[Tobias Frost]

Package: ipw2100-source
Version: 1.1.0-1
Severity: minor


The installed file has the following attributes:

-rw-r--r--  1 root root 114028 2005-03-26 18:41 ipw2100-source.tar.gz

Please note, that the date is "March 26". This leads (at least in my
case) to confusion, if it is really the newest version. The 1.1 Version
was released on May 2005 23rd. 

(it broke also my home-brewn cron-script informing me about new sources in my 
source dir...)

Thank you.


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

Versions of packages ipw2100-source depends on:
ii  debconf [debconf-2.0] 1.4.50 Debian configuration management sy
ii  debhelper 4.2.36 helper programs for debian/rules
ii  module-assistant  0.9tool to make module package creati

-- debconf information:
* ipw2100/firmware_note:


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

Bug#315045: kdessh: kdessh should change dependency on sshd

[Tobias Frost]

Package: kdessh
Version: 4:3.3.2-1
Severity: important


as now the ssh packets are split into openssh-client and openssh-server
packages, the dependencies should be changed to this packages
(maybe openssh-server as recommended, and openssh-client as required)

The ssh package itself is marked "transitional", therefore I decided the
level "important".


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

Versions of packages kdessh depends on:
ii  kdelibs4 4:3.3.2-6.1 KDE core libraries
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libgcc1  1:4.0.0-9   GCC support library
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.4-3   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libstdc++5   1:3.3.6-6   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxrender1  1:0.8.3-1   X Rendering Extension client libra
ii  ssh  1:4.1p1-4   Secure shell client and server (tr
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

kdessh recommends no packages.

-- no debconf information


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

Bug#317332: udev: Please update dependencies

[Tobias Frost]

Package: udev
Version: 0.062-3
Followup-For: Bug #317332

Severity: grave


The package should be name a dependecy on kernel-2.6.12

This fault can make a system unusable (think of remote machines.)





-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx  1 root root 20 Apr 11 15:22 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx  1 root root 19 Dec 20  2004 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx  1 root root 13 Dec 20  2004 udev.rules -> ../udev.rules
lrwxrwxrwx  1 root root 12 Jul  4 12:09 z50_run.rules -> ../run.rules
lrwxrwxrwx  1 root root 17 Jul  4 12:09 z70_hotplugd.rules -> ../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hdc/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/class/drm/i915/dev
/sys/class/i2c-dev/i2c-0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hw_random/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/tun/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/timer/dev

-- Kernel configuration:
 isapnp_init not present.


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

Versions of packages udev depends on:
ii  hotplug  0.0.20040329-22 Linux Hotplug Scripts
ii  initscripts  2.86.ds1-1  Standard scripts needed for bootin
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libselinux1  1.24-1  SELinux shared libraries
ii  makedev  2.3.1-78creates device files in /dev
ii  sed  4.1.4-2 The GNU sed stream editor

udev recommends no packages.

-- debconf information:
  udev/devfs-warning:
* udev/reboot-warning:


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

Bug#326929: kdevelop3 has dependency on a not available package

[Tobias Frost]

Package: kdevelop3
Version: 4:3.2.0-3
Severity: grave
Justification: renders package unusable


"kdelibs4" is not available anymore. This makes this package in
uninstallable or forces to uninstall due other updates.


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

Versions of packages kdevelop3 depends on:
ii  autoconf  2.59a-3automatic configure script builder
ii  automake1.4 [automaken]   1:1.4-p6-9 A tool for generating GNU Standard
ii  automake1.7 [automaken]   1.7.9-7A tool for generating GNU Standard
ii  automake1.8 [automaken]   1.8.5-3A tool for generating GNU Standard
ii  automake1.9 [automaken]   1.9.6-1A tool for generating GNU Standard
ii  kdebase-bin   4:3.3.2-1  KDE Base (binaries)
ii  kdelibs4  4:3.3.2-7  KDE core libraries
ii  kdevelop3-data4:3.2.0-3  An IDE for Unix/X11 - data
ii  kdevelop3-plugins 4:3.2.0-3  An IDE for Unix/X11 - development 
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-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0c102]   0.1.5-2Client library for the gamin file 
ii  libgcc1   1:4.0.1-6  GCC support library
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpcre3  6.3-1  Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3c102-mt 3:3.3.4-3  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libstdc++51:3.3.6-9  The GNU Standard C++ Library v3
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxrandr26.8.2.dfsg.1-6 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages kdevelop3 recommends:
ii  kdevelop3-doc 4:3.2.0-3  An IDE for Unix/X11 - documentatio
ii  make  3.80-11The GNU version of the "make" util

-- debconf information:
  kdevelop3/use_global_index: false


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

Bug#326929: FW: Re: Bug#326929: kdevelop3 has dependency on a not available package

[Tobias Frost]

merge 326929 326883
thanks


Jeremy Laine <[EMAIL PROTECTED]> schrieb am 06.09.05 19:37:42:

Hi Tobias,

I submitted a similar bug today and sent a patch to build KDevelop 3.2.2 against
the latest Qt / KDE libs:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326883

Jeremy

--
http://www.jerryweb.org/ : JerryWeb.org
http://sailcut.sourceforge.net/  : Sailcut CAD
http://opensource.polytechnique.org/ : Polytechnique.org Free Software


_
Mit der Gruppen-SMS von WEB.DE FreeMail können Sie eine SMS an alle 
Freunde gleichzeitig schicken: http://freemail.web.de/features/?mc=021179

Bug#262257: (no subject)

[Tobias Frost]

Subject: fetchmail: Submitting Patch, Correcting tags
Followup-For: Bug #262257
Package: fetchmail
Version: 6.3.6~rc3

As the package is not yet uploaded, I built the package locally. 
Attached is the patch I used for that. It only fixes the problem.

(As a suggestion, one could also add "popclient" to the "provides"
section)

(PLEASE upload it soon, latest after the freeze!) 

Thank you,
Tobi


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

Versions of packages fetchmail depends on:
ii  adduser  3.101   Add and remove users and groups
ii  debianutils  2.17.4  Miscellaneous utilities specific t
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20061027   Common CA Certificates PEM files

-- no debconf information
diff -rup fetchmail-6.3.6~rc3/debian/control 
fetchmail-6.3.6~rc3-patch/debian/control
--- fetchmail-6.3.6~rc3/debian/control  2006-12-30 14:35:03.0 +0100
+++ fetchmail-6.3.6~rc3-patch/debian/control2006-12-30 14:42:10.0 
+0100
@@ -11,7 +11,7 @@ XS-Vcs-Svn: svn://svn.debian.org/pkg-fet
 Package: fetchmail
 Architecture: any
 Depends: ${shlibs:Depends}, debianutils (>= 1.7), adduser (>= 3.34), gettext, 
lsb-base (>= 3.0-6)
-Conflicts: popclient, fetchmail-common, logcheck (<< 1.1.1-9), fetchmail-ssl 
(<= 6.2.5-12)
+Conflicts: fetchmail-common, logcheck (<< 1.1.1-9), fetchmail-ssl (<= 6.2.5-12)
 Replaces: fetchmail-common, fetchmail-ssl
 Provides: fetchmail-ssl
 Suggests: fetchmailconf, exim4 | mail-transport-agent, resolvconf

Bug#405101: gramofile: Please update suggests to "wodim" as "cdrecord" is history (patch attached)

[Tobias Frost]

Package: gramofile
Version: 1.6-7
Severity: minor
Tags: patch

As wodim is now replacing cdrecord in debian, please update your
debian/config file, and allowing to remove the transitional package
"cdrecord"

Attached is a patch, which will update the debian/control file.

NOTE: I'm working on a patch removing all occurences of "cdrecord". As
this is more invasive, I'll gonna to post this patch in an extra bug, to
keep this fix "as small as possible"

Tobi

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

Versions of packages gramofile depends on:
ii  fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

Versions of packages gramofile recommends:
pn  mctools-lite   (no description available)

-- no debconf information
diff -rup gramofile-1.6/debian/control gramofile-1.6-patched/debian/control
--- gramofile-1.6/debian/control2006-12-31 10:56:14.0 +0100
+++ gramofile-1.6-patched/debian/control2006-12-31 10:58:50.0 
+0100
@@ -9,12 +9,12 @@ Package: gramofile
 Architecture: any
 Depends: ${gramofile:Depends}
 Recommends: mctools-lite
-Suggests: cdrecord
+Suggests: wodim
 Description: Transfer sound from gramophone records to CD
  GramoFile enables you to record audio from (for example) gramophone
  records, process the signal and listen to the results. Because sound
  files in .WAV-format are used, it is possible to exchange the files
- with many other programs. Cdrecord(1) can burn CD-Recordables of these,
+ with many other programs. Wodim(1) can burn CD-Recordables of these,
  so you can make CDs with the music of your favorite records.  The user
  interface of GramoFile has a windows-like look-and-feel, making it
  fairly easy to use.

Bug#405101: gramofile: Forgot the patch..

[Tobias Frost]

Package: gramofile
Followup-For: Bug #405101

First think, than press "send" ;-)


Tobi

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

Versions of packages gramofile depends on:
ii  fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

Versions of packages gramofile recommends:
pn  mctools-lite   (no description available)

-- no debconf information
diff -purN gramofile-1.6.orig/debian/91_rename_cdrecord_wodim.dpatch 
gramofile-1.6-patched/debian/91_rename_cdrecord_wodim.dpatch
--- gramofile-1.6.orig/debian/91_rename_cdrecord_wodim.dpatch   1970-01-01 
01:00:00.0 +0100
+++ gramofile-1.6-patched/debian/91_rename_cdrecord_wodim.dpatch
2006-12-31 12:26:30.0 +0100
@@ -0,0 +1,43 @@
+# This patch removes all occurences of "cdrecord" in the source and 
documentation.
+# This includes removing a link to a (not existing anymore) site of Schilling. 
+#
+# Also changes the packagefile to suggest wodim instead of cdrecord.
+#
+#  by Tobias Frost, [EMAIL PROTECTED], 12-31-2006
+#PATCHOPTIONS -p1
+
+diff -pur -p1 gramofile-1.6.orig/mainmenu.c gramofile-1.6-patched/mainmenu.c
+--- gramofile-1.6.orig/mainmenu.c  2006-12-31 11:42:45.0 +0100
 gramofile-1.6-patched/mainmenu.c   2006-12-31 11:34:58.0 +0100
+@@ -221,3 +221,3 @@ will be generated, each containing one t
+ 
+-"This option is not implemented yet. You can use the `cdrecord' \
++"This option is not implemented yet. You can use the `wodim' \
+ or `xcdroast' program to create CDs from sound files on the harddisk.",
+diff -pur -p1 gramofile-1.6.orig/README gramofile-1.6-patched/README
+--- gramofile-1.6.orig/README  2000-03-28 23:06:32.0 +0200
 gramofile-1.6-patched/README   2006-12-31 11:38:49.0 +0100
+@@ -219,15 +219,12 @@ Write an audio CD: 
+  - This option is not yet implemented. There are some plans to program a
+-uniform user interface to the cdrecord(1) program here. You have to
++uniform user interface to the wodim(1) program here. You have to
+ use the bare program for this moment. Try something like
+ 
+-cdrecord -v speed=2 dev=0,2,0 -audio -pad track01.wav track02.wav ... 
++wodim -v speed=2 dev=0,2,0 -audio -pad track01.wav track02.wav ... 
+ 
+-Actual information on cdrecord may be found on:
+-http://www.fokus.gmd.de/research/cc/glone/employees/
+- joerg.schilling/private/cdrecord.html
+-
+-If you like a graphical front-end to write CD's, try the xcdroast
+-program:
+-http://www.fh-muenchen.de/rz/xcdroast
+-(Note: you may have to use the wav2cdr utility.)
++Please check out the wodim package or the cdrkit-doc package for 
++details.
++
++You always can use a graphical front-end to write CD's, like the 
++xcdroast program. See the xcdroast package for details.
+ 
+
diff -purN gramofile-1.6.orig/debian/packages 
gramofile-1.6-patched/debian/packages
--- gramofile-1.6.orig/debian/packages  2006-12-31 12:21:38.0 +0100
+++ gramofile-1.6-patched/debian/packages   2006-12-31 12:24:21.0 
+0100
@@ -68,12 +68,12 @@ Package: gramofile
 Architecture: any
 Depends: [/usr/bin/*]
 Recommends: mctools-lite
-Suggests: cdrecord
+Suggests: wodim
 Description: Transfer sound from gramophone records to CD
  GramoFile enables you to record audio from (for example) gramophone
  records, process the signal and listen to the results. Because sound
  files in .WAV-format are used, it is possible to exchange the files
- with many other programs. Cdrecord(1) can burn CD-Recordables of these,
+ with many other programs. Wodim(1) can burn CD-Recordables of these,
  so you can make CDs with the music of your favorite records.  The user
  interface of GramoFile has a windows-like look-and-feel, making it
  fairly easy to use.

Bug#405101: gramofile: new patch

[Tobias Frost]

Package: gramofile
Version: 1.6-7
Followup-For: Bug #405101

Please disregard the prevoius patch. I did the patch in the wrong file,
as I was blind to see that you use dpatch...

Well, here is the complete patch, removing all (but one in the TODO)
occurence of cdrecord.

The patch modified two files:
- debian/package for the control file generation 
- adding a new dpatch rule 91_rename_cdrecord_wodim.dpatch, which will
  do touch these two files: mainmenuc.c and README

In the README, I removed the URL to the not-anymore-existing page of
Schilling. Instead, I put in a link to the cdrkit-doc package.

Have fun.

Tobi



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

Versions of packages gramofile depends on:
ii  fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

Versions of packages gramofile recommends:
pn  mctools-lite   (no description available)

-- no debconf information


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

Bug#262257: fetchmail STILL conflicts to popclient

[Tobias Frost]

Package: fetchmail
Version: 6.3.6~rc3-1
Followup-For: Bug #262257

REOPENING, because bug is still there!


#apt-cache show fetchmail | grep -e Version: -e Conflicts:
Version: 6.3.6~rc3-1
Conflicts: popclient, fetchmail-common, logcheck (<< 1.1.1-9),
fetchmail-ssl (<= 6.2.5-12)




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

Versions of packages fetchmail depends on:
ii  adduser  3.100   Add and remove users and groups
ii  debianutils  2.17.4  Miscellaneous utilities specific t
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20061027   Common CA Certificates PEM files

-- no debconf information


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

Bug#402721: debian-policy: WISHLIST Please make clear, that "conflicts" should only be used when really necessary

[Tobias Frost]

Package: debian-policy
Version: 3.7.2.2
Severity: wishlist

Looking at #262257, as an exampple, there are packages which declares
conflicts for whatever reason. However, the reason is NOT, that thec
packages could not co-existent on the same system (For the example,
retchmail could be also installed with fetchmail -- they do not
interfere)

My wishlist-entry would be to clarify, tha conflicts should only be
used, if the packages "won't do" if both installed... (as the word
"conflict" implies. The reason "the other package is doing the same, so
conflict on it to prevent both installed" is -- IMHO -- not the
intention of conflicts

Thanks (especially for the very good work you're doing here)
Tobi






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

-- no debconf information


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

Bug#403331: kEsetroot: passes NULL parameter to imlib2

[Tobias Frost]

Package: eterm
Version: 0.9.4.0debian1-2
Severity: important

Seems that the file-parameter is not io...

Also, it seems, that the programm lacks to check for the result, as it
does not fail (it also ask the question, but does not wait for user input). 
Exit-Code is also "0" even if a failure occured.

Currently I have no time to see the source, so I just file the bug...

[EMAIL PROTECTED]:~$ kEsetroot logo.ppm
* Imlib2 Developer Warning * :
This program is calling the Imlib call:

imlib_load_image_immediately();

With the parameter:

file

being NULL. Please fix your program.
/usr/bin/Esetroot:  Unable to load image file "(null)".
Do you want to start kEsetroot when KDE starts? y/n [EMAIL PROTECTED]:~$ echo $?
0






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

Versions of packages eterm depends on:
ii  libast2 0.7-1the Library of Assorted Spiffy Thi
ii  libc6   2.3.6.ds1-9  GNU C Library: Shared libraries
ii  libfreetype62.2.1-5  FreeType 2 font engine, shared lib
ii  libice6 1:1.0.1-2X11 Inter-Client Exchange library
ii  libimlib2   1.3.0.0debian1-4 powerful image loading and renderi
ii  libsm6  1:1.0.1-3X11 Session Management library
ii  libx11-62:1.0.3-4X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxmu6 1:1.0.2-2X11 miscellaneous utility library
ii  zlib1g  1:1.2.3-13   compression library - runtime

eterm recommends no packages.

-- no debconf information


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

Bug#401820: Bug confirmed; Patchfile attached

[Tobias Frost]

Severity 401820 grave
Tags 401820 + patch
thanks

Justification: Renders package (almost) unuseable, and this is not good
for edge. (If after resume, like using powersaved, changes are high,
this will give no working graphics at all...)

Subject: 915resolution: Patch works
Followup-For: Bug #401820
Package: 915resolution
Version:0.5.2-8

I can confirm the problem.

But I think, the patch should look like:


34c34
< $PROG -l >/dev/null 2>&1 || wrong_chipset
---
> $PROG -l 2&>/dev/null || wrong_chipset

Attached is a patch file.


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

Versions of packages 915resolution depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared
libraries
ii  vbetool  0.7-1.1 run real-mode video BIOS
code to a

915resolution recommends no packages.

-- no debconf information

diff -C 2 new/915resolution old/915resolution
*** new/915resolution	2006-12-06 11:12:55.0 +0100
--- old/915resolution	2006-12-06 11:08:46.0 +0100
***
*** 32,36 
  }
  
! $PROG -l >/dev/null 2>&1 || wrong_chipset
  
  if [ "$MODE" = auto -a \! -x "$VBETOOL" ] || [ "$MODE" != auto -a \( -z "$MODE" -o -z "$XRESO" -o -z "$YRESO" \) ] ; then
--- 32,36 
  }
  
! $PROG -l 2&>/dev/null || wrong_chipset
  
  if [ "$MODE" = auto -a \! -x "$VBETOOL" ] || [ "$MODE" != auto -a \( -z "$MODE" -o -z "$XRESO" -o -z "$YRESO" \) ] ; then

Bug#406825: retitling as I was wrong...

[Tobias Frost]

tags 406825 upstream
retitle 406825 rt2500-source: rt2500 fails to build in kernel2.6.20-rc5 
thanks

Retitle:
I used rc5 not rc3.
(This was a typo...)

Upstream
I filed the bug in the projects BTS at sf.net

PS: why it is marked done?


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

Bug#406825: retitling as I was wrong...

[Tobias Frost]

tags 406825 upstream
retitle 406825 rt2500-source: rt2500 fails to build in kernel2.6.20-rc5 
thanks

Retitle:
I used rc5 not rc3.
(This was a typo...)

Upstream
I filed the bug in the projects BTS at sf.net

PS: why is the bug marked done?


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

Bug#399047: Bug origined in debian, not upstream

[Tobias Frost]

tags 399047 - upstream
notforwarded 399047
thanks

Yes, exactly. The bug was introduced by the debian maintainer, not
upstream. 

(I correct the tags of this patch, as the previous control message did
not work)


Tobi




Am Samstag, den 25.11.2006, 06:46 +0100 schrieb Ana Guerrero:
> Hi Tobias,
> 
> On Fri, Nov 17, 2006 at 05:00:34PM +0100, Tobias Frost wrote:
> > 
> > I have to correct the upstream tag, as this is not in upstream.
> > looking at mp3check_0.8.0-4.diff.gz, this is where the bug was introduced.
> >
> 
> Looking at the package changelog, it seems this change was introduced by
> the maintainer to fix bug #227977.
> 
-- 
++[>++>+++>>+>++><<<<<<-]>+++.
>++.---.>>--.>.<.<<+++.---.>>>.<<<+.>>+.<<---.
>-. >>>+++.

PGP-KeyID: 0x0DBDCA9B



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

Bug#401218: xserver-xorg-video-i810-modesetting: After X is started, switching back to console: console is corrupted

[Tobias Frost]

Package: xserver-xorg-video-i810-modesetting
Version: 1.6.5.git20061014.ac1-1
Severity: important


After X is started. switching back to a text console ("Ctrl+F1" as
example), the text console just "flickers" and is completly unusable.
(However, the console is responsible, so a "blind" login works.. Therefore
this bug is not so critical, but annoying..)

I do not know, what information will be helpful for finding the bug, so
please just let me know who I can help.

Here's some information:
- I needed to use 855resolution for modesettingi (however, disabled
  before this try). Maybe this pacakge
  overwrites the modes needed for console? (The "graphics effects" I
  get, looks like that the TFT is "not in sync"
  
- My native display is 1280x800.

Additonally:

rechenzwerg:/home/tobi# 915resolution -l
Intel 800/900 Series VBIOS Hack : version 0.5.2

Chipset: 855GM
BIOS: TYPE 2
Mode Table Offset: $C + $36f
Mode Table Entries: 21

Mode 30 : 640x480, 8 bits/pixel
Mode 32 : 800x600, 8 bits/pixel
Mode 34 : 1024x768, 8 bits/pixel
Mode 38 : 1280x1024, 8 bits/pixel
Mode 3a : 1600x1200, 8 bits/pixel
Mode 3c : 1920x1440, 8 bits/pixel
Mode 41 : 640x480, 16 bits/pixel
Mode 43 : 800x600, 16 bits/pixel
Mode 45 : 1024x768, 16 bits/pixel
Mode 49 : 1280x1024, 16 bits/pixel
Mode 4b : 1600x1200, 16 bits/pixel
Mode 4d : 1920x1440, 16 bits/pixel
Mode 50 : 640x480, 32 bits/pixel
Mode 52 : 800x600, 32 bits/pixel
Mode 54 : 1024x768, 32 bits/pixel
Mode 58 : 1280x1024, 32 bits/pixel
Mode 5a : 1600x1200, 32 bits/pixel
Mode 5c : 1920x1440, 32 bits/pixel
Mode 7c : 1280x800, 8 bits/pixel
Mode 7d : 1280x800, 16 bits/pixel
Mode 7e : 1280x800, 32 bits/pixel






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

Versions of packages xserver-xorg-video-i810-modesetting depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-11  X.Org X server -- core server

xserver-xorg-video-i810-modesetting recommends no packages.

-- no debconf information


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

Bug#399047: mp3check: Protection of id3-Tags does not work

[Tobias Frost]

Package: mp3check
Version: 0.8.0-4
Severity: grave
Justification: causes non-serious data loss 

Using mp3check to remove junk deletes id3-info, even if it tells not to
so. Can it be, that in retrying the junk-end detection, the
id3-detection fails, or the restoring of the id-tags fails?

Here's an example of my own CD collection

[EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3
File: 01 - Nie Genug.mp3
Title:   Nie Genug  Track: 1
Artist:  Christina Stürmer
Album:   Lebe LauterYear:  2006
Comment:Genre:  [255]

[EMAIL PROTECTED]:~$ mp3check --cut-junk-start --cut-junk-end 01\ -\ Nie\ 
Genug.mp3
cut-junk-start: removing first 1045 bytes, retrying
cut-junk-start: no junk found
cut-junk-end: valid id3 tag trailer v1.1 found, protecting it
cut-junk-end: removing last 2104 bytes, retrying
cut-junk-end: tag successfully restored
cut-junk-start: no junk found
cut-junk-end: removing last 128 bytes, retrying
cut-junk-start: no junk found
cut-junk-end: no junk found

[EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3
01 - Nie Genug.mp3 does not have an ID3 1.x tag.



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

Versions of packages mp3check depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libstdc++5   1:3.3.6-13  The GNU Standard C++ Library v3

mp3check recommends no packages.

-- no debconf information


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

Bug#399047: mp3check: providing patch

[Tobias Frost]

Package: mp3check
Version: 0.8.0-4
Followup-For: Bug #399047

I found the bug, and here's the patch.

Also, upstream  will be informed...


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

Versions of packages mp3check depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libstdc++5   1:3.3.6-13  The GNU Standard C++ Library v3

mp3check recommends no packages.

-- no debconf information
Gemeinsame Unterverzeichnisse: orig/debian und patched/debian.
diff -C 2 orig/mp3check.cc patched/mp3check.cc
*** orig/mp3check.cc2006-11-17 15:24:22.0 +0100
--- patched/mp3check.cc 2006-11-17 15:37:03.0 +0100
***
*** 1134,1138 
if(have_a_tag)
{
!  if(tag->restore((unsigned char*)p - (128 - rest))) {
  fmes(name, "%scut-junk-end: tag successfully restored%s\n", 
cok, cnor);
   } else {
--- 1134,1138 
if(have_a_tag)
{
!  if(tag->restore((unsigned char*)p )) {
  fmes(name, "%scut-junk-end: tag successfully restored%s\n", 
cok, cnor);
   } else {

Bug#399047: Bug origined in debian, not upstream

[Tobias Frost]

tags 399047 -upstream 
thanks

I have to correct the upstream tag, as this is not in upstream.
looking at mp3check_0.8.0-4.diff.gz, this is where the bug was introduced.




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

Bug#358493:

[Tobias Frost]

Just a question: Is the bug fixed or not...
The changelog implies, that it is, so can we close that bug then?

Or is this still an issue?
_
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=0066



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

Bug#420060: avr-libc: FTBS due missing "epstopdf"

[Tobias Frost]

Package: avr-libc
Version: 1:1.4.5-2
Severity: serious
Tags: patch
Justification: Fails to build from sources

To the recent changes towards texlive, epstopdf is not available with
the given build-depends. The attached patch fixes that, by installing 
"texlive-extra-utils" if tetex has been updated to a "transistional"
version. 
Please verify if it has any (to me) unkown side effects.

Thank you!



Here's the output on dpkg-buildpackagee: 
--- snip ---
sh: epstopdf: command not found
Error: Problems running epstopdf. Check your TeX installation!
/home/tobi/src/avr-libc-1.4.5/doc/examples/demo/demo.dox:74: Warning:
explicit link request to 'ifdef' could not be resolved
/home/tobi/src/avr-libc-1.4.5/doc/examples/demo/demo.dox:277: Warning:
included file demo_eeprom.hex is not found. Check your EXAMPLE_PATH
sh: epstopdf: command not found
Error: Problems running epstopdf. Check your TeX installation!
sh: epstopdf: command not found
Error: Problems running epstopdf. Check your TeX installation!
sh: epstopdf: command not found
Error: Problems running epstopdf. Check your TeX installation!
sh: epstopdf: command not found
Error: Problems running epstopdf. Check your TeX installation!

--- snip ---


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

Kernel: Linux 2.6.18
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information
diff -Naur avr-libc-1.4.5.orig/debian/changelog avr-libc-1.4.5/debian/changelog
--- avr-libc-1.4.5.orig/debian/changelog2007-04-19 16:22:12.0 
+0200
+++ avr-libc-1.4.5/debian/changelog 2007-04-19 16:22:03.0 +0200
@@ -1,3 +1,9 @@
+avr-libc (1:1.4.5-3) unstable; urgency=low
+
+  * debian/control: changed build-depends to fix FTBFS 
+ 
+ -- Tobias Frost <[EMAIL PROTECTED]>  Wed, 18 Apr 2007 15:21:32 +0100
+
 avr-libc (1:1.4.5-2) unstable; urgency=low
 
   * Convertion to debheler fixed (closes: #398220)
diff -Naur avr-libc-1.4.5.orig/debian/control avr-libc-1.4.5/debian/control
--- avr-libc-1.4.5.orig/debian/control  2007-04-19 16:24:25.0 +0200
+++ avr-libc-1.4.5/debian/control   2007-04-19 16:22:03.0 +0200
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Hakan Ardo <[EMAIL PROTECTED]>
 Standards-Version: 3.2.1
-Build-Depends: gcc-avr (>=1:4.1.0-1), debhelper (>=5), doxygen (>=1.3.4-1), 
tetex-bin, tetex-extra, transfig, gs, netpbm, x11-common, 
+Build-Depends: gcc-avr (>=1:4.1.0-1), debhelper (>=5), doxygen (>=1.3.4-1), 
tetex-bin (<=3.0-30) | texlive-extra-utils (>=2007-4), tetex-extra | 
texlive-extra-utils (>=2007-4), transfig, gs, netpbm, x11-common, 
 
 Package: avr-libc
 Architecture: all

Bug#420163: avr-libc: wrong named bit in SFR of AT90PWMx

[Tobias Frost]

Package: avr-libc
Version: 1:1.4.5-3
Severity: normal
Tags: patch

In the include file for the at90pwm devices, in the register PLLCSR,
one bit has the wrong name.
According the datasheet (Atmel document id 4317H–AVR–12/06, page 36) bit
#2 should have the name PLLF, not PCKE.

The attached patch fixes the it.

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

Kernel: Linux 2.6.18
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information
--- avr-libc-1.4.5.orig/include/avr/io90pwmx.h	2005-11-10 23:19:07.0 +0100
+++ avr-libc-1.4.5/include/avr/io90pwmx.h	2007-04-20 15:06:50.0 +0200
@@ -370,7 +370,7 @@
 /* PLL Control and Status Register */
 #define PLLCSR  _SFR_IO8(0x29)
 /* PLLCSR */
-#define PCKE2   /* PCK Enable */
+#define PLLF2   /* PCK Enable */
 #define PLLE1   /* PLL Enable */
 #define PLOCK   0   /* PLL Lock Detector */
 

Bug#420163: Acknowledgement (avr-libc: wrong named bit in SFR of AT90PWMx)

[Tobias Frost]

I also filed the bug upstream. 

http://savannah.nongnu.org/bugs/index.php?19650

Tobi


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

Bug#420443:

[Tobias Frost]

severity 420443 grave
thanks

Justification: Breaks whole mail subsystem. Neither send nor receive is
possbile. After sending server giving up, mail loss will occour. On not
proberbly configured mail servers, mail loss will occour after first
delivery attempt. (they exists: my univeristy has one)


-- 
++[>++>+++>>+>++><<-]>+++.
>++.---.>>--.>.<.<<+++.---.>>>.<<<+.>>+.<<---.
>-. >>>+++.

PGP-KeyID: 0x0DBDCA9B



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

Bug#420163: avr-libc: Another fix for AT90PWMx

[Tobias Frost]

Package: avr-libc
Followup-For: Bug #420163

The attached patch addes these Bits to the register ADCSRB

ADHSM 7 /* ADC High Speed Mode */
ADTS3 3 /* ADC Auto Trigger Source 3 */

Tobi

Filed upstream as bug #19666

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

Kernel: Linux 2.6.18
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information
--- /home/tobi/src/io90pwmx.h	2007-04-20 11:18:15.0 +0200
+++ io90pwmx.h	2007-04-23 10:04:38.0 +0200
@@ -560,6 +560,8 @@
 /* ADC Control and Status Register B */
 #define ADCSRB  _SFR_MEM8(0x7B)
 /* ADCSRB */
+#define ADHSM   7   /* ADC High Speed Mode */
+#define ADTS3   3   /* ADC Auto Trigger Source 3 */
 #define ADTS2   2   /* ADC Auto Trigger Source 2 */
 #define ADTS1   1   /* ADC Auto Trigger Source 1 */
 #define ADTS0   0   /* ADC Auto Trigger Source 0 */

Bug#420163:

[Tobias Frost]

found 420163 1:1.4.5-2
thanks 

Correction of the version... 1.4.5.3 is my local generated package.

-- 
++[>++>+++>>+>++><<-]>+++.
>++.---.>>--.>.<.<<+++.---.>>>.<<<+.>>+.<<---.
>-. >>>+++.

PGP-KeyID: 0x0DBDCA9B



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

Bug#383749: harden-clients: please depend on openssh instead of ssh

[Tobias Frost]

Package: harden-clients
Severity: minor

The ssh package is a transitional package and replaced by
the openssh-client and openssh-server packagages.

Maybe it is a good idea to require these instead of ssh?

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


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

Bug#392524:

[Tobias Frost]

Severity: wishlist
thanks

Sorry for interfering, but why do you think this is RC-critical?



___
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02

Bug#392524:

[Tobias Frost]

severity 392524 wishlist
thanks

Mhpf... Forgot to edit command
___
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02

Bug#392540: bugs are identical

[Tobias Frost]

merge 392540 392541
thanks



-- 
++[>++>+++>>+>++><<-]>+++.
>++.---.>>--.>.<.<<+++.---.>>>.<<<+.>>+.<<---.
>-. >>>+++.

PGP-KeyID: 0x0DBDCA9B



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

Bug#382090: aptitude: Segfault on "aptitude -u" as non-root

[Tobias Frost]

Package: aptitude
Version: 0.4.2-1
Severity: normal

If running "aptitude -u" as regular user, and then pressing enter on the
prompt "become root", it segfaults. 

If run as root, it is fine and works.
Also, if run as regular user without "-u", and then pressing "u" it
works too.

Attached is a strace of the offending version.





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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.45 Advanced front-end for dpkg
ii  libc6 2.3.6-18   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-10 GCC support library
ii  libncursesw5  5.5-2  Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.16-3   type-safe Signal Framework for C++
ii  libstdc++64.1.1-10   The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.2-1English manual for aptitude, a ter

-- no debconf information
execve("/usr/bin/aptitude", ["aptitude", "-u"], [/* 33 vars */]) = 0
uname({sys="Linux", node="rechenzwerg", ...}) = 0
brk(0)  = 0x82bb000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f56000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=112949, ...}) = 0
mmap2(NULL, 112949, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f3a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libapt-pkg-libc6.3-6.so.3.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\0\210\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=766216, ...}) = 0
mmap2(NULL, 769796, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e7e000
mmap2(0xb7f38000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb9) = 0xb7f38000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libncursesw.so.5", 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\360\366"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=312384, ...}) = 0
mmap2(NULL, 313708, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e31000
mmap2(0xb7e75000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x44) = 0xb7e75000
mmap2(0xb7e7d000, 2412, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e7d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libsigc-2.0.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\360\37"..., 512) = 512
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e3
fstat64(3, {st_mode=S_IFREG|0644, st_size=18632, ...}) = 0
mmap2(NULL, 21600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e2a000
mmap2(0xb7e2f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4) = 0xb7e2f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libpthread.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 H\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=85046, ...}) = 0
mmap2(NULL, 70104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e18000
mmap2(0xb7e26000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0xb7e26000
mmap2(0xb7e28000, 4568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e28000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", 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\340\307"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=892628, ...}) = 0
mmap2(NULL, 919172, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d37000
mmap2(0xb7e0d000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd5) = 0xb7e0d000
mmap2(0xb7e12000, 22148, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e12000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libm.so.6", 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`3\0\00

Bug#392941: mediawiki1.7: why so pissed

[Tobias Frost]

Package: mediawiki1.7
Followup-For: Bug #392941

I think, this bug is originated in bad dependency, and therefore
a seroius Debian Policy Violation.

If you think, that mediawiki-1.5 and mediawiki-1.7-xxx shoould not 
be installed together, they have to conflict.
But as a debian maintainer, you surely read Chapter #3.5, #5.3, and 7.2







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


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

Bug#393131: mediawiki: Maintainer address is not a common reachable e-mail-address

[Tobias Frost]

Package: mediawiki
Severity: serious
Justification: Violation of Debian Policy 3.3

The address is <[EMAIL PROTECTED]>
and as it showed up in bug #392941, this is a -private- member-only
email list, which can -- and did in 392941 -- can bounce.


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


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

Bug#733485: RM: python-drizzle -- ROM; dead upstream; no reverse deps

[Tobias Frost]

Package: ftp.debian.org
Severity: normal

Hallo,

on behalf of the former maintainer, Monty Taylor I request removal of 
python-drizzle.

I orphaned python-drizzle (#724231) a while ago, and as there was no response I 
think 
it is time to remove it finally. 

Thanks, 

-- 
coldtobi


For reference, here is the original mail:

On 09/20/2013 02:16 PM, Tobias Frost wrote:
> Dear Monty Taylor, 
> 
> How are you? I hope that you are fine.

All is quite well, thanks!

> I was wondering about your packages python-drizzle and plywood, which
> has a few important bugs pending and only being NMUed the last two
> years. Also your other packages did not receive an upload the past
> years.
> 
> Please let me know if you are still active, because your packages are
> missing you. Please tell me a little bit about your plans regarding your
> packages, what you are going to do and when you think you are going to
> do so.

I have, in fact, lost interest in these packages. I was packaging them
because I was also upstream for them - and then I stopped working on
them as an upstream, so I stopped working on them as a packager too.

> If you aren't interested in your packages anymore, just tell us as well
> and we'll try to find new maintainers. In case your packages are
> co-maintained, you may have lost interest in them so you (or we) can ask
> not to be mentioned in maintainer fields. 

Yes please - I think a new maintainer would be great. That said - both
are essentially abandoned upstream, so it might be worthwhile looking to
see if it makes sense for them to remain in debian at all.

> Thank you for all your contributions and regards, 

Thank you!

Monty


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

Bug#733486: RM: plywood -- ROM; dead upstream, no reverse deps

[Tobias Frost]

Package: ftp.debian.org
Severity: normal

Hallo,

on behalf of the former maintainer, Monty Taylor I request removal of plywood

I orphaned plywood (#724269) a while ago, and as there was no response I think
it is time to remove it finally.

Thanks,

-- 
coldtobi


For reference, here is the original mail:

On 09/20/2013 02:16 PM, Tobias Frost wrote:
> Dear Monty Taylor, 
> 
> How are you? I hope that you are fine.

All is quite well, thanks!

> I was wondering about your packages python-drizzle and plywood, which
> has a few important bugs pending and only being NMUed the last two
> years. Also your other packages did not receive an upload the past
> years.
> 
> Please let me know if you are still active, because your packages are
> missing you. Please tell me a little bit about your plans regarding your
> packages, what you are going to do and when you think you are going to
> do so.

I have, in fact, lost interest in these packages. I was packaging them
because I was also upstream for them - and then I stopped working on
them as an upstream, so I stopped working on them as a packager too.

> If you aren't interested in your packages anymore, just tell us as well
> and we'll try to find new maintainers. In case your packages are
> co-maintained, you may have lost interest in them so you (or we) can ask
> not to be mentioned in maintainer fields. 

Yes please - I think a new maintainer would be great. That said - both
are essentially abandoned upstream, so it might be worthwhile looking to
see if it makes sense for them to remain in debian at all.

> Thank you for all your contributions and regards, 

Thank you!

Monty


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

Bug#724231: O: python-drizzle -- python binding to libdrizzle

[Tobias Frost]

Package: wnpp
Followup-For: Bug #724231

For your reference, I just requested removal of this package
See #724231 

-- 
coldtobi


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

Bug#724269: O: plywood -- playwriting typing and typesetting help

[Tobias Frost]

Package: wnpp
Followup-For: Bug #724269

For reference, I just requested removal of this package.
See #733486

-- 
coldtobi


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

Bug#733292: Don't build depends on systemtap-sdt-dev for mips64(el) and mipsn32el

[Tobias Frost]

Package: drizzle
Severity: wishlist
Followup-For: Bug #733292

Fix just commited to the repository.

Thanks for reporting,

-- 
coldtobi


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

Bug#738634:

[Tobias Frost]

Hi Andreas,

can you please clearify as requested... 

(If this bug was a mistake, please just close it :)

Thanks!


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

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Hallo Agustin,

Just tested the exp2... Looks good from here!

Just one question: disabling auto-compat does not have any effect
anymore? (I think thats good, just want to ensure that this was
intended)

When I'm back from my business trip, I will then proceed to start the
discussion for the overhaul of the simple aspell directoires on
debian-devel et.al, if that is ok with you. 


Best regards,
-- 
Tobias 


Am Donnerstag, den 13.02.2014, 17:22 +0100 schrieb Agustin Martin:
> On Sat, Feb 08, 2014 at 07:09:22PM +0100, Agustin Martin wrote:
> > 2014-02-08 11:19 GMT+01:00 Tobias Frost :
> > > Hallo Augustin,
> > >
> > > thanks for the patch, look and feel of it is very good.
> > > I also tried it on the modified aspell-it (just randomly picked pet
> > > package to test piuparts-happy-dictionaries packaging) and the result
> > > was as expected.
> > >
> > > However, when I disabled "auto-compat" by removing the line in
> > > *.info-aspell something seems goes wrong:
> > > The package then some creates a bogus hashfile name like
> > > HASH(0x6e9848).rws  and the installed autoscripts looks like it would
> > > ignore the disabled auto-compat.
> > 
> > Hi,
> > 
> > Thanks a lot for the testing, this was a bug at my side. I prepared a
> > preliminary version for simple packages like aspell-it. Then improved
> > it and extended to more complex dicts like aspell-en, and in this step
> > I broke the aspell-it like case :-(.
> 
> Hi,
> 
> Just uploaded 1.22.0~exp2 to experimental.
> 
> Besides dh_aspell-simple stuff it contains some code to stop using debconf
> as only registry.
> 
> > > I just have an additional suggestion, however this is just something
> > > something "pedantic".
> > > Currently installdeb-aspell also installs a (dangling) symlink when
> > > auto-compat is turned on. Lintian does emit a experimental warning on
> > > that. (e.g X: aspell-it: package-contains-broken-symlink)
> > > My proposal would be to add a snippet to the preinst-compat and
> > > postrm-compat scripts to create and delete the symlinks.
> > > Please see the attached patch, but please be warned: Perl's not a
> > > language I'm fluent in.
> > 
> > Thanks, I will look at it. But I am beginning to think that this is
> > something that should have been dealt with from the very beginning by
> > aspell itself, without the need of any symlink, that is making aspell
> > look for hashes with this precedence
> > 
> > /var/lib/aspell
> > /usr/lib/aspell
> > 
> > This would make symlinks unneeded and be a cleaner implementation. Not
> > sure if aspell can have more than one search path, but if possible may
> > be the best choice.
> 
> Lived this before :-( (http://bugs.debian.org/310590#48), seems this is not
> possible. I have asked upstream to confirm that to be sure.
> 
> In the meantime I have been thinking that those symlinks could be created by
> the $class-autobuildhash scripts and record the target .rws and symlink full
> paths in a file like $compat.remove. This file could be parsed from postrm
> to make sure hashes and symlinks are removed. If there is no simple way of
> adding the paths, this could also be useful if multiarch is ever implemented
> for aspell.
> 
> Added some code for this removal in the experimental package. After upload
> noticed that I should also check /usr/lib/$class, this is ~exp2.
> 
> Regards,
> 


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

Bug#740049: maradns: [src:maradns] Fix in Makefile for deadwood (DwRandPrime.h generation)

[Tobias Frost]

Hi Sam,

thanks for your feedback!
However, I think this a Debian-specific patch where can be assumed
that /dev/urandom is there. 

The current rule has two problems:
- It fails if DwRandPrime.h is not there, but DwRandPrime.h could be
easily reconstructed 
- It always changes DwRandPrime.h and therefore changes the upstream
source outside of the debian directory, and deb-source barks.
(Currently the packaging works around this by keeping a copy of the file
in debian/ and copies it back in the clean target)

But you're right: Maybe the patch could be simpilifed to (with the
assumption that there is a /dev/urandom).
If there is no /dev/urandom, it is probably better to fail, if I got
your concerns right?
 
DwRandPrime.h: RandomPrime
./RandomPrime > DwRandPrime.h
> > 

  DwRandPrime.h: RandomPrime
> >  -  if [ -e /dev/urandom ] ; then ./RandomPrime >
DwRandPrime.h ; fi
> > 



Am Montag, den 24.02.2014, 23:23 -0800 schrieb Sam Trenholme:
> Upstream here:
> 
> Keep in mind that 'if [ -e /dev/urandom ] ; then ./RandomPrime >
> DwRandPrime.h ; fi' is a rule in the middle of a Makefile and only
> runs when DwRandPrime.h is not there.  The reason to have a fallback
> DwRandPrime.h is so operating systems without /dev/urandom (yes, there
> is a Windows port of this critter) can still have this file and
> compile Deadwood.
> 
> The reason this is dynamically generated is to keep the hash function
> random (the code has been there since 2007, over four years before
> hash bucket collision attacks were common knowledge); in 2010, I made
> the hash function random at runtime also (so people using precompiled
> binaries are not vulnerable to hash bucket collision attacks).
> 
> - Sam
> 
> On Mon, Feb 24, 2014 at 11:08 PM, coldtobi  wrote:
> > Source: maradns
> > Severity: minor
> > Tags: patch
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > Hi Dariusz,
> >
> > when reviewing the package I found that a rule in the Makefile for deadwood 
> > is
> > wrong and not generating DwRandPrime.h if not present.
> >
> > As this issue was introduced by a patch already in your package, I attach 
> > the
> > *complete* patch for your convenience.  This is the diff on the patch:
> >
> > - --- a/debian/patches/deadwood_makefile.patch
> > +++ b/debian/patches/deadwood_makefile.patch
> > @@ -2,7 +2,7 @@ Author: Nicholas Bamber 
> >  Subject: deadwood source code corrupted during build
> >   Also we don't like binaries with a capital in the name.
> >  Forwarded: not-needed
> > - -Last-Update: 2012-02-12
> > +Last-Update: 2014-02-25
> >  --- a/deadwood-3.2.05/src/Makefile
> >  +++ b/deadwood-3.2.05/src/Makefile
> >  @@ -20,7 +20,7 @@
> > @@ -34,7 +34,7 @@ Last-Update: 2012-02-12
> >
> >   DwRandPrime.h: RandomPrime
> >  -  if [ -e /dev/urandom ] ; then ./RandomPrime > DwRandPrime.h ; fi
> > - -+  if [ -e /dev/urandom -a -f DwRandPrime.h ] ; then mv -f 
> > DwRandPrime.h DwRandPrime.h.bak ; ./RandomPrime > DwRandPrime.h ; fi
> > ++  if [ -e /dev/urandom -a -f DwRandPrime.h ] ; then mv -f 
> > DwRandPrime.h DwRandPrime.h.bak ; fi ; ./RandomPrime > DwRandPrime.h
> >
> > note that the only change is to move the "fi" to the left to unconditionally
> > run ./RandomPrime, and not only if if has been there before.
> >
> > (With that patch applied, the current hack in d/rules (copying the backup
> > d/DwRandPrime.h over the generated file in the clean target) can be 
> > replaced by
> > just deleting the file in d/clean. d/rules would just be more "cleaner" 
> > this way)
> >
> > Thanks!
> >
> > - --
> > Tobias Frost
> >
> > - -- System Information:
> > Debian Release: jessie/sid
> >   APT prefers unstable
> >   APT policy: (500, 'unstable'), (500, 'testing')
> > Architecture: amd64 (x86_64)
> > Foreign Architectures: i386
> >
> > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
> > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> >
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v1
> >
> > iQIcBAEBCAAGBQJTDEFUAAoJEJFk+h0XvV02RCQP/2Y6fnYuOmhHaF7JQ2GN2SDW
> > tuaDoEs/znztZhXoQdhBf5j+PViRbNBjo3buYILRsWnUafNSbfmPxMS1ioKPR/UX
> > yslb5IUY7GTazvZc+JlNNXNuWqY1fzfla0dFI7zYScZKfz0cOY7GOAwMd+i2dr7o
> > Jaqffg850tnGBz0g2BmLdebcPk59UUunq8rs+vGqzrJRQj432gpGeF6g6p98pH6h
> > ouukZ0h6QLX7PKSFagKhSqRvA247qswOxiuCwjDab6f6zb53fvDe7hyg3erFySp4
> > t51U9Skj8I5L0KVenZGtlTptEteK56G85MmeIttSlbfCwHXq1Z5tbm/CvrOJ2IOL
> > CDtl+sTQ7KElOL2FnZ36CwE05uyxSebNAdR1jFHOYoboIBWrkwR+opnhv4DGaZcR
> > Aw7f4LfJbSmZpCeaKNJLJ98mH7Zy6pT0l1sauGqMQ1eLIx3ALBJFzhpyAjdBuO63
> > xNlCeXTwFJlwNNM1zxOoPxK/Fcep3MTPi9Cy8zMf0lojZXBw456cy53w5HZrELWy
> > PP/yO6oXnDY79HkUNJ/IuwZzMSzMfBODLBsTkOpiab2GRk+NJ7AnqZBq//gpaTB7
> > eP6p4yNKnaRE1/Eu40O654qp0gdw8Rdm5TriAGvpJKJCh8X47zHW2sG3v6E0pR2x
> > 1ffMu6Y/5qpKqgniIJ7s
> > =/R1/
> > -END PGP SIGNATURE-


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

Bug#740120: RFS: gambc/4.7.2-1

[Tobias Frost]

Hi Jackson,

(Please note that I am not an DD)

Some remarks, not a complete review:
-> you should change the bug-title of 677709 to ITA and set yourself as owner

-> d/copyright:
I think you need also to include a shorttext on the Apache-2.0 license, not
only the link to /usr/share/common-licenses/

The manpage gsi.1 is "Released under the same license as Gambit-C.", not GPL-2+.

-> d/control
I'm not a native English speaker, but it is really "Scheme
interpreter|compiler" with a captial "S"?

-> d/watch
Maybe you want to contact upstream if they are willing to sign the code
tarballs? (not a blocking point, its nice-to-have on an subsequent upload ;-))

-> d/libgambc4.install
I think you can remove the shebang in this file.

(As said, only paper-review, did not try to build the package.)

thanks for your contribution!

-- 
Tobias

> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
> Could someone please sponsor the package gambc? It is a scheme compiler
> that is currently 4 years out of date in debian. The mentors page is
> http://mentors.debian.net/package/gambc and the dsc at
> http://mentors.debian.net/debian/pool/main/g/gambc/gambc_4.7.2-1.dsc
>  Thank you
>


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

Bug#736315: Forwarding to maintainer

[Tobias Frost]

I'm not sure if the first assignement was right and the mainatiner got the
bugerport in the first place, so explecitly forwarding it. (Sorry for the
noise)


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

Bug#735953: RFS: shc/3.8.9-1 [ITP] -- Generic shell script compiler

[Tobias Frost]

Hi Tong,

You should always have an updated development system.
 It can also be a chroot, so it won't interfere with your daily needed 
installation. ( Indeed, a chroot for dev work has other advantages too; IMHO 
strongly suggested to use it always..)

-- 
coldtobi


Tong Sun  schrieb:
>Hi Eriberto,
>
>Thanks a lot for checking into my package.
>
>My sid is about 3~4 weeks old but somehow I don't have lintian
>problems of hyphen-used-as-minus-sign and
>hardening-no-fortify-functions. I've shot into the dark, so please
>verify for me. New build just uploaded:
>
>Uploading to mentors (via http to mentors.debian.net):
>  Uploading shc_3.8.9-1.dsc: done.
>  Uploading shc_3.8.9.orig.tar.gz: done.
>  Uploading shc_3.8.9-1.debian.tar.gz: done.
>  Uploading shc_3.8.9-1_source.changes: done.
>Successfully uploaded packages.
>
>PS. for hardening-no-fortify-functions, this is my fix:
>https://github.com/suntong001/shc-build/commit/c1daa032cddcb61e68d13b3b205f2c199ce28569
>
>If it doesn't work, please tell me how.
>
>Thanks
>
>On Sun, Jan 19, 2014 at 11:17 AM, Eriberto 
>wrote:
>> Hi Tong,
>>
>> How are you?
>>
>> Your package has several lintian messages and all are fixable.
>>
>> I: shc source: quilt-patch-missing-description
>01_remove-makefile.diff
>> I: shc source: quilt-patch-missing-description 02_add-Makefile.diff
>> I: shc source: quilt-patch-missing-description
>03_remove-pause-from-match.diff
>> I: shc source: debian-watch-file-is-missing
>> I: shc: hardening-no-fortify-functions usr/bin/shc
>> I: shc: spelling-error-in-manpage usr/share/man/man1/shc.1.gz
>> Unfortunatelly Unfortunately
>> I: shc: hyphen-used-as-minus-sign usr/share/man/man1/shc.1.gz:60
>> I: shc: spelling-error-in-manpage usr/share/man/man1/shc.1.gz comand
>command
>> I: shc: hyphen-used-as-minus-sign usr/share/man/man1/shc.1.gz:101
>>
>> I suggest to you fix the problems and re-upload your package, that is
>> very interesting and useful.
>>
>> Regards,
>>
>> Eriberto
>>
>>
>> 2014/1/18 Tong Sun :
>>>
>>> I am looking for a sponsor for my package "shc"
>>>

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.


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

Bug#735222: [wnpp]

[Tobias Frost]

Package is now in NEW.


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

Bug#737510: [trafficserver] Transistion of boost -- Boost 1.53 is going away

[Tobias Frost]

Source: trafficserver
Found: 4.1.2-1
Severity: serious
Control: block 730275 by -1

Dear Maintainer,

The recent upload B-D on libboost1.53-dev. However, this package is supposed
to be removed as there is currently the transistion to boost-1.54

Please check if you really need a versioned boost dependency -- in my
experierence only depending on libboost-dev is sufficient for most package and
will in the long run ease subsequent boost transistions.

Thanks

-- 
Tobias Frost


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

Bug#737703: cubemap: FTBFS

[Tobias Frost]

No, it was not a new one.

Just retried with a freshly created pbuilder enviorment:
Unfortunatly it fails here with the same error as in the buildds :(
(tried on amd64 and i386)

coldtobi

Am Wednesday, den 05.02.2014, 20:22 +0100 schrieb Philipp Kern:
> On 2014-02-05 18:36, coldtobi wrote:
> > I tried to reproduce this on my local box in a chroot and using 
> > pdebuilder...
> > It built successfully here (amd64)...
> > 
> > So maybe this was some glitch in the buildd?
> 
> Did you recreate the chroot from scratch? In this case it might not have 
> been passed to cowbuilder by me, as an exception. (Which is going to 
> bite me directly, I guess.)
> 
> Kind regards
> Philipp Kern


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

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Hallo Augustin,

thanks for the patch, look and feel of it is very good.
I also tried it on the modified aspell-it (just randomly picked pet
package to test piuparts-happy-dictionaries packaging) and the result
was as expected. 

However, when I disabled "auto-compat" by removing the line in
*.info-aspell something seems goes wrong:
The package then some creates a bogus hashfile name like
HASH(0x6e9848).rws  and the installed autoscripts looks like it would
ignore the disabled auto-compat. 
Also, the result is the same if a it.compat is provided in
$DESTDIR/var/lib/aspell or not. 
(I'll attach the Debian directory of aspell-it I used for the test; It
might be caused also my incomplete understanding of the packaging
procedure of dictionaries. Note that the "original" package as currently
in the archives builds perfeclty fine and is unaffected of the issue I
saw... its seems only to be broken with dh_aspell-simple.)   

Talking about auto-compat, I think it would be anyway a good idea to
depreciate NOT using auto-compat or maybe even making it the default
behaviour: Installing the compiled *.rws and then rehashing it on e.g
aspell-updates will make debsums produce wrong warnings. 

Thinking about it, it maybe would be best if the dh_aspell-dimple would
indeed *fail* at build time if auto-compat is not enabled. This way, we
could keep backwars compatiblity for the installdeb-aspell interface but
enforce a better way of packaging on packages updated to use the new
interface.  

As said before, enabling auto-compat will work perfectly fine and result
is as expected, also debsums and piupart are happy.

I just have an additional suggestion, however this is just something
something "pedantic".
Currently installdeb-aspell also installs a (dangling) symlink when
auto-compat is turned on. Lintian does emit a experimental warning on
that. (e.g X: aspell-it: package-contains-broken-symlink)
My proposal would be to add a snippet to the preinst-compat and
postrm-compat scripts to create and delete the symlinks.
Please see the attached patch, but please be warned: Perl's not a
language I'm fluent in.


One plan for jessy would be to update the existings aspell-* packages
which are currently shipping the hashfiles. And as according to the
stocktaking I made, almost all of those would benefit of
dh_aspell-simple. (Exceptions are src:dutch, src:dsdo and
src:norwegian)  

To start the discussion e.g on debian-devel, dict-common-dev and with
the individual maintainers, can you maybe upload already the current
state to experimental, even if the docs are still incomplete?

Thanks!

--
Tobias Frost



Am Freitag, den 07.02.2014, 16:10 +0100 schrieb Agustin Martin:

> I was looking at this and am attaching a diff with the current status. 
> 
> I included an --aspell-simple option in installdeb-aspell which will enable
> postprocessing of an already 'make install'ed aspell official dictionary,
> including a debhelper sequence and a 'dh_aspell-simple' wrapper. $lang is 
> extracted from Makefile.pre and hash base names from already installed .rws
> files, removed after info collection. This info is used to properly install
> compressed .cwl files. Even tries to deal with multi-hash dicts.
> 
> This is the first time I deal with a debhelper sequence, hope nothing is
> wrong. Took some time to notice that it only accepts "dh_*" commands
> without options.
> 
> When looking at this, I am getting convinced that our current installdeb-*
> structure is becoming hard to maintain. It dealt originally with two very
> similar targets (ispell and wordlist), so "slice" was really useful and
> simple. But more and more stuff was added including aspell, hunspell and
> autobuildhash and has now become a bit messy. Need to find time to try
> putting things in a separate "DictionariesCommonDev" perl module so the
> real scripts become simpler and easier to maintain again and can be split
> easily if desired (pod section will greatly appreciate that). And use
> Dh_Lib functions to make everything more consistent.
> 
> Anyway, I have done some preliminary testing and seems to work well, but
> I need to test this more in depth. Also need to improve documentation, so
> upload will not be immediate.
> 
> Thanks for your suggestion and proposed changes. They were really useful
> when preparing these changes.
> 
> Regards,
> 

diff -Naur dictionaries-common_orig/scripts/debhelper/installdeb.in dictionaries-common/scripts/debhelper/installdeb.in
--- dictionaries-common_orig/scripts/debhelper/installdeb.in	2014-02-07 17:01:23.676496366 +
+++ dictionaries-common/scripts/debhelper/installdeb.in	2014-02-07 18:36:36.043091943 +
@@ -445,11 +445,11 @@
 
 	# Install extra auto-scripts for auto-compat handling
 	autoscript ($package, "preinst", "prei

Bug#738177: [O] haildb - Library implementing InnoDB-like database

[Tobias Frost]

Package: wnpp
Subject: "[O] haildb - Library implementing InnoDB-like database"
Control: clone -1 -2 -3 -4 
Control: retitle -2 "libinnodb: Monty Taylor no longer maintainer"
Control: severity -2 wishlist
Control: reassign -2 src:libinnodb
Control: retitle -3 "oscpack: Monty Taylor no longer maintainer"
Control: severity -3 wishlist
Control: reassign -3 src:oscpack
Control: retitle -4 "M.Taylor probably no longer maintaining"
Control: reassign -4 src:python-mysqldb
Control: severity -4 wishlist

After contacting the current maintainer, he told me that he is no longer
interested in maintaining the paackage. Therefore orphaning it or
informing the remaining (co)maintainers.
 
Dear co-maintainers, it would be great if you could indicate on this bug
that your are still active and indicate if you intend maintain it :)
Thanks!

-- 
Tobias Frost

 Weitergeleitete Nachricht 
Von: Monty Taylor 
An: Tobias Frost 
Betreff: Re: Package python-drizzle
Datum: Fri, 07 Feb 2014 21:12:48 +0000

On 02/07/2014 07:24 AM, Tobias Frost wrote:
> Hallo Monty,
>
> srry to disturb you again But I think I missed your answer about the
> packages where you are still listed as maintainer:
>
> haildb
> libinnodb
> oscpack
> libinnodb
>
> Can you please let me know if you are still interested in maintaining
> those packages. If I get a "no" or no answer until end of February, I
> can offer to orphan them for you.

Hi!

Thanks - if you could orphan them, I'd appreciate it. I'm no longer 
interested in these packages.


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

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Package: lintian
Severity: wishlist
X-Debbugs-CC: a...@debian.org
X-Debbugs-CC: agmar...@debian.org

Hi Andreas,

well, there's defintly a point in your argument and it would be also
fine to fix that by adding ignore logix to lintian. 
 
Lets also ask the lintian people about their opinion and ask them to
ignore the dangling link in *spell-xx packages.


Dear Lintian folks,

You can find the background of this in #737515. 

In short, aspell / ispell dictionaries have hashfiles
in /var/lib/*spell/ which are hashed at install time. To have them
working they need a symlink from /usr/lib/*spell/$hashfile to
var/lib/*spell/$hashfile.
The *spell-*.debs install the symlink, and as the hashfile is only
generated at installtime, it is dangling at package creation time.

One way would be to generated the links on install-time, but I agree on
Andreas that this would be somehow overkill.
The other options is to silence package-contains-broken-symlink 
in this specific case. 
Can you do that?

Best regards,
Tobias Frost


Am Samstag, den 08.02.2014, 12:27 +0100 schrieb Andreas Beckmann:
> On 2014-02-08 11:19, Tobias Frost wrote:
> 
> > I just have an additional suggestion, however this is just something
> > something "pedantic".
> > Currently installdeb-aspell also installs a (dangling) symlink when
> > auto-compat is turned on. Lintian does emit a experimental warning on
> > that. (e.g X: aspell-it: package-contains-broken-symlink)
> > My proposal would be to add a snippet to the preinst-compat and
> > postrm-compat scripts to create and delete the symlinks.
> > Please see the attached patch, but please be warned: Perl's not a
> > language I'm fluent in.
> 
> I don't think we should put this complexity into the maintainer scripts.
> I'd rather consider this as a "false positive" in lintian since the
> package ships a dangling link, but after finished installation the link
> won't be dangling any more. So we should rather try to get this "fixed"
> in lintian, maybe even conditionally depending on some command in the
> postinst:
> 
> if (has_dangling_link(/usr/lib/*spell/*.$hash ->
> /var/lib/*spell/*.$hash) and postinst_calls(update-foo)
>   ignore_dangling_link()
> 
> I'd prefer this way instead of (automatically) adding lintian-overrides
> to every aspell-xx package.
> 
> 
> Andreas
> 


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

Bug#738187:

[Tobias Frost]

Package: lintian
Severity: wishlist
Control: retitle -1 "lintian: Please ignore dangling symlink for 
*-spell-dictionaries"
X-Debbugs-CC: a...@debian.org
X-Debbugs-CC: agmar...@debian.org

Hi Andreas,

well, there's defintly a point in your argument and it would be also
fine to fix that by adding ignore logix to lintian. 
 
Lets also ask the lintian people about their opinion and ask them to
ignore the dangling link in *spell-xx packages.


Dear Lintian folks,

You can find the background of this in #737515. 

In short, aspell / ispell dictionaries have hashfiles
in /var/lib/*spell/ which are hashed at install time. To have them
working they need a symlink from /usr/lib/*spell/$hashfile to
var/lib/*spell/$hashfile.
The *spell-*.debs install the symlink, and as the hashfile is only
generated at installtime, it is dangling at package creation time.

One way would be to generated the links on install-time, but I agree on
Andreas that this would be somehow overkill.
The other options is to silence package-contains-broken-symlink 
in this specific case. 
Can you do that?

Best regards,
Tobias Frost


Am Samstag, den 08.02.2014, 12:27 +0100 schrieb Andreas Beckmann:
> On 2014-02-08 11:19, Tobias Frost wrote:
> 
> > I just have an additional suggestion, however this is just something
> > something "pedantic".
> > Currently installdeb-aspell also installs a (dangling) symlink when
> > auto-compat is turned on. Lintian does emit a experimental warning on
> > that. (e.g X: aspell-it: package-contains-broken-symlink)
> > My proposal would be to add a snippet to the preinst-compat and
> > postrm-compat scripts to create and delete the symlinks.
> > Please see the attached patch, but please be warned: Perl's not a
> > language I'm fluent in.
> 
> I don't think we should put this complexity into the maintainer scripts.
> I'd rather consider this as a "false positive" in lintian since the
> package ships a dangling link, but after finished installation the link
> won't be dangling any more. So we should rather try to get this "fixed"
> in lintian, maybe even conditionally depending on some command in the
> postinst:
> 
> if (has_dangling_link(/usr/lib/*spell/*.$hash ->
> /var/lib/*spell/*.$hash) and postinst_calls(update-foo)
>   ignore_dangling_link()
> 
> I'd prefer this way instead of (automatically) adding lintian-overrides
> to every aspell-xx package.
> 
> 
> Andreas
> 


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

Bug#738634: Settings were not forgotten

[Tobias Frost]

Hallo Andreas,

Thanks for the report, however, I'm kind of lost with your failure description
/ what you wanted to archive. Can you please elaborate, maybe using the
template provided by reportbug?

* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
  ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?

Are you sure you meant qmeuctl, because of your reference to qemu-launcher,
which is a different package?

Best regards,
Tobias

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Package: qemuctl
> Version: 0.3.1-1
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
>
> *** End of the template - remove these template lines ***
>
> I tried the qemu-launcher for both ARM-architectures, because I was not sure,
> which of
> the two is the right one. Qemu should be able to boot from the
> armel-netinstall-CD-ISO,
> but this was not workable at all. When I restarted the software now, I saw,
> that my
> settings are gone. If the software is not workable, then I would recommend to
> completely
> leave it away, because it frustrates people only, who try to use it.
>
>
> - -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.12.9caec (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages qemuctl depends on:
> ii  libc6   2.17-97
> ii  libgcc1 1:4.8.2-14
> ii  libqt4-network  4:4.8.5+git209-g718fae5+dfsg-1
> ii  libqtcore4  4:4.8.5+git209-g718fae5+dfsg-1
> ii  libqtgui4   4:4.8.5+git209-g718fae5+dfsg-1
> ii  libstdc++6  4.8.2-14
> ii  libx11-62:1.6.2-1
> ii  libxext62:1.3.2-1
> ii  qemu1.7.0+dfsg-3
>
> Versions of packages qemuctl recommends:
> ii  qemu-launcher  1.7.4-1
>
> qemuctl suggests no packages.
>
> - -- no debconf information


> When trying this again now, I found, that my settings were not forgotten, they
> were only
> saved under a different name than 'Default', they were selectable.
> I also fail to display the qemu-command-line that was produced, maybe this is
> the problem.
> All qemu-system-man-pages display qemu-system-i386 only, seem to be symlinks.


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

Bug#724731: [gdm3] gdm does not start properly, cannot login via gdm

[Tobias Frost]

Package: gdm3
Followup-For: Bug #724731

Same here, libpam-systemd did NOT solve the issue.

When using gdm3, I get a splash screen saying that something went wrong
( "Oops! A problem has occured! .. ") with the only option too log out.
No greeter, username field or password field.

 

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

Kernel: Linux 3.10-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.34-2
ii  adduser  3.113+nmu3
ii  dconf-cli0.18.0-1
ii  dconf-gsettings-backend  0.18.0-1
ii  debconf [debconf-2.0]1.5.51
ii  gir1.2-gdm3  3.8.4-2
ii  gnome-session [x-session-manager]3.8.4-2
ii  gnome-session-bin3.8.4-2
ii  gnome-session-flashback [x-session-manager]  3.6.2-2
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell  3.8.4-4
ii  gnome-terminal [x-terminal-emulator] 3.8.4-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libaccountsservice0  0.6.34-2
ii  libatk1.0-0  2.10.0-2
ii  libaudit11:2.3.2-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgdm1  3.8.4-2
ii  libglib2.0-0 2.36.4-1
ii  libglib2.0-bin   2.36.4-1
ii  libgtk-3-0   3.8.5-1
ii  libpam-modules   1.1.3-9
ii  libpam-runtime   1.1.3-9
ii  libpam0g 1.1.3-9
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  librsvg2-common  2.36.4-2
ii  libselinux1  2.1.13-3
ii  libwrap0 7.6.q-24
ii  libx11-6 2:1.6.2-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.1-1
ii  lsb-base 4.1+Debian12
ii  metacity [x-window-manager]  1:2.34.13-1
ii  policykit-1-gnome0.105-2
ii  upower   0.9.22-1
ii  x11-common   1:7.7+4
ii  x11-xserver-utils7.7+1
ii  xterm [x-terminal-emulator]  297-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.10.0-1
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.8.3-1
ii  gnome-icon-theme-symbolic  3.8.2.2-2
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.14.3-4
ii  xserver-xorg   1:7.7+4
ii  zenity 3.8.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.4.2-2
ii  libpam-gnome-keyring  3.8.2-2

-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: lightdm


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

Bug#727692: gerbv: project file does not save all settings

[Tobias Frost]

Package: gerbv
Version: 2.6.0-1
Severity: wishlist

Dear Maintainer,


   * What led up to the situation?

Generating a project file with some gerber layers, modifying attribtes
of the layers (e.g mirroring, translation) or transparency level and saving it
close it and reload it


   * What was the outcome of this action?

Attributes not retained. When opening the file, the translation and mirroring 
settings are gone. Also the color transparency settings

   * What outcome did you expect instead?

Attributes loaded from project file and applied.


Would be great if gerbv could implement this features.

coldtobi


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

Kernel: Linux 3.10-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gerbv depends on:
ii  libatk1.0-0 2.10.0-2
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.21-1
ii  libpango1.0-0   1.32.5-5+b1

Versions of packages gerbv recommends:
ii  extra-xdg-menus  1.0-4

gerbv suggests no packages.

-- no debconf information


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

Bug#728459: flashcache: Cannot load binary-module on i386 (undefined symbols)

[Tobias Frost]

Package: flashcache-dkms
Version: 3.1.1+git20131019-1
Severity: serious

Dear Maintainer,

At the moment flashcache seems only to support amd64, at least on i386 the
kernel module cannot be loaded due to undefined symbols:

[ 3694.936086] flashcache: Unknown symbol __divdi3 (err 0)
[ 3694.936503] flashcache: Unknown symbol __umoddi3 (err 0)
[ 3694.936672] flashcache: Unknown symbol __udivdi3 (err 0)

This issue is know upstream. https://github.com/facebook/flashcache/issues/5

It should therefore only be available for those archs or the fix in the issue 
tested and added as patch.

coldtobi



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

Kernel: Linux 3.10-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#728804: mdadm: warning on package upgrade refers to non-existing file

[Tobias Frost]

Package: mdadm
Severity: minor

Dear Maintainer,

Currently when initrd is updated, mdadm is configured it this warning:

W: mdadm: unchecked configuration file: /etc/mdadm/mdadm.conf
W: mdadm: please read /usr/share/doc/mdadm/README.upgrading-2.5.3.gz .

However, there is no such file.

ls -la /usr/share/doc/mdadm/README.upgrading-2.5.3.gz
ls: cannot access /usr/share/doc/mdadm/README.upgrading-2.5.3.gz: No such file 
or directory

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

Kernel: Linux 3.10-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#752035: log4cxx FTBFS on arm64 outdated config.sub/guess

[Tobias Frost]

On Wed, 2014-06-18 at 22:59 +0100, peter green wrote:
> Package: log4cxx
> Version: 0.10.0-2
> Severity: important
> Tags: patch
> User: debian-...@lists.debian.org
> Usertag: arm64
> 
> Your package failed to build on arm64 with the following error.
> 
> Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized
> configure: error: /bin/bash ./config.sub aarch64-linux-gnu failed
> 
> 
> Normally this is indicative of outdated config.guess/sub files.
> 
> I'm not sure why this was happening with your package though since AIUI 
> running dh_autoreconf on packages that use automake is supposed to 
> update them. To troubleshoot this I modified debian/rules to remove 
> config.sub and config.guess before running dh_autoreconf expecting to 
> get a failure but to my surprise the package built successfully (note 
> that my build was not in a minimal environment though). So I went ahead 
> and uploaded it to debian-ports unreleased.
> 
> Debdiff attatched, no immediate intent to NMU in debian proper but a NMU 
> may well follow later when the time comes to push arm64 into the main 
> archive.

Hi Peter,

Thanks for the report adnd for digging into it.
I just pushed a fix to the git repository (I'm just delete the files via
d/clean and not via d/rules).

As my newmaintainer process is not finished yet (still waiting for DAM
to approve) it might take some time until I'll be able to upload it
myself.  

(However, I will dput it to mentors -- if you feel so, just take it from
there [1] and sponsor its upload, as my usual sponsor is currently on
VAC ;-) Thanks)

-- 
Tobi

[1]
http://mentors.debian.net/debian/pool/main/l/log4cxx/log4cxx_0.10.0-3.dsc


signature.asc
Description: This is a digitally signed message part

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Am Friday, den 20.06.2014, 18:40 +0200 schrieb Agustin Martin:
> On Mon, May 26, 2014 at 12:09:38PM +0200, Tobias Frost wrote:
> > On Sat, 2014-05-24 at 18:13 +0200, Agustin Martin wrote:
> > > 2014-05-19 22:00 GMT+02:00 Tobias Frost :
> > > >
> > > > I reuploaded the current state to mentors; It should be here:
> > > >
> > > > http://mentors.debian.net/debian/pool/main/a/aspell-it/aspell-it_2.4-20070901-0-2.1.dsc
> > > > (Of course the binary on mentors is currently built against
> > > > dictionaries-common-dev 1.23.2, so it will need a rebuild anyway as soon
> > > > as 1.23.3 is in the archives.)
> > 
> > I've just uploaded a new version of the example package to mentors
> > (location's the same).
> > Changes are the suggested ones above: B-D only on unversioned aspell,
> > s/Vcs-git/Vcs-Git, removing aspell dependency in binary package.
> 
> Hi, and sorry for the delay.
> 
> Noticed that it is tagged as not needing a sponsor. Do you want to have it
> there just as reference?

The upload was indeed thought as a reference to finish discussion here
and eventually upload it after we agree that this could be used as
reference for all the other dictionaries benefiting from
dh_aspell-simple.  So, if you think its ready, then let's go. Its better
to have it in the archives then to suddenly have it disappear on
mentors. 

Guiseppe, aspell-it's maintainer is in CC since May 16, but
unfortunately there was no response from him, so we should follow a
normal NMU procedure, maybe with maximum delay

Yes, it currently looks like that I'll need a sponsor, as my usual
sponsor is currently on VAC and I have no idea when DAM will finally
approve my NM process.

> > I think I've already collected this information. (However, this might be
> > inaccurate in details as the context was a little different when I
> > assembled this information. The focus was at that time if it has the
> > hashfile symlinked. )
> 
> 
> > Then likely those packages would benefit from dh_aspell-simple:
> ...
> > aspell-en
> 
> I have been using it in my tests. Can provide a patch if needed.
> 
> > aspell-tl
> 
> This one is mine. It also creates myspell-tl, so it will not have the big
> benefit other packages can get from aspell-simple. I do not think it worths
> the effort.

> On the other hand, I already sent the info to Dict-common-dev list,
> 
> http://lists.alioth.debian.org/pipermail/dict-common-dev/2014-June/000789.html
> 
> I got no reply, but only few maintainers are subscribed.

Do you think it would make sense to send it also to debian-devel? 

As with this new features increases also the packages quality (e.g
piuparts) it might also make sense to discuss a mass bug-filing on
-devel as a next step and eventually also going into NMUing if there are
responses. What do you think?

-- 
Tobi


> Regards,
> 
> -- 
> Agustin
> 



signature.asc
Description: This is a digitally signed message part

Bug#752696: ITP: soci -- C++ database access library

[Tobias Frost]

Package: wnpp
Severity: wishlist
Owner: Tobias Frost 

* Package name: soci
  Version : 3.2.2
  Upstream Author : see http://soci.sourceforge.net/people.html
* URL : http://soci.sourceforge.net/
* License : Boost Software License 1.0
  Programming Lang: C++
  Description : C++ database access library

SOCI is a database access library for C++ that makes the illusion of embedding
SQL queries in the regular C++ code, staying entirely within the Standard C++.

The idea is to provide C++ programmers a way to access SQL databases in the
most natural and intuitive way. If you find existing libraries too difficult
for your needs or just distracting, SOCI can be a good alternative.


The package soci has been previously removed from Debian (#520746) due to
RoQA; dead upstream, orphaned. However, upstream came back to life and as I am
planning to use soci for solarpowerlog, I'd like to reintroduce it to Debian.


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

Bug#752696: ITP: soci -- C++ database access library

[Tobias Frost]

On Wed, 2014-06-25 at 20:28 +0200, Julian Taylor wrote:
> hi, nice to hear someone wants to add soci back.
> I have packaged it  for personal use a while back. The packaging hasn't
> been updated in a while but it might still be useful if you aren't
> finished yet.
> It is available here:
> https://github.com/SOCI/soci-pkg/pull/3

Yes, thanks, that will help, I took already the patch for the lib
dir :-)

--  
tobi


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

Bug#752696:

[Tobias Frost]

Here's the package-Repository:
https://gitorious.org/soci-debian/soci-debian

(However, as my NM process is still waiting for DAM approval, I will not
immediately upload it.)

--
tobi


signature.asc
Description: This is a digitally signed message part

Bug#750592: Urgently looking for sponsor

[Tobias Frost]

On Wed, 2014-06-25 at 14:27 +0200, Benedict Verhegghe wrote:
> Hi,
> 
> I am urgently looking for a sponsor willing to help with uploading my
> packages
> The old pyfomrex-0.8.6-4 packages currently in testing/sid (besides
> being obsolete) do not build anymore. See bug #750351.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750351
> 
> Anybody interested in helping me to keep pyformex in Debian?
> 
> Can the bug title be changed for this purpose, e.g. adding
> "Fixes bug #750351" ?

Yes, see https://www.debian.org/Bugs/server-control

> Benedict
> 
> 

Unfortunatly I cannot sponsor.
But I've took a look at mentors.d.n and saw that there is a lintian
error. Maybe you want to fix that, cause thats the first thing many
people take a look at :-)
There are also some other lintian messages which are either easy to fix
or should be silenced (but that depends a little on the sponsor)

Taking a more close look on the package:
- The VCS-* fields in d/control are for the *Debian* package repository,
not for upstream (see Policy 5.6.26)

- d/rules is in verbose mode. Would it make sense to convert it to short
debhelper format?
 d/changelog: You should have only one entry -- as Debian-Versions 1 to
5 have been never uploaded. So you should package as Version 0.9.1-1 not
as 0.9.1-5.  Generally, you should describe *how* you fixed smth with a
little explanation (*why*). For example:
 "Remove linitan errors"? Which errors? How did you fix it?
 (This applies also to the other entries. Another example is the
Standard version. What did you need to change? If nothing, note that
too.
- (nitpick) There is a blank line in d/*-extra.install
- as python is not "my" language: Is it possible to support multiarch
with this package? (I saw at least one *.so not installed into an
multiarch directory; alternatively I'm wrong here -- see my python
disclaimer) 

Stopping here :)

--
tobi


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

Bug#752897: RFS: lucene++/3.0.6-1 [ITP]

[Tobias Frost]

Hi Łukasz,

(Please note, I just can review, but I can't sponsor you.)

d/control:  
- XSBC-Original-Maintainer is ubuntu specific, please remove.
- The versioned dependency on doxygen is not needed as oldstable 
  fulfills it already.
- same for cmake
- Vcs-Bzr/Vcs-Broswe is to keep the Debian bits of the packaging, not
  ot the Ubuntu ones. Maybe put the Debian one on its own branch and
  update those fields?

d/copyright 
Regarding the license of src/core/util/unicode/*...
Well, this license look weird. The original header from the original 
authors in the file says LGPL-2+ and the header added by upstream says
dual-licensing Apache2/LGPL3+ as the rest of the project.) I think that
needs some clarification, as upstream cannot simply re-license a file
with different terms without approval from the original authors. Also,
searching the Net for this files reveals some almost identical copy, so
I think it has not been completely rewritten to void the original copyright.
According Wikipepedia, Apache 2.0 and (L)GPL-2 combined could be problematic,
but IANAL, maybe you should discuss this on debian-legal. 

Files: debian/*
Copyright: 2012 Openismus GmbH 
License: GPL-2+

Your name's missing here.  
I'd recommend also to use the same license for debian/* as upstream, otherwise 
it could be
problematic for them to e.g include patches you're going to submit. But as you 
cannot 
relicense yourself and with the company defunct you cannot ask them... Maybe 
repackage from scratch?

Apropos patches:
They need a dep3 header.

You don't need to install README.rst, as it mostly contains build instructions 
which are
not neccssary for the binary packages.

The package is not building using pbuilder:

-- snip --

CMake Error at 
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
  Could NOT find Subversion (missing: Subversion_SVN_EXECUTABLE)
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-2.8/Modules/FindSubversion.cmake:126 
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:52 (find_package)


-- Configuring incomplete, errors occurred!
See also 
"/tmp/buildd/lucene++-3.0.6/obj-x86_64-linux-gnu/CMakeFiles/CMakeOutput.log".
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DENABLE_DOCS:BOOL=ON 
-DENABLE_STANDARD_ALLOCATOR:BOOL=ON returned exit code 1
debian/rules:11: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory '/tmp/buildd/lucene++-3.0.6'
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

-- snip -- 


On Fri, 2014-06-27 at 17:42 +0200, Łukasz 'sil2100' Zemczak wrote:
> Package: sponsorship-requests
> Severity: normal [important for RC bugs, wishlist for new packages]
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "lucene++"
> 
>  * Package name: lucene++
>Version : 3.0.6-1
>Upstream Author : Alan Wright [a...@spotify.com]
>  * URL : https://github.com/luceneplusplus/LucenePlusPlus
>  * License : LGPL-3+ or Apache-2.0 (mixed)

no, it's dual-licensed.

>Section : libs
> 
>   It builds those binary packages:
> 
>  liblucene++-contrib0 - Shared library with Lucene++ contributions
>  liblucene++-dev - Development files for Lucene++
>  liblucene++-doc - Reference manual for Lucene++
>  liblucene++0 - Shared library for Lucene++

How's about providing also a -dbg package?

> To access further information about this package, please visit the
> following URL:
> 
> http://mentors.debian.net/package/lucene%2B%2B
> 
> 
> Alternatively, one can download the package with dget using this command:
> 
>  dget -x
> http://mentors.debian.net/debian/pool/main/l/lucene++/lucene++_3.0.6-1.dsc
> 
> More information about lucene++ can be obtained from
> https://github.com/luceneplusplus/LucenePlusPlus
> 
> Changes since the last upload:
> 
>  * Initial release. Rebased Ubuntu packaging on version 3.0.6
> (Closes: #750148)
> 
> 
> Best regards,
> 
> -- 
> Łukasz 'sil2100' Zemczak
>  lukasz.zemc...@canonical.com
>  www.canonical.com
>  www.ubuntu.com
> 
> 

-- 
tobi


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

Bug#753013: ITP: cppdb -- SQL Connectivity Library

[Tobias Frost]

Package: wnpp
Severity: wishlist
Owner: Tobias Frost 

* Package name: cppdb
  Version : 0.3.1
  Upstream Author : Artyom Beilis (Tonkikh) 
* URL : http://cppcms.com/sql/cppdb/index.html
* License : Boost Software License 1.0
  Programming Lang: C++)
  Description : SQL Connectivity Library

CppDB is an SQL connectivity library that is designed to provide platform and
Database independent connectivity API similarly to what JDBC, ODBC and other
connectivity libraries do.

This library is developed as part of CppCMS Project - the C++ Web Development
Framework.

CppDB was designed with following goals in the mind:
 - Performance is the primary goal - make fastest possible SQL connectivity as
   possible
 - Transparent connection pooling support
 - Transparent prepared statements caching
 - Dynamic DB modules loading and optional static linking
 - Full and high priority support of FOSS RDBMS: MySQL, PostgreSQL, Sqlite3
 - Support as many RDBMSs as possible via cppdb-odbc bridge
 - Simplicity in use
 - Locale safety
 - Support of both explicit verbose API and brief and nice syntactic sugar


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

Bug#751534: RFS: crunch/3.6-1 [ITP] -- tool for creating wordlist

[Tobias Frost]

On Sun, 2014-06-29 at 01:00 -0300, Marcio de Souza Oliveira wrote:
> >>I put now GPL-2.0+ in debian/copyright
> >But that's not what upstream says. They say explicitly “version 2 only 
> >of the License”.
> 
> >Ping? I can't upload a package with incorrect d/copyright.
> 
> I put now GPL-2.0. 
> 
> I was wrong because when I read:
> 
> >License: GPL-2.0
> > This package is free software; you can redistribute it and/or modify
> > it under the terms of the GNU General Public License as published by
> > the Free Software Foundation; either version 2 of the License, or
> > (at your option) any later version.
> 
> >This is inconsistent. The short name says it's GPLv2, but the license 
> >text says it's GPLv2+.
> 
> I got it wrong. But I see GPLv2(http://www.gnu.org/licenses/gpl-2.0.txt) and 
> and there contains the words "... or (at your option) any later version.".
> 
> If I remove the words "or (at your option) any later version." I would not be 
> modifying the license?

Yes, you'd change the license (which'd be a no-no)
Instead you write "License: GPL-2.0+" (note the plus) to indicate the 
"any later version option".
(http://dep.debian.net/deps/dep5/#license-field has a link to 
http://spdx.org/licenses/ whith commmon licenses and abbreviations)

> Regards
> 

-- 
tobi


signature.asc
Description: This is a digitally signed message part

Bug#751534: RFS: crunch/3.6-1 [ITP] -- tool for creating wordlist

[Tobias Frost]

On Sun, 2014-06-29 at 10:25 +0200, Jakub Wilk wrote:
> * Tobias Frost , 2014-06-29, 10:00:
> >On Sun, 2014-06-29 at 01:00 -0300, Marcio de Souza Oliveira wrote:
> >>I got it wrong. But I see 
> >>GPLv2(http://www.gnu.org/licenses/gpl-2.0.txt) and and there contains 
> >>the words "... or (at your option) any later version.".
> >>
> >>If I remove the words "or (at your option) any later version." I would 
> >>not be modifying the license?
> >
> >Yes, you'd change the license (which'd be a no-no)
> 
> Well, that's novel interpretation of the GPL. :-)
> 
> The part of the license that was quoted is just an example how to use 
> the license for you own programs, not a part of terms and conditions. It 
> is NOT obligatory to use the “any later” phrase (see §9).
> 
> >Instead you write "License: GPL-2.0+" (note the plus) to indicate the 
> >"any later version option".
> 
> No. We must document which license upstream uses, and they chose GPL 
> version 2 only.
> 
> -- 
> Jakub Wilk


You're right, thought that GPL2.0+ had been quoted from the source.
I obviously missed/ignored the very first paragraph in the original
mail. Don't mail without enough coffee :-|

I'd write then:
License: GPL-2.0
 This program is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, version 2 only of the License. 
 (...)

(This paragraph is quoted from the source)

-- 
tobi


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

Bug#753110: RFS: mrrescue/1.02c-1 ITP

[Tobias Frost]

Hi Steven,

Please note, I can only review, but I cannot sponsor as my NM process is
not yet finished... 

On Sun, 2014-06-29 at 20:30 +1000, Steven Hamilton wrote:
> Package: sponsorship-requests
>   Severity: normal
> 
>   Dear mentors,
> 
>   I am looking for a sponsor for my package "mrrescue"
> 
>  * Package name: mrrescue
>Version : 1.02c-1
>Upstream Author : [fill in name and email of upstream]
>  * URL : http://www.tangramgames.com

It should be http://tangramgames.dk/games/mrrescue/, shouldn't it?

>  * License : zlib, MIT, BY-SA 3.0
>Section : games
> 
>   It builds those binary packages:
> 
> mrrescue   - Mr Rescue is an arcade 2d action game
> 
>   To access further information about this package, please visit the 
> following URL:
> 
>   http://mentors.debian.net/package/mrrescue
> 
> 
>   Alternatively, one can download the package with dget using this command:
> 
> dget -x 
> http://mentors.debian.net/debian/pool/main/m/mrrescue/mrrescue_1.02c-1.dsc
> 
>   More information about hello can be obtained from http://www.example.com.
> 

- d/copyright:  

* Please adapt to the machine-readable format; You're already close, but
at least some headers are missing:
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
* License texts are missing
* Filenames are wrong: There is no mrresuce.love directory
 in the source.
* Also, please also use the same spelling for the licenses: ZLIB/zlib
(Sugessted is to use the abbreviations as in http://spdx.org/licenses/)
* s/BY-SA 3.0/CC-BY-SA-3.0

* d/docs
README.txt ist not required to be installed, the information within are
not needed on a Debian system

* d/mrrescue
Is there are resson to use /bin/bash as shebang and not use /bin/sh?
(then you would also need to depend on bash; but its not necessary to
have bash, right?)

* d/mrrsecue.1
It's great that you provide a manpage. IMHO writing manpages is one of
the most tedious work to be done during packaging ... You should also
forward it upstream, (when its ready :)
However, I think it need a little overhaul. Please read man-pages(7) and
man(7)
- Shouldn't it be section 6, games?
- in the NAME Section, should'nt be MRRESCUE in lowercase?
- Synopsis should be "mrrescue"
- Section Desctiption:
The sentence "This manual coveres ..." is uncessary."
Maybe the text you use for d/control would be more appropiate for an
description?
- mrrescue doesn't take options, right?

* d/rules:  I think you don't need to rm build_dir

* there are two pendantic lintian messages. What to do with this
strongly depends on the sponsor, however I would override it as an sign
that I've checked them (and maybe nag upstream to add an changelog and
signature to their tarballs)

So I would say the package is "almost ready"... Thanks for your
contribution :)

-- 
tobi


signature.asc
Description: This is a digitally signed message part

Bug#744055: gnome-scan: updated watch file

[Tobias Frost]

Source: gnome-scan
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The current watchfile does not work, it only finds version 0.2.2
Please see attached one which also detects 0.7-version. It also prefers the bz2 
tarball.

old:
$ LANG=C uscan --no-download
Processing watchfile line for package gnome-scan...
Newest version on remote site is 0.2.2, local version is 0.6.2
gnome-scan: remote site does not even have current version

new:
$ uscan --verbose --no-download
- -- Scanning for watchfiles in .
- -- Found watchfile in ./debian
- -- In debian/watch, processing watchfile line:
   http://ftp.gnome.org/pub/GNOME/sources/gnome-scan/([\d\.]+)/ 
gnome-scan-(.*)\.tar\.bz2
- -- Found the following matching hrefs:
 gnome-scan-0.7.1.tar.bz2 (0.7.1)
 gnome-scan-0.7.1.tar.bz2 (0.7.1)
 gnome-scan-0.7.2.tar.bz2 (0.7.2)
 gnome-scan-0.7.2.tar.bz2 (0.7.2)
Newest version on remote site is 0.7.2, local version is 0.6.2
 => gnome-scan-0.7.2.tar.bz2 already in package directory
- -- Scan finished

Thanks
- -- 
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTRXjGAAoJEJFk+h0XvV02spMP/jxR72BcrCEgkswEVEFG543Z
tKTTMnyfJN1Ge5fYvgvUbozbwfmonr5qxm7M5WyE06QoYiAj275jBRS9tFvBLtAR
c+wqRI97Si0luSGK+50EGOuf8vWEXZ91ZaVeesHnyBOcM6CrP/YiwrSNCIOtVE4g
ncfPMdhr5xijpvm3XjRCPI3c+h7lHwFhSKUNEOBvHdHnN26XsQRqTS0htqhELmss
wmB8LUpumu6w1e5CaUzjfl7VKOM9qg/efcTpkLW0O9qrPwqHao33c1T4NRGt4YOI
kPotGL9F67om92l9eC5D9QNxdL8ir9Lj1W3Wu/LI1p/WqrOB1Z83fzAjHCt8w0Bl
6yqXyoPTt0FmCPtWjDtzdR4GP76/1b+/CpFYefZlDpkRRMj5dqmyPsrIufpjVMij
eaeil4ZuFvIVQ0l+RYULyoBAEbu8hapFsnxU8So9I7+EJINhSKaexl37d/n91S5n
0GyfCUMW/juRGbVQR0dx06XFg4BzBxTjWiEddRhs1fQUZHE2FHASqbyHeUECZjza
EIMXXgnXew1deRQ1NtWsDhhA74kgL2GW304CRx1zLO7/psuMklcnxEAMOf+roAUU
sLwZevSIG8X0Hnil6x9TzNQcz5gAJO06k3KzyvXszXlxbI/4knoC0CD5kDojpuJZ
Bl/Y/mD3fLKAd4bry07T
=PADo
-END PGP SIGNATURE-
version=3
http://ftp.gnome.org/pub/GNOME/sources/gnome-scan/([\d\.]+)/ \
gnome-scan-(.*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)

Bug#653981: gitolites: gl-setup - No manual page

[Tobias Frost]

Package: gitolite
Followup-For: Bug #653981

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo,

I wrote a manpage for gl-setup. (Attached)
Maybe you want to include it?

- -- 
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTSO00AAoJEJFk+h0XvV02Fz0P/jAsjAkbS9/6ANwd/aoRNB0s
2SvTTv7RTKOZtcpPyyInVLj416kI2kdz0wokxl/3qdjvKtQotrZgu6FgxrCMi+sY
uHc6d2hQx2dW13jb2dThPd5J5MgpodNfkhEqdMEvgg3BghCwVAFbQkkY8ZN76Q7R
nW2qCIcqcAHlesqh+usUzn+xFB+KqxFZyk/5iwaebvZK13Ta3CPKhm2kOTalSsC0
Iih3C0bQxe9Ne0D7HBw6nXR0BjzDoYCuPpJwH9KtsLzaH9Z5D3zHN6n/pFPEDOu/
p0Tf8B0aPhoRyJyznRNXFXpJQ9KOUt0fON5YPgqBWgjJkMIt+cJK67DDM1ZuI3L8
1jTd0lroa1GLoSHE7y1dmGKmI2iHpabpv0WlB05YdrHEdYfmF3WN5rI3VogFIRXE
2VSKUtYTdn/IXgqmUCWSQosaNUUNk0vJYHblkrg3MWJ8uPB1Hj2haiu9lfbvxw+a
kK67mmD73QhO+mgDHfmD0x2rPFcEKzgzp1wq3crz1yXkz+X9u5YOxQo1kUnT3vlt
v0vH81g26wnWnoObwLncoJSx461HY7Ghmv33ci8DYIPHOuXLQgmRy44k6qFyKjg5
TRSAeHaWClxt8zZrnv55iWYxhsczXp/S+6ywaYrkR8fjzt9ZRv1fazw8p82ETQzO
MWw/GU9MkzVXGRnxm3H3
=sEH0
-END PGP SIGNATURE-
.TH gl-setup 1 "April 11, 2014" "" "gitolite"

.SH NAME
gl-setup \- Initial setup of gitolite or reset public key

.SH SYNOPSIS
.B gl-setup 
[-q] 
public_key.pub
.br

.B gl-setup 
[-q] 
admin
.br

.B gl-setup 
[-q] 
.br


.SH DESCRIPTION
With
.B gl-setup
gitolite can be setup for the first time, or if access to the gitolite 
repository is lost,
 the admin public key can replaced
.PP
In ssh mode, 
.B gl-setup 
expects a public key filename the first time it is run, and will complain if you 
don't supply it. On subsequent runs it is optional; you only need to supply it 
if you want to quickly and easily change the admin's (or indeed anyone's!) 
pubkey without going through all the steps that 
.B gl-admin-push(1) 
requires.
.PP
In http mode   
.B gl-setup 
expects an admin name the first time it is run. On subsequent runs, arguments 
are ignored. For the http mode read
.B git-http-backend(1) 
.
You need also to set 
.BR $GITOLITE_HTTP_HOME 
appropiatly before using 
.B gl-setup 
in http mode.

.PP
When running 
.B gl-setup 
without any options can be used to re\-initialize a gitolite installation. Read  
/usr/share/doc/gitolite/install.mkd.gz 
for details.

.SH OPTIONS

.B   
.IP -q 
quiet mode; suppress the editor that pops up to allow you to change the rc file 
the first time. Meaningless/ignored on subseqent runs.  This option must be 
specified before the pubkey or admin name. 

.B 
.IP public_key.pub
specifies the public key to be used for the admin, or for key-recovery which key 
should replace it. 

.B
.IP admin
user for the http mode

.SH ENVIRONMENT
.B
.IP GITOLITE_HTTP_HOME
is the home directory for http mode. Must be set to use this command in http 
mode.

.SH "SEE ALSO"
.BR /usr/share/doc/gitolite/http-backend.mkd.gz
.BR /usr/share/doc/gitolite/install.mkd.gz

Bug#744271: wims: German debconf translation

[Tobias Frost]

Source: wims
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please see attached file.

Thanks

- -- 
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTSQpyAAoJEJFk+h0XvV02nBoP/3byX20Z+//9nHjJJjok1Mdj
IHXq8XbfVNHQRETte6vYRvtkEwyq3ks8pA9DqX9avd1nSnLCFWaEis1fZIWhiMgd
vExURLLznBhKsXjR0D8G+dp/zRGGgB7EkmYI9I96R6YWMeeYqbj7ZBuTprq7iAPE
as+UI9JRPyeQpnfs3dp3fsDreZ+B1wANYPIAeupkxMmebmKCXqv6cWvqr6l5khcv
upYv2O5zw56kHQ3TiPoGiYVQFYb+m6mHZZAUtK2OSRDsKA84Mu4D0LFCpip6k7rN
OaxKRvz+Bz0tJGzcJiInU7WCiXSUOz1KruChEB//s6YyeU287jWYHchO/+Mz8dW9
aWEtvh3v6AgjYlr3xSn5Y+LNrMXDVjCROqgEILOxWsDL0bn0MQ9tYa2FeO8c3gYW
cs98+sLjJZaWf1CdHpZJeLrR6g7Euv1rSrFiKmDwNkKTx4mFte7s85rOtnMrUX63
IHALucMPiuBQo3wuMVgTsemMQNPMu7BzKEL7KRCRC/FPBW1aNg1WYWFiTSpeolma
Zm0E9+9A/KW3Po0tenkimCWsdQcCLr+BOGyQAJowqQDKH4J6qHXuL/vo6sCj2GUY
/Qcjgw5pd2S2o1CNhG1Jw02VvRRdwmC6Ra4a7qqqKVnghQTiI3gRBy61b+e/sPES
fzUXMj33f7URFECMduV4
=omeL
-END PGP SIGNATURE-
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
# Tobias Frost , 2014.
#
msgid ""
msgstr ""
"Project-Id-Version: wims-moodle\n"
"Report-Msgid-Bugs-To: wims-moo...@packages.debian.org\n"
"POT-Creation-Date: 2014-04-01 10:57+0200\n"
"PO-Revision-Date: 2014-04-12 11:34+0200\n"
"Last-Translator: Tobias Frost \n"
"Language-Team: Deutsch \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Gtranslator 2.91.6\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "URL to access Wims from remote machines:"
msgstr "URL um von entfernten Maschinen auf Wims zuzugreifen:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please specify the URL that will allow users to access Wims assignments from "
"Moodle."
msgstr ""
"Bitte geben Sie die URL an, die es den Benutzern erlaubt von Moodle auf Wims "
"Aufgaben zuzugreifen."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"It should include the server hostname, but not the path, and must use the "
"HTTPS protocol (with the web server configured to answer HTTPS requests). "
"For instance, if Wims is accessed from https://wims.example.org/wims/ then "
"you should enter https://wims.example.org here."
msgstr ""
"Dies sollte nur den Rechnernamen des Servers enthalten, jedoch nicht den "
"Pfad. Dabei muss das https-Protokoll verwendet werden (und der Webserver "
"konfiguriert sein um https Anfragen zu beantworten). Beispielsweise, falls "
"auf Wims von https://wims.example.org/wims/ zugegriffen wird, sollten Sie "
"hier https://wims.example.org eingeben."

Bug#744273: distributed-net: [INTL:de] German translation for debconf messages

[Tobias Frost]

Package: distributed-net
Severity: wishlist
Tags: i10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please see attached file.

- -- 
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTSRLOAAoJEJFk+h0XvV02/zQP/RA15H0FqXq6lfscALEGLk7J
MY0t6ZPgEKn6VeRf/K1v1mqaSnpkfE84Y2cn5puEe3G3/+QmIjMUyYCyYVqv3he4
ceLaMXuvcdka3RP2SMml2HcLAvupuYoBGpOXj+Kyz+TyHnefAjit+53EfAbuSFuz
TLVKJLMl6mLM3kfAJ4Bc3aMoANDtkb3nSwp1IrK/6ueZOAaoJ+DYF7Cs1EP1pd5h
BNRA6aoRulLYg86L2/3SECNXSXUzcqODa0CiSWC8ivTIn7etDh94iuAU/fmQ+Dky
L6ARru7bLlogMiD45ozT2pHlfrmXTbLp2VMcRUWqxHUQlnv0HI6qwlycYcRVnCmD
BaLfkI1GYO05XfYsRQZVrYfiS8bStsfJTpqUqbOzVr2Q3swMHitcGkzg7wfH+Nfg
ExdruDcAaLJigBT5JtsqSkOrqw4rqgt/4XW1eZHFzWX51O42ajVAddJDDZEUBtsG
PyJ/tgpqfXVTwrf8MVo28SSdq/pEcqEB69cl0MjPN882/IXYk6Ai6JMuma08gqiX
nG++vTLQf8sHnr5tEzrM+CSrPwH3K79br2RDr58BZ3MglNBETdbn84sh9h1AR+8X
RltO5OZqLIu2vuZdYCr5HqxWon4FveTcZFLtplrIOMD2LGPUQ5jkXIgnVNrH+Ydy
AZAcc26sYMEauefEUJ++
=EW0r
-END PGP SIGNATURE-
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
# Tobias Frost , 2014.
#
msgid ""
msgstr ""
"Project-Id-Version: distributed-net\n"
"Report-Msgid-Bugs-To: distributed-...@packages.debian.org\n"
"POT-Creation-Date: 2014-04-05 08:41+0200\n"
"PO-Revision-Date: 2014-04-12 12:13+0200\n"
"Last-Translator: Tobias Frost \n"
"Language-Team: Deutsch \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Gtranslator 2.91.6\n"

#. Type: boolean
#. Description
#: ../distributed-net.templates:2001
msgid "Run the distributed.net client configuration utility?"
msgstr "Das distribued.net-Client Konfigurationswerkzeug ausführen?"

#. Type: boolean
#. Description
#: ../distributed-net.templates:2001
msgid ""
"The distributed.net client needs to be configured before it can be used. "
"While most options have reasonable defaults, you need to specify the e-mail "
"address to which you would like distributed.net to credit any work done by "
"the client. If you are installing the distributed-net package for the first "
"time, then you must configure the client, otherwise the distributed.net "
"client will refuse to start."
msgstr ""
"Der distributed.net-Client muss bevor er benutzt werden kann konfiguriert "
"werden. Obwohl die meisten Einstellungen vernünftige Standardwerte haben, "
"muss eine e-Mail Adresse angegeben werden, dem distributed.net alle vom "
"Client erledigte Arbeit zugerechnet wird. Falls Sie das distributed-net "
"Paket zum ersten Mal installieren müssen Sie den Client konfigurieren, "
"ansonsten wird der Client nicht starten."

#. Type: boolean
#. Description
#: ../distributed-net.templates:2001
msgid ""
"When the distributed.net client is run as a daemon (via /etc/init.d/"
"distributed-net), the output will be redirected to /var/log/distributed-net."
"log.  You do not need to set up a log file. Since the init script is "
"controlling the distributed.net client, you should not enable \"quiet mode\" "
"as that breaks the init script."
msgstr ""
"Falls der distributed.net-Client als Daemon gestartet wird (mittels  /etc/"
"init.d/distributed-net), wird die Ausgabe zu /var/log/distributed-net.log "
"umgeleitet. Sie brauchen keine Logdatei einzurichten. Da das Init-Skript den "
"distributed.net-Client kontrolliert, dürfen sie den \"quiet-mode\" nicht "
"aktivieren, da sonst das Init-Skript nicht richtig funktionieren würde."

Bug#744314: clamav: [INTL:de] Update for the German debonf messages

[Tobias Frost]

Am Sonntag, den 13.04.2014, 19:31 +0200 schrieb Holger Wansing:
> Hi,
> 
> Tobias Frost  wrote:
> > Source: clamav
> > Severity: wishlist
> > Tags: patch l10n
> > 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> > 
> > Dear maintaier,
> > 
> > please see the atteched patch to complete the de.po as there were several 
> > untranslated strings
> > and as the last update was years ago (according the timestamp in the po 
> > file) I spent some time on it.
> > (And used also an assignment for my NM process :))
> > 
> > I attach the complete file and diff against the file in the latest source 
> > file.
> > 
> > CC'ed the German I10N Team for their information and feedback.
> > 
> > Please note that this is just a one-time translation, I do not intend to 
> > become a full-time translator
> > in Debian. 
> 
> Sadly I have to argue that the files included in the bug contain
> many typos and missing commas!

I'd argue that the situation today is better than it has been yesterday
(with many strings not translated at all; and there were *many* strings
that were completely wrong). 
(Of course I'll consider your patch immediately with your findings; I
just checked my diff again and I still think I did not that bad...)

> I would have been a good idea to ask for a review of the translation on
> debian-l10n-ger...@lists.debian.org before submitting the bug.

That's why I CC'ed the list and also sent the diff for easier review.
And even it would have been picked by the maintainer, there is always
a next upload. 

Please note I'm happy to maintain/take carea about this bugreport until
everyone is happy. (Just to avoid that the sentence "one-time upload" in
the original submission is misread; I just figured out that translation
will not be the main business I'd like to do in Debian after my NM
process is completed. That's not related to you guys, it just because
other things are more fun to me)  

> As can be seen on https://www.debian.org/international/German/
> that list should generally be contacted to coordinate translations
> to German. That would have helped to get info about the workflow.

I'm sorry, but I cant read that form that link. 
Maybe that should be written more clearly / explicit? As said in an
earlier mail, I was unable to find any documentation about the right way
to contribute to the German team, so I did according I thought it makes
most sense.
Sorry that I was wrong here, but as said before, I still don't know how
it is supposed to be, due to lack of documentation (or my failure to
find it). I think https://www.debian.org/international/German/rules
could be suitable place for this (BTW, the link "Webseite zur Liste" at
the end of this page is a 404)

Cheers,
Tobi

> Holger



signature.asc
Description: This is a digitally signed message part

Bug#619244: [Pkg-systemd-maintainers] Bug#619244: systemd: unowned files after purge (policy 6.8, 10.8): /etc/machine-id

[Tobias Frost]

Am Montag, den 14.04.2014, 14:22 +0200 schrieb Michael Stapelberg:
> Hi coldtobi,
> 
> coldtobi  writes:
> > Maybe new imput:
> > On drizzle I had the same issue with database files.
> > My solution was to ask the user (debconf) if the files should be removed on
> > purge, and defaulted that to yes. This is compliant with the policy and you 
> > can
> > still explain why this file is needed and why systemd suggests to keep the
> > file. 
> I don’t think this is a good idea. Users should not be bothered with
> technical details such as this just for following the policy to the word.

Well, I disagree... (Obviously otherwise I wouldn't have proposed it in
the first place). 
First, IMHO purging systemd will not be a task non-techies person will
do often, and the techie person how chooses to switch her init system to
something else will be indeed not be bugged by an debconf question and
be able to judge that technical detail.
Also, as the systemd folks writes [1] that there is no harm if the
system id is gone, because it allows for the exception of stateless
machines. 
So I see no backside, except that some people how know what they are
doing will see that debconf dialog and there they can be still eductated
why it is a bad idea(tm) to remove the machine-id. I actually still
think that would be quite elegant and almost no visibilty to user which
do not care about how systemd ticks.

[1] http://www.freedesktop.org/software/systemd/man/machine-id.html

(Additionally, I do not like the idea of another persitent tracking id
on my machine, and after searching the New I'm know that others share my
feelings; but that's off-topic now.) 

Earlier in this bugreport the idea to have this file also when the user
has no systemd installed was brought up: This theorectically forces
people how do not want to have this id on also to have it.
Somehow also a expectation one could have on Debian is if you purge a
package, everything is removed, leaving no traces. (Beside technical
limitations of course; but this id is no such technical limitation,
IMHO)

My opinion on the policy is that the text makes sense, has a lots of
experience in it and was written on purpose that way it is. Frankly I
don't see why any package should be  excluded from the rules the policy
set up. (And there is always debian-policy to discuss in case its needed
to be changed/interprated/exceptions needed)


> > BTW, *why* does systemd needs this file to be constant? Google did not have 
> > an
> > answer for me... Do you have a pointer? I only found a reference that it 
> > can be
> > regenerated on stateless systems, so out of this I assume things will not 
> > break
> > if someone purges systemd and later reinstall it.
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619244#45

Maybe my question was poorly formulated: 
While this file describes the machine-id, I cannot read the purpose out
of your link: What are the benefits I (as user) would have from it and
why it would be bad to remove that file on purge ( which is already
quite unlikely, as layed out above). 

> > (Please note that this bug has a huge impact on piuparts testing, as all
> > packages directly and indirectly depending on systemd will not be tested 
> > until
> > this is fixed policy-like)
> Then please work on fixing it…? :)

That's why I proposed this solution in the first place. 
I don't see that this is a bug in piuparts, do you?

> I think the best option (as discussed in this bug already) is to move
> the file to a more central package like base-files.

I personally don't like that idea, because it moves files to a package
which has no business with the file: And that somehow feels wrong, not
warranted and not really intuitively  enough to me. Also this somehow
entangles people not wanting systemd-stuff on their system.

-- 
Tobi



signature.asc
Description: This is a digitally signed message part

Bug#745135: RFS: mariadb-10.0/10.0.10-1 [ITP] -- Latest version of worlds most popular non-Oracle database

[Tobias Frost]

Hallo Otto,

(disclaimer: I cannot sponsor it, I'm not a DD)


Am Freitag, den 18.04.2014, 13:20 +0300 schrieb Otto Kekäläinen:

>   More information about MariaDB packaging can be obtained by asking
> me by e-mail, I promise to reply quickly.
> 
> The packaging is very similar to that of mariadb-5.5, already in
> Debian, but that sponsor has so many packages and is not available for
> reviewing mariadb-10.0 in the forseeable future, thus I am now
> requesting for a new sponsor the help me with mariadb-10.0.
> 

I did only take a look a the mentors interface, especially at the
lintian section. It seems there are several things to be fixed:
W outdated-autotools-helper-file -- looks like that dh-autoreconf or
autotools-dev would like to be your friends. 
Please also the linitan errors, eg  dir-or-file-in-var-run or
missing-dependency-on-libc
(There are many other information errors that are easy to fix)

For the overriden linitian warnings: Most of those should be fixed
instead of overriden: binary-without-manpage
command-with-path-in-maintainer-script manpage-has-errors-from-man
If you cannot fix them now, don't override them.

Generally, if you override linitian, please do document *why* in the
overrides.

Stopping here, as it makes no sense to review the code if there are
still lintian *errors*


> As everything can be compared to existing and accepted mariadb-5.5,
> the task of sponsoring my 10.0 should be relatively trivial. In
> general the Debian MySQL team is low on manpower, so a new sponsor
> here is desperately needed.

BTW, to me it seems that mariadb-5.5 itself would have use of some
overhaul. There are e.g 4 errors and 8 warnings for it; at least one of
the errors would qualify RC (if linitian is right on this, of course;
but then they should be overriden)

(I'm currently in the NM process, I'll consider when done to join the
Debian MySQL team)

-- 
Tobi


> 
>   Regards,
>Otto Kekäläinen
> 
> 
> 
> -- 
> Check out our blog at http://seravo.fi/blog
> and follow @ottokekalainen
> 
> 



signature.asc
Description: This is a digitally signed message part

Bug#745135: RFS: mariadb-10.0/10.0.10-1 [ITP] -- Latest version of worlds most popular non-Oracle database

[Tobias Frost]

Am Samstag, den 19.04.2014, 10:24 +0300 schrieb Otto Kekäläinen:
> Hello Tobias,
> 
> Thanks for looking into this. My comments:
> 
> 
> 2014-04-18 15:12 GMT+03:00 Tobias Frost :
> > Hallo Otto,
> >
> > (disclaimer: I cannot sponsor it, I'm not a DD)
> 
> You still help me improve the quality of the package and mentor me
> mentally, so thanks anyway!

Well, I'm just always telling that to avoid disappointment later.
And different DD's have different expectations before they sponsor,
which in the end could even mean that you're doing something first and
undoing later. (But that's worst-case.)

> 
> > I did only take a look a the mentors interface, especially at the
> > lintian section. It seems there are several things to be fixed:
> 
> I fixed some of the issues and pushed to git, see changes at
> http://anonscm.debian.org/gitweb/?p=pkg-mysql/mariadb-10.0.git;a=log
> 
> Considering that MariaDB 5.5, MySQL 5.5 and MySQL 5.6 in Debian all
> have a long list of Lintian issues, I think it is a bit too demanding
> if all Lintian issues should be addressed, but of course it would be
> nice to have as many as possible fixed.

Well, goal of all packages should be that they should be as lintian
clean as possible. As you said, 5.5 is in the archives, I say 10.0 is
not; for many DDs lintian cleaness is a requirement for sponsoring.
(Also note that lintian evolves and therefor will report now issues that
where not detected at that time 5.5 was introduced)  

> > W outdated-autotools-helper-file -- looks like that dh-autoreconf or
> > autotools-dev would like to be your friends.
> 
> Autotools is not used. These files seems to be just upstream cruft
> left over, so I added a override with this comment.
> 
> > Please also the linitan errors, eg  dir-or-file-in-var-run or
> 
> I removed that dir. I haven't checked with upstream it it is OK, but
> obviously this one must be removed and later re-introduced as a mkdir
> line in the server startup script or similar.

Yes, as the policy says (the lintian error description has a link to the
section), you need to create it at boot-time, in the init.d script.

> > missing-dependency-on-libc
> 
> Fixed.
> 
> > (There are many other information errors that are easy to fix)
> 
> >From my point of view all the low hanging things are done. Any help
> with nailing the remaining issues is very appreciated.
> 
> > For the overriden linitian warnings: Most of those should be fixed
> > instead of overriden: binary-without-manpage
> > command-with-path-in-maintainer-script manpage-has-errors-from-man
> > If you cannot fix them now, don't override them.
> 
> Are you sure? To me all these non-actionable warnings generate a lot
> of noise and hides issues I could actually address. Although when I
> look at 
> http://lintian.debian.org/full/pkg-mysql-ma...@lists.alioth.debian.org.html#mysql-5.5_5.5.35+dfsg-2
> and 
> http://lintian.debian.org/full/pkg-mysql-ma...@lists.alioth.debian.org.html#mysql-5.6_5.6.16-1~exp1
> they seem to have all these spelling errors and manpage warnings etc
> not overridden. Maybe I should indeed remove those overrides...

Argueable, there is somehow personal taste involved. 
However, I think overrides are only acceptable if I cannot do something
against or if lintian is simply wrong. If the issue is valid, I do not
override but leave it open until I have a chance to fix it (it serves
also as a good reminder then.)
Also Spelling errors can be easily patched away.  

(BTW, I think there also some obsolete warnings overriden; you should
remove them... Best remove all overrides, build the package, and see
what you need to re-add.)

> > Generally, if you override linitian, please do document *why* in the
> > overrides.
> 
> I've now added some more comment lines into the lintian-overrides.
> Some of this packaging is inherited from years back, so as time passes
> I'll review the need for old patches and overrides and the like, but I
> do want to have some progress before I invest a lot more of my time
> into this package. Having a sponsor waiting and promising to upload if
> I work hard enough would be very encouraging..

Sure, I know that feeling. However, thats also chicken-egg-problem:
A good or perfect package is a also a advertisement for sponsors. 
(However from my experience, you'll find an sponsor eventually if you
show that you care and try to deliver the best you can) 

> Stopping here, as it makes no sense to review the code if there are
> > still lintian *errors*
> 
> I have now found a solution to all errors now and there are only three
> "harmless" warnings left.

BTW, when you iterate, can you always upload to mentors afterwards?
Th

Bug#740240: libdrizzle4: UDS connect getting into infinite loop

[Tobias Frost]

Control: severity -1 normal

Hallo,

thanks for the report. 

As far as I can see, libdrizzle0 is a different codebase than
libdrizzle4. though they seem to share the same roots.
Libdrizzle0 was indeed removed and is no longer available in Debian, one
reason was that there was drizzle and also no reverse dependencies on
libdrizzle0. So I assume you are talking about some private software
which is broken by libdrizzle4...

However, the code looks to me as there is no UDS support in libdrizzle4?
Can you provide a testcase so I can approach upstream more efficiently?

Thanks!

-- 
Tobias



Am Donnerstag, den 27.02.2014, 11:49 +0100 schrieb Botond Botyanszki:
> Package: libdrizzle4
> Version: 1:7.1.36-stable-1
> Severity: important
> 
> There is a bug in libdrizzl4 which effectively makes
> it useless when using a unix domain socket:
> https://bugs.launchpad.net/libdrizzle/+bug/1098855
> The old libdrizzle0 worked properly and was available
> in squeeze but has been removed from stable.
> Trying to force users upgrading to a broken lib is not
> very nice.
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers stable
>   APT policy: (500, 'stable'), (10, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_US.UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages libdrizzle4 depends on:
> ii  libc6   2.17-97
> ii  libgcc1 1:4.8.2-10
> ii  libstdc++6  4.8.2-10
> 
> libdrizzle4 recommends no packages.
> 
> libdrizzle4 suggests no packages.
> 
> -- no debconf information
> 


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

Bug#740240: libdrizzle4: UDS connect getting into infinite loop

[Tobias Frost]

Am Donnerstag, den 27.02.2014, 19:17 +0100 schrieb Botond Botyanszki:
> Hi Tobias,
> 
> Yes, we have a program that connects to a db using libdrizzle.
> libdrizzle4 provides the same API as libdrizzle0 did and the UDS related
> stuff also there:
> nm -D /usr/lib/libdrizzle.so.4.0.0 |grep _uds
> bf6a T drizzle_con_add_uds
> c0a7 T drizzle_con_add_uds_listen
> adcc T drizzle_con_set_uds
> ad68 T drizzle_con_uds
> 
> The code in question is conn.c which is very similar in both libdrizzle0
> and libdrizzle4 except for being compiled with g++ and some additional bug
> fixes and regression as this one.
> 
> Testcase:
> --
> drizzle_return_t retval;
> drizzle_result_st *result;
> drizzle_con_st *conn;
> drizzle_st *drizzle;
> 
> drizzle = drizzle_create(NULL);
> conn = drizzle_con_create(drizzle, NULL); 
> drizzle_con_set_uds(conn, "/path/to/uds"); 
> drizzle_con_set_auth(conn, "user", "pass"); 
> drizzle_con_set_db(conn, "db"); 
> drizzle_con_add_options(conn, DRIZZLE_CON_MYSQL); 
> // the following call triggers the connect() and the infinite loop
> drizzle_result_st *result = drizzle_query_str(conn, NULL, "SELECT 1", 
> &retval);
> --
> 
> There is a patch at https://bugs.launchpad.net/libdrizzle/+bug/1098855 which 
> should fix this.

Yes, checked that before... libdrizzle (and conn.cpp) has diverged very
much and there is some danger in that it could break things. I'll check
with upstream for their comment.

If you want, you can just give it a try and compile drizzle with the
patch. As far as I can see, the only required change is to add this line


--- libdrizzle/conn.cc.orig   2014-02-27 19:43:37.811668879 +0100
+++ libdrizzle/conn.cc2014-02-27 19:44:11.488212682 +0100
@@ -1301,6 +1301,8 @@
   }
 } while (0);
 
+drizzle_state_pop(con);
+
 return DRIZZLE_RETURN_OK;
 #else
 return DRIZZLE_RETURN_COULD_NOT_CONNECT;


(This is in function
drizzle_return_t drizzle_state_connect(drizzle_con_st *con)
The lines-# are for the latest version in sid, but as far as I see it
has not much changed since 7.1.36-stable)

Would be great if you could give it a try and let me know if this fixes
it..

--
Tobias  


> Regards,
> Botond

> On Thu, 27 Feb 2014 18:57:25 +0100
> Tobias Frost  wrote:
> 
> > Control: severity -1 normal
> > 
> > Hallo,
> > 
> > thanks for the report. 
> > 
> > As far as I can see, libdrizzle0 is a different codebase than
> > libdrizzle4. though they seem to share the same roots.
> > Libdrizzle0 was indeed removed and is no longer available in Debian, one
> > reason was that there was drizzle and also no reverse dependencies on
> > libdrizzle0. So I assume you are talking about some private software
> > which is broken by libdrizzle4...
> > 
> > However, the code looks to me as there is no UDS support in libdrizzle4?
> > Can you provide a testcase so I can approach upstream more efficiently?
> > 
> > Thanks!
> > 
> > -- 
> > Tobias
> > 
> > 
> > 
> > Am Donnerstag, den 27.02.2014, 11:49 +0100 schrieb Botond Botyanszki:
> > > Package: libdrizzle4
> > > Version: 1:7.1.36-stable-1
> > > Severity: important
> > > 
> > > There is a bug in libdrizzl4 which effectively makes
> > > it useless when using a unix domain socket:
> > > https://bugs.launchpad.net/libdrizzle/+bug/1098855
> > > The old libdrizzle0 worked properly and was available
> > > in squeeze but has been removed from stable.
> > > Trying to force users upgrading to a broken lib is not
> > > very nice.
> > > 
> > > 
> > > -- System Information:
> > > Debian Release: jessie/sid
> > >   APT prefers stable
> > >   APT policy: (500, 'stable'), (10, 'testing')
> > > Architecture: amd64 (x86_64)
> > > Foreign Architectures: i386
> > > 
> > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
> > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
> > > LC_ALL set to en_US.UTF-8)
> > > Shell: /bin/sh linked to /bin/bash
> > > 
> > > Versions of packages libdrizzle4 depends on:
> > > ii  libc6   2.17-97
> > > ii  libgcc1 1:4.8.2-10
> > > ii  libstdc++6  4.8.2-10
> > > 
> > > libdrizzle4 recommends no packages.
> > > 
> > > libdrizzle4 suggests no packages.
> > > 
> > > -- no debconf information
> > > 
> > 


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

Bug#730426:

[Tobias Frost]

Control: owner -1 t...@coldtobi.de

Setting myself as owner.

Thanks to Lemos for his efforts so far!

Best regards,
Tobias Frost


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

Bug#740240:

[Tobias Frost]

Hallo Botond,

I've asked upstream both on IRC and on the mailing list, see below.

(However, if you could try out the patch and it works out, I'm happy to
add this patch in the Debian version)

(For the procedure, I'll wait for your answer and without I will
eventually mark this bug wontfix in a few weeks)

Have a nice weekend!
-- 
Tobias

IRC:
18:02 < coldtobi> Hallo. I've got a bug report for against drizzle,
bugs.debian.org/740720 . This is about libdrizzle, which on Debian comes
from the drizzle packge and not the one fro here:
https://launchpad.net/libdrizzle. So I've got some questions on it: How
much are those two projects tied together? Is drizzle just using
libdrizzle or is it independent development? If they somehow connected,
is it possible/feasible to sync them again? (Seems that the 
19:58 < LinuxJed_> coldtobi: they are separate projects, both under the
Drizzle umbrella.  libdrizzle 1.0/2.0 are bundled in Drizzle, 5.0/5.1
are separate and have an  incompatible API

mailing list: https://lists.launchpad.net/drizzle-discuss/msg09514.html

Tobias Frost  writes:
> I've got a bug report for against drizzle, bugs.debian.org/740720 .
This
> is about libdrizzle, which on Debian comes from the drizzle packge and
> not the one fro here: https://launchpad.net/libdrizzle. 
>
> So I've got some questions on it: How much are those two projects tied
> together? 
> Is drizzle just using libdrizzle or is it independent development? 
> If they somehow connected, is it possible/feasible to sync them
again? 
>
> (Seems that the libdrizzle is a little newer and have more features)
> Could libdrizzle be used for drizzle? (So would it make sense to
package
> them independently?)

libdrizzle was originally separate, then we maintained them in the same
tree (to save dependency hell as we were changing both).

Now, there's a renewed effort focusing on libdrizzle (nicknamed
libdrizzle-redux) and what we should do is make Drizzle link to this
rather than have an in-tree copy (the APIs aren't really changing so
much anymore so this isn't going to cause people dependency heck).


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

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Am Freitag, den 21.02.2014, 18:16 +0100 schrieb Agustin Martin:
> On Tue, Feb 18, 2014 at 10:17:29PM +0100, Tobias Frost wrote:

> > Just one question: disabling auto-compat does not have any effect
> > anymore? (I think thats good, just want to ensure that this was
> > intended)
> 
> If it is not in info file it is recreated internally and its data used. If
> it is in info file, compat data in info file is used

Ok
 
> > When I'm back from my business trip, I will then proceed to start the
> > discussion for the overhaul of the simple aspell directoires on
> > debian-devel et.al, if that is ok with you. 
> 
> What do you exactly plan? The problem with dictionaries in general is the
> same as with many other pieces of software in Debian, very different types of
> maintainers. 

As usual when people are involved, this time from all over the world in
many different cultures :)


> While is OK to let them know about what we are doing, so the most active can
> test things, I'd prefer to wait a bit more for something more ambitious, and
> if changes are required, let them be for a good reason and do them just once
> if possible. See below for more info.
>
> I wrote
> > > Lived this before :-( (http://bugs.debian.org/310590#48), seems this is 
> > > not
> > > possible. I have asked upstream to confirm that to be sure.
> > > 
> > > In the meantime I have been thinking that those symlinks could be created 
> > > by
> > > the $class-autobuildhash scripts and record the target .rws and symlink 
> > > full
> > > paths in a file like $compat.remove. This file could be parsed from postrm
> > > to make sure hashes and symlinks are removed. If there is no simple way of
> > > adding the paths, this could also be useful if multiarch is ever 
> > > implemented
> > > for aspell.
> 
> This is the main reason I woud prefer to wait a bit more. I am currently 
> working
> on this and preliminary steps are working, including that symlinks are no
> longer created by installdeb* scripts, but from autobuildhash scripts. This
> needs some care because some systems may have /usr mounted "ro" and only
> remounted "rw" during dpkg run, but I think I have already dealt with this,
> but have to test more. Newly created dictionaries would need a new
> dictionaries-common.
> 
> I have also been doing some reorganization of the devel package to put most
> common things in a Devel perl module. I would like to have this put together
> with the new changes, so everything is tested. 
> 
> My roadmap about this is something like:
> 
> a) On Sunday 1.22.0 reaches testing (#737515). 
> b) Somewhere next week I plan to upload something to fix [#625278:
>dictionaries-common: package contains two dangling symbolic links in
>/usr/lib/ispell]. 
> 
>While I consider this harmless and something that should be considered a
>false positive by any checking tool, I admit it is not nice. This suffers
>from the same "ro" problem as creating symlinks from autobuildhash scripts,
>and I plan deal with it similarly, here during main dpkg run while in
>triggers for the autobuildhash scripts. This has the advantage that will
>provide more testing.
> c) By that time I plan to prepare an experimental package with all the new
>changes, to start further testing.


The plan is to ask these people, for their feedback and input and
eventually if they're ok to update the (simple) aspell-xx packages, if
that leads to improvment for Devian archive. As an example, enabling
auto-compat will also eliminate some nasty piuarts errors and debsums
false positives. I think, with dh_aspell-simple now in place, many will
be happy to make Debian better here, especially when provided with
patches. 
But IMHO that's the second step, the first is to let the
people know that there are some changes (planned) and ask for testing,
comments, concerns and maybe even ideas.

But I think that can also wait a little until you give the "GO" telling that 
you think everything is now stable enough.
Just give me a ping e.g for testing...
 
> Unless important bug reports appear, this should happen in less time than a
> bug report needs to be archived, so we could still use this bug report for
> coordination or open a new one.

 
> Regards,
> 
> -- 
> Agustin
> 


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

Bug#740507: [wnpp] ITA log4cxx

[Tobias Frost]

Package: wnpp
Control: retitle -1 ITA: log4cxx -- A logging library for C++
Control: owner -1 !

I'm intending to adopt the package as it is a r-depends of one of my
packages. 

(However, I assume that this endavour will take a little longer until
ready, please feel free to nevertheless make QA uploads in the meantime)

--
tobi 


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

Bug#742749: lcms: Adding a watchfile

[Tobias Frost]

Package: lcms
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

please see the attached watchfile.
Note, that this one will only find the lcms-1.xx releases, not the lcms2 ones
(which are in a seperate package)

Best regards,
Tobias Frost

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTMz6CAAoJEJFk+h0XvV02HKIP/2lg6JKTgeS0mJKDHToK+PVE
CdViU4TgJtnO8AOgyi9r+ahNeJdU6LtGr0zUr70Inzp1RqDFLzhH/CmbC1vwsXSt
BuUfr2kbJuutoKUxyWz+NuoZ0Bsism8aeHOzGTOr1cA4cUFxsOcmPkXo0rdOSG8v
NiahvrN0beCsA8W/oc5jLfn3xvy0pXVo8HIDi5hMMRH4TfWzMVp11O1bSFIPQDe/
U4UChdvqdfuY11kS5+HmxzSsIIP3WGwrGhUW5YCtZ5Dhbxn6Hvo4vSEEBcIsO0il
RjjOu29qyuyiRLaYeLFvt03I+hmKA51w6J8dk8ElN28pZvBKvC/KxJBEv3HzkNRp
NIAWU38qGU0zR+qHDLVxixUcuoOX10criteb7HpsiCbLY6dWG9KyodE92mbyqjiH
X4+HElngqQPdojvfVNRDRXrBlrQaOvdJrGOCBDql8oAxkRSIzSrCgObCfF00Xt60
2c8hpzLrRKI/j/IqLSJcXUCZigK82eaEMGjuc2eBrukh7ehUsr4sxh5x7OzuBRoJ
G2sbLBOAtsnUS2tHkhDfZyCnMoq0vJ7XCRclCL0lKVj1xKZTWSwqrU4ku3O8Fm7u
uxaVBSJIQSay5R2Y2HuH6JhH/ud1vnLl3tIM4fMijuzAOPIYoZ+1gKyUk2dblKUV
P46pxj9mru6yk7x+BML5
=GLML
-END PGP SIGNATURE-
version=3
opts=dversionmangle=s/\.dfsg.$// \
http://qa.debian.org/watch/sf.php/lcms/lcms-(\d.*)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz))

Bug#717928: Remove lcms for jessie

[Tobias Frost]

Package: lcms
Followup-For: Bug #717928

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo,

I somehow have the feeling that this is hardly managable
until the freeze for jessie, taking a look at the amount of packages...

So maybe can I propose to postpone (and reduce this severity to important)
the transistion?

(BTW, I'm working on a NMU on this package; when I started working on it
I did see that bug and it would be a pitty to throw it away ...)

- --
Tobias Frost

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTM0DkAAoJEJFk+h0XvV02T5YQANMtv65JGQeEBm3XIvfR7blA
gWkFZlW0slqe3ksQ0hKVNg6NLDnD2bzC/Fyk9+UG61pZT+MVF4QLJaD9HCHkEO5d
I1JqpxgzDnRz7MdwLWFV43ShR9VY6v/hjNeFJSoIbPOfSzZnMQjZEZVWq6ylHkzI
vgXfsdO/ArRy4LJtP4nnuaJsrq8LIvdsSlEjpTslSrt7XUVLqd3y0SUo2wfp0Ym+
wKniSWtvOJYyQAe2UIoJ6qgNKe6qGfYlWEOnl2PmeIYsWE1gZ3DmkBeykliMGk4k
cCiG1FXuWTj1+XVNgOEH1GeqfkpPiwp8/M2XmHSoCgLVwZec5vX3XNVmO9zhyH2u
ILRJnFgBC/ZfAvTLm29+eSmVits1uq402yYU6zdmynsFL2GUUTxrTaiZSJ3lcbn3
pYSf5ZeZaaQLJJ7Tei8PZYJZe2m5iVmuX6tTc5SCHGjre7wDL5wAwpa6iDsp8vHa
Nxmn2w/bspZDjYDzoliW2sqoJJvTVh9YKcHaxudRIvY4ZdeLSSToBMFRyLVxe0wF
wOnjbn3tluNt6Ovzeq4KLwsHIRs0EJYOJvDNiapdH8B7Gyn6zLC20Uyex88JnWDx
6C9Dr9BrUpfjCDr1uFsymWTBoyukZlffwoixp1nBzDGPMpWDVggmA58UUbwaIxRe
eIfd2MAJ0g6Me3WU3GsJ
=xKWT
-END PGP SIGNATURE-


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

Bug#742751: lcms: dep5 d/copyright file

[Tobias Frost]

Package: lcms
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I just wrote a dep5 copyright file (and then realizing that File-Excluded for
file removals is not yet active in uscan).

Would be a pitty to throw it way, so attaching it as patch
(its without the File-Excluded statement)

PS: I assumed the packageing files are also under the MIT.
If not, the file will needs some edit...

- -- 
Best regards,
Tobias


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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTM0IdAAoJEJFk+h0XvV02Uw8P/RLLaxsNG4Qk0RQCMIbDzSM5
Au+rXe+7mIqc5l7om60SurnA8QT5cdUBw1XwJpeKJJSLyEgjlNwumiSYfCj9EiY0
RGBJTrJ3VJ8aE6FCt2AQjiCmIj76cddHX/qJPiSTAwcxnWGqSwLO+IkSb700K7jP
m3ZLJT0Ovoc+v8IcjC4tjkewo8lmu2l0nBbma98pDSO0rvdoZfAUtNGFhajtA5hQ
+y66HZ2p4hpaGreLzMUAx/wC5A83RA6pO5xFUDqy8v9StzCx/V/Qss5nGKXb2aCE
mR5g6IY8zXY4iaIi4/OfhA9bqOGWhdg8DzSpnA1+k2X1cZbwK0DFDaowO+gfVhgG
ZimnNzO1vV9m0rTfcSLzW709t/fbpfBsOuptFVDWuCOi2fm1s5/GpQ7kuCL8og0H
7CxqmpKhE0MDLLNftKv1pkQEmlr65WCDm3gl63mpmc7tb1r6L2gTJ58RWZiSmJa/
xApz3Un60bBbxY7NCgmNuw/k4s3eKEEiaQeSFve5cFcq3lGEOjQnut3ckid7Mjgq
sYY9UmTxyJwXP5tZpAz0w627f+GQyh38dQ+JT2WzuVhx6KBI4dRc0F8Dq3//6j+i
LtwpXZ0oB5K+GEQ16HVYt5UotM/i+lLxDI37yewqUKtPAONzUPh0Dk0O3hZfn/c8
TtS0GHxksSNteiF8QCTX
=3pCy
-END PGP SIGNATURE-
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: lcms
Source: http://sourceforge.net/projects/lcms/files/lcms/

Files: *
Copyright: Copyright 1998-2006 Marti Maria
License: MIT
 Permission is hereby granted, free of charge, to any person
 obtaining a copy of this software and associated documentation
 files (the "Software"), to deal in the Software without restriction,
 including without limitation the rights to use, copy, modify, merge,
 publish, distribute, sublicense, and/or sell copies of the Software,
 and to permit persons to whom the Software is furnished to do so, subject
 to the following conditions:
 .
 The above copyright notice and this permission notice shall be included
 in all copies or substantial portions of the Software.
 .
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
 OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 
LIABILITY,
 WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
 CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Files: debian/*
Copyright: Copyright 2000-2001 Ivan E. Moore II 
 Copyright 2002 Luis Arocha 
 Copyright 2003-2006 Shiju p. Nair .
 Copyright 2007-2011 Oleksandr Moskalenko 
License: MIT
 Permission is hereby granted, free of charge, to any person
 obtaining a copy of this software and associated documentation
 files (the "Software"), to deal in the Software without restriction,
 including without limitation the rights to use, copy, modify, merge,
 publish, distribute, sublicense, and/or sell copies of the Software,
 and to permit persons to whom the Software is furnished to do so, subject
 to the following conditions:
 .
 The above copyright notice and this permission notice shall be included
 in all copies or substantial portions of the Software.
 .
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
 OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 
LIABILITY,
 WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
 CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Bug#728208: liblcms1: CVE-2013-4160 - lcms can be made to crash

[Tobias Frost]

Package: liblcms1
Tags: +patch
Followup-For: Bug #728208

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I analyzed the bugfix [1] upstream applied to fix this CVE in lcms-2, and 
backported
the fix.
The code diverged very much and some of the issues are not in lcms1, therefore 
the
is the patch very brief...

Patch attached.

[1] 
https://github.com/mm2/Little-CMS/commit/91c2db7f2559be504211b283bc3a2c631d6f06d9#diff-71ceac61c5cd61ded00fd656b179a061R1178


(PS: I'm preparing a NMU with this patch) 

- -- 
Tobias

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTNAN5AAoJEJFk+h0XvV02/A4QAML7a5MrfQ4m1O65HxKmXRZl
94JS8lPALa+HEGHFkET5lDE+rYZdlq6mrgtVrqo9063P5uvf+lxMHek+55c94OG0
D/bLIC7G8LBOiM1suDHtddc0R91xumKgifRm4JiculI20N3sb3azkhCS8IWlP78R
M+LEaqobwYz+rIBqgzJnbBKH2F3enoqDyybbCqZdRMzVdnwuv8AnooV39UFzIaGE
n8k50h4GakgpnIJ1dKowH3L711mhXJm+K+Ze9ypMzEyd7Lh3L9ZfLRLzw184adPk
OJ4Py8CY7I+3ext2tNMk/laAFDXK5wh6doX5QCuKIPO2YJ0iZcBj8ZRdyQtK7Ncy
VNnW8UuYX5NlxQEkip6Q3ImlaxMID7HTfKqUG7Zx2lWwiudhLopzfKZQQJJxEOH1
4eLMb3/k+yQYIegwXF72v2xLo99GzplGJEofKPLOJTdIfM8PuwrdxDi3tUdtOuiY
OOuPWYVu5Bibn6g2qZlm8sj8c4Dx9TRI411CAXWBlFe5nP6Dfi2JaucVqa3nR8rH
o9SWqrlBBv+nHLD1UscG6F6c57vieuJayocOCiO9ZzYabLMUEA9weLsIkE+RySpB
752pFzqnNfJubMPMS5753Hr6+kP3cMe8v87XRlAkeAcTw9aQrN1I5PxsNOxExFqx
6M+nD5YcF1ns9loOXqq/
=ggGP
-END PGP SIGNATURE-
diff -Naur lcms-1.19.dfsg/src/cmsio1.c backup2/src/cmsio1.c
--- lcms-1.19.dfsg/src/cmsio1.c	2014-03-27 09:09:17.997870264 +0100
+++ backup2/src/cmsio1.c	2009-11-13 10:02:11.0 +0100
@@ -2007,9 +2007,9 @@
   return 0;
 }
 
-strncpy(v ->NamedColorList->Prefix, (const char*) nc2.prefix, 31);
-strncpy(v ->NamedColorList->Suffix, (const char*) nc2.suffix, 31);
-v ->NamedColorList->Prefix[31] = v->NamedColorList->Suffix[31] = 0;
+strncpy(v ->NamedColorList->Prefix, (const char*) nc2.prefix, 32);
+strncpy(v ->NamedColorList->Suffix, (const char*) nc2.suffix, 32);
+v ->NamedColorList->Prefix[32] = v->NamedColorList->Suffix[32] = 0;
 
 v ->NamedColorList ->ColorantCount = nc2.nDeviceCoords;
 

Bug#718682: liblcms1: CVE-2013-4276: Buffer overflows in Little CMS v1.19

[Tobias Frost]

Package: liblcms1
Followup-For: Bug #718682

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi, 
I'm currently preparing a NMU for this package.
To fix this issue, I will use the attached patch.
Its taken from:

https://build.opensuse.org/package/view_file/openSUSE:Evergreen:11.2:Test/lcms/CVE-2013-4276.patch#

- -- 
Tobias Frost

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTNAUxAAoJEJFk+h0XvV02rhgQAKTwhHtRN/9Ku4tjQRP9UC7h
huM2qrRh3PqT851XCDK8RES9qrQNUDcuwzYtfUxVB5yjPgJGNxnli4rnkMp3BaEV
wDP781PU52u7/D+xVnWQShL7wERAiJKrJY3y//x8v1U7/VMM0RtPXaFEZC2o1+rE
xxZDQFRQtGSRc95HiVn/5p5ItD7R0tX69bzPlczJHJcd8lGe2Lf7PlhzfqYNie0r
dW1ZkLtVzjfqRLaTHap0z8QMEnb0cRgIFf+CWi94UNZp6obasiSSQ0n4Q+GcHMPq
sGGbBfYWWXTWg9FyFg7TVAGnn/6ILH7XBCv7Agh343nUsZpCY/1ruAs1POe0Rs6H
DY4UkyrxR0B+GYDKgPnep75rxRO3yryO856rctVBFucxnasuQwxdnRTZ/tvdKL+5
EOp6AM5MCKibcw68xN7AP/2rxF9TxS1HrNBdScST2gZyTvPhdOIU3MO3dfUuXg7G
NV/4xL/MXXYCdTUhHAJ+erkEB1R9iGasZ++48Qpszgmf86CSL5UMRx+y2QAGGpQz
FOzW46k0/nVrH2iNaunwOADlAE/DjFSJiBOhfmLtvyGdhb39bYiu6ShVP/i/AfTs
fA7ss0hfTtmxCWgzpJduKJkxuSPXIwGTUTPL2V/dBw/n2uAjDWnYBjh4JDJx4dAV
RnvcVGqrZKnJ3co5Ksyn
=0DVy
-END PGP SIGNATURE-
--- lcms-1.19.dfsg/samples/icctrans.c	2009-10-30 15:57:45.0 +
+++ lcms-1.19.dfsg/samples/icctrans.c	2013-08-06 11:53:14.385266647 +0100
@@ -86,6 +86,8 @@ 
 static LPcmsNAMEDCOLORLIST InputColorant = NULL;
 static LPcmsNAMEDCOLORLIST OutputColorant = NULL;
 
+unsigned int Buffer_size = 4096;
+
 
 // isatty replacement
 
@@ -500,7 +502,7 @@ 
 
 Prefix[0] = 0;
 if (!lTerse)
-sprintf(Prefix, "%s=", C);
+snprintf(Prefix, 20, "%s=", C);
 
 if (InHexa)
 {
@@ -648,7 +650,9 @@ 
 static
 void GetLine(char* Buffer)
 {
-scanf("%s", Buffer);
+char User_buffer[Buffer_size];
+fgets(User_buffer, (Buffer_size - 1), stdin);
+sscanf(User_buffer,"%s", Buffer);
 
 if (toupper(Buffer[0]) == 'Q') { // Quit?
 
@@ -668,7 +672,7 @@ 
 static
 double GetAnswer(const char* Prompt, double Range)
 {
-char Buffer[4096];
+char Buffer[Buffer_size];
 double val = 0.0;
 	   
 if (Range == 0.0) {  // Range 0 means double value
@@ -738,7 +742,7 @@ 
 static
 WORD GetIndex(void)
 {
-char Buffer[4096], Name[40], Prefix[40], Suffix[40];
+char Buffer[Buffer_size], Name[40], Prefix[40], Suffix[40];
 int index, max;
 
 max = cmsNamedColorCount(hTrans)-1;
--- lcms-1.19.dfsg/tifficc/tiffdiff.c	2009-10-30 15:57:46.0 +
+++ lcms-1.19.dfsg/tifficc/tiffdiff.c	2013-08-06 11:49:06.698951157 +0100
@@ -633,7 +633,7 @@ 
 cmsIT8SetSheetType(hIT8, "TIFFDIFF");
 

-sprintf(Buffer, "Differences between %s and %s", TiffName1, TiffName2);
+snprintf(Buffer, 256, "Differences between %s and %s", TiffName1, TiffName2);
   
 cmsIT8SetComment(hIT8, Buffer);
 

Bug#718682: Intending to NMU lcms (Version 1)

[Tobias Frost]

Hallo Oleksandr,

I just saw that you have a LowNMU policy, but you'd like to be contacted
before doing the actual NMU. 

Well, I'm currently preparing a NMU for the lcms* to fix some CVE and a 
fatal lintian error. Please feel

(* I'm talking about the "old" lcms-1, not the lcms2 ... just to avoid
confusion)

Please note that I cannot upload the NMU by myself, so I will ask my AM,
Thijs Kinkhorst (CC'ed) to put the upload into DELAYED/8 if he approves
(and you not vetoing).
I've choosen DELAYED/8 because I will be away from computers starting
tomorrow for a week, and I'd like to be available when the package
enters the queue. 
 

This is the current changelog for the intended NMU:

lcms (1.19.dfsg1-1.3) unstable; urgency=medium

  * Non-maintainer upload.
  * Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682)
  * Repack orig-source to remove non-dfsg free color profiles. This is
necessary as the resulting lintian error
license-problem-md5sum-non-free-file would lead to an autoreject
(Closes: #736806).
  * Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes:
#728208)

 -- Tobias Frost   Thu, 27 Mar 2014 12:20:24 +0100

I already attached the patches I will use for the CVS's to the BTS,
but of course I will also send an complete nmudiff later to the BTS.


Best regards,

-- 
Tobi


signature.asc
Description: This is a digitally signed message part

Bug#742781: lcms: diff for NMU version 1.19.dfsg1-1.3

[Tobias Frost]

Package: lcms
Version: 1.19.dfsg-1.2
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for lcms (versioned as 1.19.dfsg1-1.3) and
uploaded it to DELAYED/8. Please feel free to tell me if I
should delay it longer.

Please note that I cannot upload myself, therefore I will ask Thijs, my AM to
do it for me. So please make sure to keep him CC if you need a longer delay or
if the NMU shouls be canceled.

Note: the nmudiff below is shortened by this three files:
 lcms-1.19.dfsg1/include/icc34.h
 lcms-1.19.dfsg1/python/lcms.py
 lcms-1.19.dfsg1/python/lcms_wrap.cxx

They are already different in the current Debian version, compared to the 
orig.tar.gz
and there are no additional changes for them due to this NMU
(they are anyway SWIG-generated files) 

Regards.

-- 
Tobi

Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/Delphi/Samples/sRGB Color Space 
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/Delphi/Samples/sRGB Color Space 
Profile.icm differ
diff -Nru lcms-1.19.dfsg/debian/changelog lcms-1.19.dfsg1/debian/changelog
--- lcms-1.19.dfsg/debian/changelog 2014-03-27 13:03:19.0 +0100
+++ lcms-1.19.dfsg1/debian/changelog2014-03-27 13:03:21.0 +0100
@@ -1,3 +1,15 @@
+lcms (1.19.dfsg1-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682)
+  * Repack orig-source to remove non-dfsg free color profiles. This is
+necessary as the resulting lintian error
+license-problem-md5sum-non-free-file would lead to an autoreject
+(Closes: #736806).
+  * Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes: #728208)
+
+ -- Tobias Frost   Thu, 27 Mar 2014 12:20:24 +0100
+
 lcms (1.19.dfsg-1.2) unstable; urgency=low
 
   * Non-maintainer upload.
  
Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/python/testbed/sRGB Color Space 
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/python/testbed/sRGB Color Space 
Profile.icm differ
diff -Nru lcms-1.19.dfsg/samples/icctrans.c lcms-1.19.dfsg1/samples/icctrans.c
--- lcms-1.19.dfsg/samples/icctrans.c   2009-10-30 16:57:45.0 +0100
+++ lcms-1.19.dfsg1/samples/icctrans.c  2014-03-27 13:03:21.0 +0100
@@ -86,6 +86,8 @@
 static LPcmsNAMEDCOLORLIST InputColorant = NULL;
 static LPcmsNAMEDCOLORLIST OutputColorant = NULL;
 
+unsigned int Buffer_size = 4096;
+
 
 // isatty replacement
 
@@ -500,7 +502,7 @@
 
 Prefix[0] = 0;
 if (!lTerse)
-sprintf(Prefix, "%s=", C);
+snprintf(Prefix, 20, "%s=", C);
 
 if (InHexa)
 {
@@ -648,7 +650,9 @@
 static
 void GetLine(char* Buffer)
 {
-scanf("%s", Buffer);
+char User_buffer[Buffer_size];
+fgets(User_buffer, (Buffer_size - 1), stdin);
+sscanf(User_buffer,"%s", Buffer);
 
 if (toupper(Buffer[0]) == 'Q') { // Quit?
 
@@ -668,7 +672,7 @@
 static
 double GetAnswer(const char* Prompt, double Range)
 {
-char Buffer[4096];
+char Buffer[Buffer_size];
 double val = 0.0;
   
 if (Range == 0.0) {  // Range 0 means double value
@@ -738,7 +742,7 @@
 static
 WORD GetIndex(void)
 {
-char Buffer[4096], Name[40], Prefix[40], Suffix[40];
+char Buffer[Buffer_size], Name[40], Prefix[40], Suffix[40];
 int index, max;
 
 max = cmsNamedColorCount(hTrans)-1;
diff -Nru lcms-1.19.dfsg/src/cmsio1.c lcms-1.19.dfsg1/src/cmsio1.c
--- lcms-1.19.dfsg/src/cmsio1.c 2009-11-13 10:02:11.0 +0100
+++ lcms-1.19.dfsg1/src/cmsio1.c2014-03-27 13:03:21.0 +0100
@@ -2007,9 +2007,9 @@
   return 0;
 }
 
-strncpy(v ->NamedColorList->Prefix, (const char*) nc2.prefix, 
32);
-strncpy(v ->NamedColorList->Suffix, (const char*) nc2.suffix, 
32);
-v ->NamedColorList->Prefix[32] = v->NamedColorList->Suffix[32] 
= 0;
+strncpy(v ->NamedColorList->Prefix, (const char*) nc2.prefix, 
31);
+strncpy(v ->NamedColorList->Suffix, (const char*) nc2.suffix, 
31);
+v ->NamedColorList->Prefix[31] = v->NamedColorList->Suffix[31] 
= 0;
 
 v ->NamedColorList ->ColorantCount = nc2.nDeviceCoords;
 
Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/testbed/sRGB Color Space 
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/testbed/sRGB Color Space 
Profile.icm differ
diff -Nru lcms-1.19.dfsg/tifficc/tiffdiff.c lcms-1.19.dfsg1/tifficc/tiffdiff.c
--- lcms-1.19.dfsg/tifficc/tiffdiff.c   2009-10-30 16:57:46.0 +0100
+++ lcms-1.19.dfsg1/tifficc/tiffdiff.c  2014-03-27 13:03:21.0 +0100
@@ -633,7 +633,7 @@
 cmsIT8SetSheetType(hIT8, "TIFFDIFF");
 

-sprintf(Buffer, "Differences between %s and %s", TiffName1, TiffName2);
+snprintf(Buffer, 256, "Differences between %s and %s", TiffName1, 
TiffName2);
   
 cmsIT8Se

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

Hallo Agustin,

Sounds very very good :) 
Just an idea: Maybe a sample package would be helpful as a reference? (I can 
prepare one after my vacation) 

Tobias

(Btw, Should the snippet  read --with aspell-simple?)



On 27. März 2014 15:13:21 MEZ, Agustin Martin  wrote:
>2014-03-07 12:35 GMT+01:00 Agustin Martin :
>>
>> I have been working on these new uploads during this week and now
>would like
>> to have spare time for other things. Will try to find time to start
>> ellaborating on those points.
>
>Hi,
>
>Had little time last weeks, so I only wrote a minimal draft for the
>message. I did some testing on the symlinks stuff at experimental and
>seems to work  well, so it will soon be time to try that in real life.
>
>Here goes the draft, it is rather "light", but at least a minimal
>starting point.
>
># 
>Dear spellchecking dictionaries and wordlists maintainers,
>
>There were some recent changes in the system that may be interesting
>for your package, after initial work by Andreas Beckmann and Tobias
>Frost. Read below some reasons to consider upgrading your package and
>use some of the new features.
>
>* aspell-simple:
>
>  This is new feature intended to make things easier for people
>  maintaining aspell dictionaries created from pristine aspell
>  sources (created with aspell "proc" utility, as are those fetched
>  from aspell home page) that create nothing else than the aspell
>  dictionary package.
>
>  In these cases, debian/rules can be made as compact as
>
>  # = 8< =
>  #!/usr/bin/make -f
>
>  %:
>dh $@ --with aspell
>
>  # this is not a GNU autoconf/automake build system
>  override_dh_auto_configure:
>./configure
>  # = >8 =
>
>* substvars:
>
>  Added support for ${wordlist:Depends}, ${ispell:Depends},
>  ${aspell:Depends} and ${hunspell:Depends} substvars.
>
>* ispell/aspell autobuildhash symlinks:
>
>  Build structure and autobuildhash scripts have been changed to allow
>  those symlinks being no longer shipped with the package but created
>  by the ispell or aspell autobuildhash script.
>
>  A list of automatically created  symlinks is put in a .remove list
>  to make sure they are removed from postrm. Dangling symlinks are
>  searched for and removed at the trigger run (this last may have been
>  enough, but having .remove files does not harm).
>
>  This way we no longer need to ship any dangling symlink with the
>  package.

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#528051: Wrong passphrase typed into ksshaskpass deadlocks ssh-agent

[Tobias Frost]

Package: ksshaskpass
Followup-For: Bug #528051
Control: fixed -1 0.5.3-1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

According to the changelog [1] this bug has been fixed in
upstream version 0.5.3

[1] http://kde-apps.org/content/show.php/show.php?content=50971


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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTPwlBAAoJEJFk+h0XvV02p1AP/iBOQdr0mGQNutHD2BKENrlI
qb8WO0IDBfTx1C3aH78adDAxfgHmezmf5u0t5wSGwLnt39GPTU5nA8qQ9Y2RYLhr
FEMCSa1qG94BWMsixgMCU2xSDNn9X0UC7aImJYZumO48OFm8xSk4ejhmL7YoiyF+
sE2lTJS7giTx108EUokFEjAg7/sCtLb2wvTgmSWYPIhwXfSfap12A0w6KeCNXpNR
+YrB6JDyy5wlGZf0P+STojXXm3rckSsdh014PnBGlu2Jf6gLBEp9UIC1gaZNh/nk
2c1qCP9PDIBiZFViGsUD7/nEt/qNyMf8L1AkW+ftshPPANeE4VKBd5AxRpZfPgZY
uYyyLE7JSryqJCjY1gOmWp4EZrOcOfaVaVdE4CDjLqdZXQ2wqDO0V+ciuHXHYkX/
kPB34NE5G9VOJmRHSezWuyzC60l7MuvgWzcHGpYNU7GXYthx85UUifcaaLZrgKGy
KtGEVES5yCxcaPU4ttgcDx10g81nyO8gRZOsXoT3h63EBmO83OTLE5Euquzgov4y
wG3DzvMOV5QnDvLModSV+nKl9QXZomyy1jCENAQ7RrR3sEjt9+DeOSlkNlRrhzkl
UF9PSjx6eDHTtnQWf5Yyaivna9rBfvbP4PnC2s7Pn5WD5o3Pl6tOeCR2BaD3oVAB
AQ9gExj+2+zYFRnytcE2
=RxmC
-END PGP SIGNATURE-


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

Bug#743969: fl-cow: new upstream release 0.10

[Tobias Frost]

Package: fl-cow
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thanks for considering packaging the upstream release 0.10


- --
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTRF+PAAoJEJFk+h0XvV02zecQAKew7mpTtQni21xvnAUngk2R
9poYh/M/f3TM2M3GOB2Q0MnNfFF2+cM10jFJerkInYxzo1CBH5GJmPjEbSDLzBCi
2jyculwa800sxsaJfaWpt6MWjVRh3AXI57/gLV1V5pviUHOcRsqPGY4uS15GWdrA
iY2hEevHaJa4Uzl5vTlp0+w7OV9ja+votMUz5JeZc/0HWvF+o4c94fUF+DfgiuOE
STOPWY9UG2LACHaqX8YYen2kLzyymfxOpdvRQs/S/7M4ozfKJ6YRVW2VAAYhcNi0
YRh+qS/uVJrkuiJewyGRk/4SvsWHDHJLLUXihpdLKa12+mxP53PbNmCcPDVxH4Nx
MyfZ6sWJrlDSm/dZbMel2K/h9BoG3eP6kpYh+6fLWaUgl9x9FU6CZnH2Gbrted1t
7985MGRKIeZzDD9uZgjHHsMPbLm5uNQIHJq4hHu/8qUakDjuuKmBgyPx5pzvSZww
9mDPWJdCtTiQnRJQuAEzsxSwHGs06zBTYGjqQlGvpOE6QyoAUi6f5lMREm8ohCxQ
pSKXwHzxhuUx9ir1GHOzA+140x9ENKUm8QVqVK9m6nAMQw5FJvS+bZyoHxTVUfFY
RT+W6mnAnAmLpjBJS4hZZQ3Ve/Bpxi7w0UAsQCRQhsjLpX3el49rAEhe0hgaqBO2
s08KiyATWVHoN0fgOBvn
=AxH4
-END PGP SIGNATURE-


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

Bug#743968: fl-cow: watchfile

[Tobias Frost]

Package: fl-cow
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

please include the attached watchfile.

Best regards,

- -- 
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTRF9NAAoJEJFk+h0XvV02TtAQAKO5SKIkv1qPyEWAGopkCZD/
YLfBkY8lqTSopIDcWT2siQsGwrILtQI2ngmkNuxXmNAgcuTq82sn4VQffogbs70+
LH+YFl46UnxctSKqPb0fY399sPQl2+UVFODLuY7izGm+74GXd3b4DObSYJS5UlbM
hpMHcjqk6wqnclnfnvq3GmRltM1W/cBKmtaWDZoHhQAjUjsK2mnvBo5ocx4Qqah4
G7o+Nn0PjiGrWNxitqu7zwvqtHVr12udZvlfwu6VyvOZnwrYQb1fBeQ6tlgI3g4d
ouYhFAhCY5gvlyM3U8LKQ+zBfBc2yW4sZNHRoDTnILZ49pytrKfdE5W22Ts+sUlR
PdFYDF35tzU8BJK2uyzb4FViJIClYy0+KLQmWga/H+fFSMKpbH8kiZ/ot7q74zwO
9+Nnj80X75kjyfnVtoNkjD5P5YimeXfoe5AgO4tF2YCLqsn4WcgJvIpNYLV1lSGH
9eSFn9KxYaoqVl6ZBZwMWJH30Hn4/fLtW1ocE7EYPLraQrhXLKe+JoFHx+x0M2fn
Qwan45WM8r6jmOXLa9LUCa3155OjAwSiZ9YcWXaM/y7oXDM21WtCMXjsmm/V6lX3
kJtvAkiA/EeKu8VnJeiBRp3+VpYlQCAI8Au+Rk+unEVaYvxyKmzIVaGtReFh6PKX
ho2jKwWts3iobmYSGKX7
=iMKQ
-END PGP SIGNATURE-
version=3
http://xmailserver.org/flcow.html 
(?:.*/|)fl-cow[_\-]?(\d.*)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz))

Bug#743975: fl-cow: manpage for /usr/bin/cow

[Tobias Frost]

Package: fl-cow
Version: 0.6-4.1
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

please see the attached manpage for /usr/bin/cow.
Maybe you want to include it in your next upload.

Best regards,
- -- 
Tobi

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

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

Versions of packages fl-cow depends on:
ii  libc6  2.18-4

fl-cow recommends no packages.

fl-cow suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTRG+VAAoJEJFk+h0XvV02/7sQAMNU0D3VCYydLn9opXrhyLkK
5AcFL5gutKTe6iQ+9RbW3+jLB3fril4y/XiQqtTvddCe+VyYyYZapkEXzHTVy81x
rMCyyDVzmymYuiakUbl2BMbEtvmorMP+q9sCaBnl0Vr0SBzYKSoEb/LsSyMhpSJc
QpT6DZAlBrOWY3jJSotqD+6MJR8bIgkSIfY5taruhJH9kmdzMKCeVAXBvH9t1WIX
zAVBq17C0B2u76ME5x2QnGSMPvjyT0ghCgQNMuwVBmqOOgQV/J+PXi9T2ozbEnti
4v6ApLnsLrXceLQGtdI7uadCX6i1K2YUdeVyBk4ObrseunOJ/cfkWi6+vgA1kcZT
g2c+kIK+nkb+pxXvH/crGwmi4ZaISYIvGdRsAuAaNOj77wKwOBQ1qDZSYK26be17
8ql2JeHvOn/AoojkTjrXKcUIUouCpFUmuG8Zo+GVAOtm6ZKLVvX5aH9Kzo0T4/h1
W1HuRDK9/IGNSFyFtSRKSut7nipjfoRxknMur0bV/DN1JgS3GdSHrd5+NHk+BBID
2U8TicE7vjVzBRfKqmxE/6aXFFVtyW9Z+Zo1RR/R/9AWKRGBzy6jFPjaIXSG2d5Z
9y30NPPuh7iMqkBpYJYgBiXqRQFAX0ZSbsJYMcykqJbNUv+psqGud0oKblyMcSSP
Gws4IDWslDsyMcMa2OEH
=TtWQ
-END PGP SIGNATURE-
.TH cow 1 "April 8, 2014" "" "fl-cow"
.SH NAME
cow \- wrapper to run single command using fl-cow

.SH SYNOPSIS
.B cow
command [...]

.SH DESCRIPTION

This wrapper executes a single command using fl\-cow, ensuring that the fl-cow library is appropriately
preloaded.

.SH NOTES

fl\-cow is a library to implement copy\-on\-write of hard linked files, that is if a program opens
a file with write permissions the hard\-linked copy is replaced by a non\-hard linked version of the file.

.SH EXAMPLES

For instance, to run a shell with fl-cow enabled:

.B cow bash

.SH "SEE ALSO"

For a description of fl-cow, please see
.UR http://xmailserver.org/flcow.html
.UE http://xmailserver.org/flcow.html

Bug#745821: 389-ds-base: FTBFS - several issues

[Tobias Frost]

Source: 389-ds-base
Severity: normal
Tags: pending patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

while fixing #741600 I figured out that the current package does not build:
- -> the autoconf detection for libsrvcore is broken (one must not link against 
libsoftokn3)
- -> there is a missing B-D on libpci-dev

For the first one I attach a patch, however I'm currently preparing a NMU anyway
(The second one is trivial adding the B-D to d/control)

BR,
Tobi

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTWnXYAAoJEJFk+h0XvV0278EQALf21MFFhjYEjxy3a2ZUNfva
+x5RB9n2f7gAu/qcTT2WKqHEo85P8uJI/ZXxbVGjXYq2YO3F5D1Qil9pOUn9Blor
HkHfZAn9jUpfekX7B8ASKQ7u/shHwyWJr3KtKl6FEHGhvqF3lgq58WQrK92nAFIW
1ZczAmIO9ueO+ZR9GosruG7gLPt6iSMv9352fPFVHRxoLX1hopq1RU8TA4mPvcS/
cXmICeffJJYco6grG8mKMlwvg46JTIuXaWeqOxxaqG6Xx2MstoQAaOqP4bj/5evD
t2peZ4xUHIBcOa2nSmMZbWZEMEaYmunT6fX9rvspQBSYebCpXV0vVQWtEmH5irbr
rByP1nvL2ALWzWvFcBZnOJPyTrUJ9bBCygQTXebY6DZ+RUa0cgCl7b2G0bsaUZ0O
OFvBDWoYwzKVSxrj+5T/B63Pi9T0fd0gDXlPumC2BvkC2Gi3jM15mXAbJ4p9WjsB
t0XMgJ+ouGjmhoRWTJfstir2shoz49nNQjO8r4WU8eHeH+lM2zNqiMkqdfBb3Cos
BclrGlHswoc/q0vcxUW3vdaiiK991SXqGm0nkKW4XS2WVexIqrr/TJ/dIRiRXLW7
p8o9l3oArxaH0OOC1iJQx+wxSc35EyeAZDSMscQGPyvTMFpC0wtaevECV7WMaWgn
lexY0nW6J5Ifs6esJLXH
=X/Tn
-END PGP SIGNATURE-
Description: Fix autoconf macro to detect svrcore properly
 configure bails out with a linking error against libsoftokn, which is according
 #473275 the correct behaviour. The patch modifies the m4 file to do not link
 against this lib.
Author: Tobias Frost 
Forwarded: no
Last-Update: 2014-04-25
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/m4/svrcore.m4
+++ b/m4/svrcore.m4
@@ -96,7 +96,7 @@
 if test -z "$svrcore_inc" -o -z "$svrcore_lib"; then
 dnl just see if SVRCORE is already a system library
   AC_CHECK_LIB([svrcore], [SVRCORE_GetRegisteredPinObj], [havesvrcore=1],
-	   [], [$nss_inc $nspr_inc $nss_lib -lnss3 -lsoftokn3 $nspr_lib -lplds4 -lplc4 -lnspr4])
+	   [], [$nss_inc $nspr_inc $nss_lib -lnss3 $nspr_lib -lplds4 -lplc4 -lnspr4])
   if test -n "$havesvrcore" ; then
 dnl just see if SVRCORE is already a system header file
 save_cppflags="$CPPFLAGS"

Bug#733365: drawtk: diff for NMU version 2.0-2.1

[Tobias Frost]

tags 733365 + pending
thanks

Dear maintainer,

I've prepared an NMU for drawtk (versioned as 2.0-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru drawtk-2.0/debian/changelog drawtk-2.0/debian/changelog
--- drawtk-2.0/debian/changelog 2012-06-15 08:21:07.0 +0200
+++ drawtk-2.0/debian/changelog 2014-04-25 19:16:36.0 +0200
@@ -1,3 +1,12 @@
+drawtk (2.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: fonttex.c:24:31: fatal error: freetype/freetype.h: No
+such file or directory" Adding patch from BTS, stored as
+fix-freetype-includes.patch (Closes: #733365)
+
+ -- Tobias Frost   Fri, 25 Apr 2014 19:15:30 +0200
+
 drawtk (2.0-2) unstable; urgency=low
 
   * Add bugfix: fix-duplicated-font.patch


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

Bug#737413: configshell: diff for NMU version 1.2-1.1

[Tobias Frost]

Dear maintainer,

I've prepared an NMU for configshell (versioned as 1.2-1.1) and
will ask a DD to upload it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru configshell-1.2/debian/changelog configshell-1.2/debian/changelog
--- configshell-1.2/debian/changelog2013-08-03 20:14:45.0 +0200
+++ configshell-1.2/debian/changelog2014-04-25 20:11:26.0 +0200
@@ -1,3 +1,12 @@
+configshell (1.2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: Error: latex failed: Font T1/cmr/m/n/10=ecrm1000 at
+10.0pt not loadable", adding texlive-fonts-recommended to B-D
+(Closes: #737413)
+
+ -- Tobias Frost   Fri, 25 Apr 2014 20:11:13 +0200
+
 configshell (1.2-1) unstable; urgency=low
 
   * [9160207] Add README.source
diff -Nru configshell-1.2/debian/control configshell-1.2/debian/control
--- configshell-1.2/debian/control  2013-08-03 20:14:45.0 +0200
+++ configshell-1.2/debian/control  2014-04-25 20:07:32.0 +0200
@@ -2,7 +2,7 @@
 Section: python
 Priority: optional
 Maintainer: Ritesh Raj Sarraf 
-Build-Depends: debhelper(>= 7.0.50~), python(>= 2.6.6-3~), python-epydoc, 
python-simpleparse, texlive-latex-base, texlive-latex-extra, 
texlive-latex-recommended, lmodern, ghostscript
+Build-Depends: debhelper(>= 7.0.50~), python(>= 2.6.6-3~), python-epydoc, 
python-simpleparse, texlive-latex-base, texlive-latex-extra, 
texlive-latex-recommended, lmodern, ghostscript, texlive-fonts-recommended
 Standards-Version: 3.9.2
 Homepage: http://www.risingtidesystems.com/git/?p=configshell.git;a=summary
 Vcs-Git: git://anonscm.debian.org/linux-target/configshell.git


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

Bug#736315:

[Tobias Frost]

Hallo Stephen,

any news regarding wfmath? I'm currently at a BSP and would take a look
on this package...

Best regards,
Tobias Frost


signature.asc
Description: This is a digitally signed message part

Bug#745881: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4

[Tobias Frost]

Package: isdnutils
Version: 1:3.25+dfsg1-3.3
Severity: normal
Tags: patch pending

[Replace XX with correct value]
Dear maintainer,

I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4) and
uploaded it to DELAYED/XX. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru isdnutils-3.25+dfsg1/debian/changelog 
isdnutils-3.25+dfsg1/debian/changelog
--- isdnutils-3.25+dfsg1/debian/changelog   2014-04-25 22:31:01.0 
+0200
+++ isdnutils-3.25+dfsg1/debian/changelog   2014-04-26 11:50:45.0 
+0200
@@ -1,3 +1,17 @@
+isdnutils (1:3.25+dfsg1-3.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS after upgrade tcl-dev to 8.6" by applying patch from BTS
+(Closes: #725000)
+  * Fix "postinst uses /usr/share/doc content (Policy 12.3)", applying
+relevant sections from the patch found in BTS (Closes: #710359)
+  * debian/patches/vbox-configure-quoting.patch: fix wrong handling of paths
+with embedded quotes; this confuses vbox's configure script something
+fierce, and causes files to be missed from debian/tmp'/usr/share/doc/'
+at install time.
+
+ -- Tobias Frost   Sat, 26 Apr 2014 00:40:47 +0200
+
 isdnutils (1:3.25+dfsg1-3.3) unstable; urgency=low
 
   [ Andreas Beckmann ]
diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.examples 
isdnutils-3.25+dfsg1/debian/ipppd.examples
--- isdnutils-3.25+dfsg1/debian/ipppd.examples  2013-06-06 12:36:15.0 
+0200
+++ isdnutils-3.25+dfsg1/debian/ipppd.examples  2014-04-26 11:46:20.0 
+0200
@@ -1,3 +1,2 @@
-debian/ipppd.DEVICE
 debian/auth-down
 debian/auth-up
diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.install.in 
isdnutils-3.25+dfsg1/debian/ipppd.install.in
--- isdnutils-3.25+dfsg1/debian/ipppd.install.in2013-06-06 
12:36:15.0 +0200
+++ isdnutils-3.25+dfsg1/debian/ipppd.install.in2014-04-26 
11:46:20.0 +0200
@@ -1,3 +1,4 @@
 usr/sbin/ipppstats
 usr/sbin/ipppd
 debian/ioptions/etc/ppp/
+debian/ipppd.DEVICE/usr/share/isdn/default
diff -Nru isdnutils-3.25+dfsg1/debian/ipppd.postinst 
isdnutils-3.25+dfsg1/debian/ipppd.postinst
--- isdnutils-3.25+dfsg1/debian/ipppd.postinst  2013-06-06 12:36:15.0 
+0200
+++ isdnutils-3.25+dfsg1/debian/ipppd.postinst  2014-04-26 11:46:20.0 
+0200
@@ -64,7 +64,7 @@
 ucf --three-way --debconf-ok "$tempfile" 
/etc/isdn/device.$IPPPX
 ucfr ipppd /etc/isdn/device.$IPPPX
 
-gzip -dc /usr/share/doc/ipppd/examples/ipppd.DEVICE.gz > 
"$tempfile"
+cp /usr/share/isdn/default/ipppd.DEVICE "$tempfile"
 perl -i -pe '$_ = "" if /^# REMOVE the/; $_ = "" if /^# 
Warning! not configured yet!/; s,^name X.,name '"$ISPLOGIN"',; 
s,^#ms-get-dns,ms-get-dns,;' "$tempfile"
 ucf --three-way --debconf-ok "$tempfile" /etc/isdn/ipppd.$IPPPX
 ucfr ipppd /etc/isdn/ipppd.$IPPPX
diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.examples 
isdnutils-3.25+dfsg1/debian/isdnlog.examples
--- isdnutils-3.25+dfsg1/debian/isdnlog.examples2013-06-06 
12:36:15.0 +0200
+++ isdnutils-3.25+dfsg1/debian/isdnlog.examples2014-04-26 
11:46:20.0 +0200
@@ -1,3 +1,6 @@
-isdnlog/samples/*
-debian/isdnlog.DEVICE
+isdnlog/samples/isdnlog.*
+isdnlog/samples/provider
+isdnlog/samples/reload
+isdnlog/samples/rtest.dat
+isdnlog/samples/stop
 debian/callerid.conf
diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.install.in 
isdnutils-3.25+dfsg1/debian/isdnlog.install.in
--- isdnutils-3.25+dfsg1/debian/isdnlog.install.in  2013-06-06 
12:36:15.0 +0200
+++ isdnutils-3.25+dfsg1/debian/isdnlog.install.in  2014-04-26 
11:46:20.0 +0200
@@ -12,3 +12,7 @@
 isdnlog/README /usr/share/doc/isdnlog/de
 isdnlog/TODO /usr/share/doc/isdnlog/de
 isdnlog/contrib/winpopup/winpopup /usr/share/doc/isdnlog/de
+debian/isdnlog.DEVICE /usr/share/isdn/default
+isdnlog/samples/isdn.conf /usr/share/isdn/default
+isdnlog/samples/isdn.conf.?? /usr/share/isdn/default
+isdnlog/samples/rate.conf* /usr/share/isdn/default
diff -Nru isdnutils-3.25+dfsg1/debian/isdnlog.postinst 
isdnutils-3.25+dfsg1/debian/isdnlog.postinst
--- isdnutils-3.25+dfsg1/debian/isdnlog.postinst2013-06-06 
12:36:15.0 +0200
+++ isdnutils-3.25+dfsg1/debian/isdnlog.postinst2014-04-26 
11:46:20.0 +0200
@@ -26,7 +26,7 @@
 if [ "$country" = other ]; then
 country=default
 fi
-defdir=/usr/share/doc/isdnlog/examples/
+defdir=/usr/share/isdn/default
 conffile=/etc/isdn/isdn.conf
 tempfile=$(mktemp -t isdnutils.XX)
 trap 'rm -f "$tempfile"' EXIT
@@ -58,7 +58,7 @@
ucfr isdnlog /etc/isdn/$cfg
done
 
-   sed '/REMOVE the next line/,/REMOVE the above/