Bug#936344: Upstream is working on Python 3 support
First off, crossfire could just drop python support. It's a plugin and some map files would lose some functionality but if the choice is between removing the package and that then I'd rather keep the package. Upstream is working on updating the python code. The last message I saw on the subject was on 2019-12-05: "We will make the switch to Python 3 once some more scripts are tested." https://sourceforge.net/p/crossfire/bugs/867/ I'm hoping that they'd make a new release but I can backport if need be.
Bug#926182: Patch: Use alternatives system for guile-2.2-dev binaries
tags 926182 + patch thanks Hi. /usr/bin/guile uses alternatives system and the real binary is under /usr/lib, as well as providing /usr/bin/guile-2.2 as a symlink. My patch gives the same treatment for the binaries in guile-2.2-dev. diff -Nru guile-2.2-2.2.4+1/debian/changelog guile-2.2-2.2.4+1/debian/changelog --- guile-2.2-2.2.4+1/debian/changelog 2018-07-28 23:10:51.0 +0300 +++ guile-2.2-2.2.4+1/debian/changelog 2019-05-03 21:58:01.0 +0300 @@ -1,3 +1,11 @@ +guile-2.2 (2.2.4+1-1.1) unstable; urgency=medium + + * NMU + * Use alternatives system for guild, guile-config, guile-snarf and +guile-tools and use version suffixed names. (Closes: #926182) + + -- Kari Pahula Fri, 03 May 2019 21:58:01 +0300 + guile-2.2 (2.2.4+1-1) unstable; urgency=medium * Upgrade to 2.2.4. diff -Nru guile-2.2-2.2.4+1/debian/guile-dev.install guile-2.2-2.2.4+1/debian/guile-dev.install --- guile-2.2-2.2.4+1/debian/guile-dev.install 2018-07-28 23:10:09.0 +0300 +++ guile-2.2-2.2.4+1/debian/guile-dev.install 2019-05-03 21:56:57.0 +0300 @@ -1,7 +1,7 @@ -debian/tmp/usr/bin/guild -debian/tmp/usr/bin/guile-config -debian/tmp/usr/bin/guile-snarf -debian/tmp/usr/bin/guile-tools +debian/tmp/usr/bin/guild /usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin +debian/tmp/usr/bin/guile-config /usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin +debian/tmp/usr/bin/guile-snarf /usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin +debian/tmp/usr/bin/guile-tools /usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin debian/tmp/usr/include/* debian/tmp/usr/lib/*/*.a debian/tmp/usr/lib/*/libguile-@DEB_SRC_EFF_VER@.so diff -Nru guile-2.2-2.2.4+1/debian/guile-dev.links guile-2.2-2.2.4+1/debian/guile-dev.links --- guile-2.2-2.2.4+1/debian/guile-dev.links 1970-01-01 02:00:00.0 +0200 +++ guile-2.2-2.2.4+1/debian/guile-dev.links 2019-05-03 21:56:57.0 +0300 @@ -0,0 +1,4 @@ +usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/guild usr/bin/guild-@DEB_SRC_EFF_VER@ +usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/guile-config usr/bin/guile-config-@DEB_SRC_EFF_VER@ +usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/guile-snarf usr/bin/guile-snarf-@DEB_SRC_EFF_VER@ +usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/guile-tools usr/bin/guile-tools-@DEB_SRC_EFF_VER@ diff -Nru guile-2.2-2.2.4+1/debian/guile-dev.postinst guile-2.2-2.2.4+1/debian/guile-dev.postinst --- guile-2.2-2.2.4+1/debian/guile-dev.postinst 1970-01-01 02:00:00.0 +0200 +++ guile-2.2-2.2.4+1/debian/guile-dev.postinst 2019-05-03 21:56:57.0 +0300 @@ -0,0 +1,14 @@ +#!/bin/sh + +set -e + +for bin in guild guile-config guile-snarf guile-tools; do +update-alternatives \ +--install \ +/usr/bin/$bin \ +$bin \ +/usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/$bin \ +@DEB_ALT_PRIORITY@ +done + +#DEBHELPER# diff -Nru guile-2.2-2.2.4+1/debian/guile-dev.prerm guile-2.2-2.2.4+1/debian/guile-dev.prerm --- guile-2.2-2.2.4+1/debian/guile-dev.prerm 1970-01-01 02:00:00.0 +0200 +++ guile-2.2-2.2.4+1/debian/guile-dev.prerm 2019-05-03 21:56:57.0 +0300 @@ -0,0 +1,12 @@ +#! /bin/sh + +set -e + +if [ "$1" != "upgrade" ] ; then +for bin in guild guile-config guile-snarf guile-tools; do +update-alternatives --remove $bin \ +/usr/lib/@MARCH@guile-@DEB_SRC_EFF_VER@/bin/$bin +done +fi + +#DEBHELPER# diff -Nru guile-2.2-2.2.4+1/debian/rules guile-2.2-2.2.4+1/debian/rules --- guile-2.2-2.2.4+1/debian/rules 2018-07-28 23:10:09.0 +0300 +++ guile-2.2-2.2.4+1/debian/rules 2019-05-03 21:56:57.0 +0300 @@ -129,6 +129,7 @@ guile-$(deb_src_eff_ver).menu \ guile-$(deb_src_eff_ver).undocumented \ guile-$(deb_src_eff_ver)-dev.install \ + guile-$(deb_src_eff_ver)-dev.links \ guile-$(deb_src_eff_ver)-doc.README.Debian \ guile-$(deb_src_eff_ver)-doc.install \ guile-$(deb_src_eff_ver)-libs.install \ @@ -137,6 +138,8 @@ autogen_installdeb_files := $(addprefix debian/, \ guile-$(deb_src_eff_ver).postinst \ guile-$(deb_src_eff_ver).prerm \ + guile-$(deb_src_eff_ver)-dev.postinst \ + guile-$(deb_src_eff_ver)-dev.prerm \ guile-$(deb_src_eff_ver)-doc.postinst \ guile-$(deb_src_eff_ver)-doc.prerm \ guile-$(deb_src_eff_ver)-libs.postinst \ @@ -233,12 +236,6 @@ -Xusr/lib/$(march)guile/$(deb_src_eff_ver)/extensions/guile-readline.a \ -Xusr/lib/$(march)guile/$(deb_src_eff_ver)/extensions/guile-readline.la - sed -i'' '0,\|/usr/bin/guile|s||$(deb_guile_bin_path)|' \ - debian/$(deb_pkg_basename)-dev/usr/bin/guile-config - - sed -i'' '0,\|\$${exec_prefix}/bin/guile|s||$(deb_guile_bin_path)|' \ - debian/$(deb_pkg_basename)-dev/usr/bin/guild - test -e $(gdb_ext) mkdir -p $(gdb_ext_dir) mv $(gdb_ext) $(gdb_ext_dir)
Bug#924610: Ports of CVE patches from Debian LTS for libsdl2
Hi. I've ported the CVE patches from Debian LTS for libsdl2 in unstable. >From 71a63c55e96dc351058d3700d1a4cba1726136e2 Mon Sep 17 00:00:00 2001 From: Kari Pahula Date: Wed, 24 Apr 2019 16:56:30 +0300 Subject: [PATCH] Port patches from Debian LTS release for CVE bugs. Fixes for CVE-2019-7572, CVE-2019-7573, CVE-2019-7574, CVE-2019-7575, CVE-2019-7576, CVE-2019-7577, CVE-2019-7578, CVE-2019-7635, CVE-2019-7636, CVE-2019-7637, CVE-2019-7638. --- debian/patches/CVE-2019-7572_CVE-2019-7574.patch | 92 ++ debian/patches/CVE-2019-7573.patch | 69 debian/patches/CVE-2019-7575_CVE-2019-7577.patch | 91 + debian/patches/CVE-2019-7577_1_2.patch | 34 debian/patches/CVE-2019-7578.patch | 79 +++ ...CVE-2019-7635_CVE-2019-7636_CVE-2019-7638.patch | 83 +++ debian/patches/CVE-2019-7637.patch | 86 debian/patches/series | 8 ++ 8 files changed, 542 insertions(+) create mode 100644 debian/patches/CVE-2019-7572_CVE-2019-7574.patch create mode 100644 debian/patches/CVE-2019-7573.patch create mode 100644 debian/patches/CVE-2019-7575_CVE-2019-7577.patch create mode 100644 debian/patches/CVE-2019-7577_1_2.patch create mode 100644 debian/patches/CVE-2019-7578.patch create mode 100644 debian/patches/CVE-2019-7635_CVE-2019-7636_CVE-2019-7638.patch create mode 100644 debian/patches/CVE-2019-7637.patch diff --git a/debian/patches/CVE-2019-7572_CVE-2019-7574.patch b/debian/patches/CVE-2019-7572_CVE-2019-7574.patch new file mode 100644 index 000..32e347e --- /dev/null +++ b/debian/patches/CVE-2019-7572_CVE-2019-7574.patch @@ -0,0 +1,92 @@ +Description: CVE-2019-7572, CVE-2019-7574 + CVE-2019-7572: a buffer over-read in IMA_ADPCM_nibble in audio/SDL_wave.c. + CVE-2019-7574: a heap-based buffer over-read in IMA_ADPCM_decode in audio/SDL_wave.c. + +--- +Author: Abhijith PA +Origin: https://bugzilla-attachments.libsdl.org/attachment.cgi?id=3610 +https://bugzilla.libsdl.org/attachment.cgi?id=3612 +https://bugzilla.libsdl.org/attachment.cgi?id=3618 +Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=4496 + https://bugzilla.libsdl.org/show_bug.cgi?id=4495 +Last-Update: <2018-03-12> + +Index: libsdl2/src/audio/SDL_wave.c +=== +--- libsdl2.orig/src/audio/SDL_wave.c libsdl2/src/audio/SDL_wave.c +@@ -272,6 +272,14 @@ IMA_ADPCM_nibble(struct IMA_ADPCM_decode + 22385, 24623, 27086, 29794, 32767 + }; + Sint32 delta, step; ++/* Clamp index value. The inital value can be invalid. */ ++ if ( state->index > 88 ) { ++ state->index = 88; ++ } else ++ if ( state->index < 0 ) { ++ state->index = 0; ++ } ++ + + /* Compute difference and new sample value */ + if (state->index > 88) { +@@ -338,7 +346,7 @@ static int + IMA_ADPCM_decode(Uint8 ** audio_buf, Uint32 * audio_len) + { + struct IMA_ADPCM_decodestate *state; +-Uint8 *freeable, *encoded, *decoded; ++Uint8 *freeable, *encoded, *encoded_end, *decoded, *decoded_end; + Sint32 encoded_len, samplesleft; + unsigned int c, channels; + +@@ -354,6 +362,7 @@ IMA_ADPCM_decode(Uint8 ** audio_buf, Uin + /* Allocate the proper sized output buffer */ + encoded_len = *audio_len; + encoded = *audio_buf; ++encoded_end = encoded + encoded_len; + freeable = *audio_buf; + *audio_len = (encoded_len / IMA_ADPCM_state.wavefmt.blockalign) * + IMA_ADPCM_state.wSamplesPerBlock * +@@ -363,11 +372,13 @@ IMA_ADPCM_decode(Uint8 ** audio_buf, Uin + return SDL_OutOfMemory(); + } + decoded = *audio_buf; ++decoded_end = decoded + *audio_len; + + /* Get ready... Go! */ + while (encoded_len >= IMA_ADPCM_state.wavefmt.blockalign) { + /* Grab the initial information for this block */ + for (c = 0; c < channels; ++c) { ++if (encoded + 4 > encoded_end) goto invalid_size; + /* Fill the state information for this block */ + state[c].sample = ((encoded[1] << 8) | encoded[0]); + encoded += 2; +@@ -381,6 +392,7 @@ IMA_ADPCM_decode(Uint8 ** audio_buf, Uin + } + + /* Store the initial sample we start with */ ++if (decoded + 2 > decoded_end) goto invalid_size; + decoded[0] = (Uint8) (state[c].sample & 0xFF); + decoded[1] = (Uint8) (state[c].sample >> 8); + decoded += 2; +@@ -390,6 +402,9 @@ IMA_ADPCM_decode(Uint8 ** audio_buf, Uin + samplesleft = (IMA_ADPCM_state.wSamplesPerBlock - 1) * channels; + while (samplesleft > 0) { + for (c = 0; c < channels; ++c) { ++if (encoded + 4 > encoded_end) goto invalid_size; +++ if (decoded + 4 * 4 * channels > decoded_end) +++
Bug#924609: Ports of CVE patches from Debian LTS for libsdl1.2
Hi. I've ported the CVE patches from Debian LTS for libsdl1.2 in unstable. >From 3aa83f5059f9e8203177350101ab43415b901f93 Mon Sep 17 00:00:00 2001 From: Kari Pahula Date: Wed, 24 Apr 2019 16:51:03 +0300 Subject: [PATCH] Port patches from Debian LTS release for CVE bugs. Fixes for CVE-2019-7572, CVE-2019-7573, CVE-2019-7574, CVE-2019-7575, CVE-2019-7576, CVE-2019-7577, CVE-2019-7578, CVE-2019-7635, CVE-2019-7636, CVE-2019-7637, CVE-2019-7638. --- debian/patches/CVE-2019-7572_CVE-2019-7574.patch | 105 debian/patches/CVE-2019-7573.patch | 66 debian/patches/CVE-2019-7575_7577.patch | 78 + debian/patches/CVE-2019-7577-1_2.patch | 32 debian/patches/CVE-2019-7578.patch | 53 ++ debian/patches/CVE-2019-7635_636_638.patch | 81 + debian/patches/CVE-2019-7637.patch | 207 +++ debian/patches/series| 8 + 8 files changed, 630 insertions(+) create mode 100644 debian/patches/CVE-2019-7572_CVE-2019-7574.patch create mode 100644 debian/patches/CVE-2019-7573.patch create mode 100644 debian/patches/CVE-2019-7575_7577.patch create mode 100644 debian/patches/CVE-2019-7577-1_2.patch create mode 100644 debian/patches/CVE-2019-7578.patch create mode 100644 debian/patches/CVE-2019-7635_636_638.patch create mode 100644 debian/patches/CVE-2019-7637.patch diff --git a/debian/patches/CVE-2019-7572_CVE-2019-7574.patch b/debian/patches/CVE-2019-7572_CVE-2019-7574.patch new file mode 100644 index 000..c1ecdb9 --- /dev/null +++ b/debian/patches/CVE-2019-7572_CVE-2019-7574.patch @@ -0,0 +1,105 @@ +Description: CVE-2019-7572, CVE-2019-7574 + CVE-2019-7572: a buffer over-read in IMA_ADPCM_nibble in audio/SDL_wave.c. + CVE-2019-7574: a heap-based buffer over-read in IMA_ADPCM_decode in audio/SDL_wave.c. + +--- +Author: Abhijith PA +Origin: https://bugzilla-attachments.libsdl.org/attachment.cgi?id=3610 +https://bugzilla.libsdl.org/attachment.cgi?id=3612 +https://bugzilla.libsdl.org/attachment.cgi?id=3618 +Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=4496 + https://bugzilla.libsdl.org/show_bug.cgi?id=4495 +Last-Update: <2018-03-05> + +Index: libsdl1.2-1.2.15/src/audio/SDL_wave.c +=== +--- libsdl1.2-1.2.15.orig/src/audio/SDL_wave.c libsdl1.2-1.2.15/src/audio/SDL_wave.c +@@ -264,6 +264,14 @@ static Sint32 IMA_ADPCM_nibble(struct IM + }; + Sint32 delta, step; + ++ /* Clamp index value. The inital value can be invalid. */ ++ if ( state->index > 88 ) { ++ state->index = 88; ++ } else ++ if ( state->index < 0 ) { ++ state->index = 0; ++ } ++ + /* Compute difference and new sample value */ + step = step_table[state->index]; + delta = step >> 3; +@@ -275,12 +283,6 @@ static Sint32 IMA_ADPCM_nibble(struct IM + + /* Update index value */ + state->index += index_table[nybble]; +- if ( state->index > 88 ) { +- state->index = 88; +- } else +- if ( state->index < 0 ) { +- state->index = 0; +- } + + /* Clamp output sample */ + if ( state->sample > max_audioval ) { +@@ -323,7 +325,7 @@ static void Fill_IMA_ADPCM_block(Uint8 * + static int IMA_ADPCM_decode(Uint8 **audio_buf, Uint32 *audio_len) + { + struct IMA_ADPCM_decodestate *state; +- Uint8 *freeable, *encoded, *decoded; ++ Uint8 *freeable, *encoded, *encoded_end, *decoded, *decoded_end; + Sint32 encoded_len, samplesleft; + unsigned int c, channels; + +@@ -339,6 +341,7 @@ static int IMA_ADPCM_decode(Uint8 **audi + /* Allocate the proper sized output buffer */ + encoded_len = *audio_len; + encoded = *audio_buf; ++ encoded_end = encoded + encoded_len; + freeable = *audio_buf; + *audio_len = (encoded_len/IMA_ADPCM_state.wavefmt.blockalign) * + IMA_ADPCM_state.wSamplesPerBlock* +@@ -349,11 +352,13 @@ static int IMA_ADPCM_decode(Uint8 **audi + return(-1); + } + decoded = *audio_buf; ++ decoded_end = decoded + *audio_len; + + /* Get ready... Go! */ + while ( encoded_len >= IMA_ADPCM_state.wavefmt.blockalign ) { + /* Grab the initial information for this block */ + for ( c=0; c encoded_end) goto invalid_size; + /* Fill the state information for this block */ + state[c].sample = ((encoded[1]<<8)|encoded[0]); + encoded += 2; +@@ -367,6 +372,7 @@ static int IMA_ADPCM_decode(Uint8 **audi + } + + /* Store the initial sample we start with */ ++ if (decoded + 2 > decoded_end) goto invalid_size; + decoded[0] = (Uint8)(state[c].sample&0xFF); + decoded[1] = (Uint8)(state[c].sample>>8); + decoded += 2; +@@ -376,6 +382,9 @@ static int IMA_ADPCM_decode(Uint8 **audi + samplesleft = (IMA_ADPCM_state.wSamplesPerBlock-1)*channels; + while ( samplesleft > 0 ) { + for ( c=0; c encoded_end) goto invalid_size; ++if (decoded + 4 * 4 * channels > decoded_end) ++
Bug#912969: gecode: FTBFS on mips and mipsel
Package: gecode Version: 6.1.0-1 Severity: serious Tags: ftbfs Forwarded: https://github.com/Gecode/gecode/issues/34 Building Gecode 6.1.0-1 fails on mips and mipsel. The previous version (6.0.1-1) had no trouble. GCC versions have changed between the build attempts and that may be a factor. The error occurs in the test suite that's run after the build itself at the same place for both arches. https://buildd.debian.org/status/fetch.php?pkg=gecode&arch=mips&ver=6.1.0-1&stamp=1540903224&raw=0 https://buildd.debian.org/status/fetch.php?pkg=gecode&arch=mipsel&ver=6.1.0-1&stamp=1540907457&raw=0 I've reported this to the upstream but it's likely that this needs to be figured out on Debian's end.
Bug#863936: Can't reproduce the FTBFS
tags 863936 + help unreproducible thanks Unfortunately, I couldn't reproduce the FTBFS. I tried building it a few times with sbuild in a stretch environment and it worked fine every time. The last upload for Gecode was in March and I reckon that the build deps haven't changed much at all since then. I had no issue back then. I can tell from the log that whatever it is is flex/bison related. Would anyone else have better idea about what's going on here?
Bug#858132: gecode FTBFS on ppc64el: error: narrowing conversion of '18444492273895866370ull' from 'long long unsigned int' to 'gecode_boost::long_long_type {aka long long int}'
On Sat, Mar 18, 2017 at 08:08:55PM +0200, Adrian Bunk wrote: > Source: gecode > Version: 4.4.0-3 > Severity: serious > > https://buildd.debian.org/status/fetch.php?pkg=gecode&arch=ppc64el&ver=4.4.0-3%2Bb1&stamp=1489745301&raw=0 Aside from some namespacing changes, the ppc_rounding_control.hpp included with Gecode is identical to the current libboost-dev version. Is there an binNMU scheduled for Boost? I'd expect the issue to exist there also.
Bug#796719: tntdb patch for GCC 5 transition
tags 796719 patch thanks Attached is a tntdb patch for the GCC 5 transition, with a library package rename. Tested to work with cxxtools which had made the transition. diff -Nru tntdb-1.3/debian/changelog tntdb-1.3/debian/changelog --- tntdb-1.3/debian/changelog 2013-07-12 19:35:32.0 +0300 +++ tntdb-1.3/debian/changelog 2015-09-05 20:44:44.0 +0300 @@ -1,3 +1,11 @@ +tntdb (1.3-3) unstable; urgency=medium + + * Bump library package names to 4v5 for C++ ABI transition. (Closes: +#796719) + * Bump Standards-Version to 3.9.6 (No changes necessary) + + -- Kari Pahula Sat, 05 Sep 2015 20:44:44 +0300 + tntdb (1.3-2) unstable; urgency=low * Build-Conflicts: libtntdb3, libtntdb-dev (Closes: #716749) diff -Nru tntdb-1.3/debian/control tntdb-1.3/debian/control --- tntdb-1.3/debian/control 2013-07-12 19:36:05.0 +0300 +++ tntdb-1.3/debian/control 2015-09-05 22:51:55.0 +0300 @@ -4,14 +4,16 @@ Maintainer: Kari Pahula Build-Depends: cdbs, debhelper (>= 9), libcxxtools-dev (>= 2.2), libsqlite3-dev, libmysqlclient-dev, libpq-dev, libltdl-dev, doxygen, dh-autoreconf, sqlite3 Build-Conflicts: libtntdb-dev, libtntdb3 -Standards-Version: 3.9.4 +Standards-Version: 3.9.6 Homepage: http://www.tntnet.org/tntdb.html -Package: libtntdb4 +Package: libtntdb4v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Recommends: tntdb-mysql4|tntdb-postgresql4|tntdb-sqlite4 -Suggests: tntdb-mysql4, tntdb-postgresql4, tntdb-sqlite4, libtntdb-dev +Recommends: tntdb-mysql4v5|tntdb-postgresql4v5|tntdb-sqlite4v5 +Suggests: tntdb-mysql4v5, tntdb-postgresql4v5, tntdb-sqlite4v5, libtntdb-dev +Breaks: libtntdb4 +Replaces: libtntdb4 Description: C++ class library for easy database access This library provides a thin, database independent layer over an SQL database. It lacks complex features like schema queries or wrapper @@ -22,9 +24,11 @@ . Currently has support for MySQL, PostgreSQL and SQLite. -Package: tntdb-mysql4 +Package: tntdb-mysql4v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Breaks: libtntdb-mysql4 +Replaces: libtntdb-mysql4 Description: MySQL backend for tntdb database access library This library provides a thin, database independent layer over an SQL database. It lacks complex features like schema queries or wrapper @@ -35,9 +39,11 @@ . This file has the necessary files for MySQL support. -Package: tntdb-postgresql4 +Package: tntdb-postgresql4v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Breaks: libtntdb-postgresql4 +Replaces: libtntdb-postgresql4 Description: PostgreSQL backend for tntdb database access library This library provides a thin, database independent layer over an SQL database. It lacks complex features like schema queries or wrapper @@ -48,9 +54,11 @@ . This file has the necessary files for PostgreSQL support. -Package: tntdb-sqlite4 +Package: tntdb-sqlite4v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Breaks: libtntdb-sqlite4 +Replaces: libtntdb-sqlite4 Description: SQLite backend for tntdb database access library This library provides a thin, database independent layer over an SQL database. It lacks complex features like schema queries or wrapper @@ -64,7 +72,7 @@ Package: libtntdb-dev Architecture: any Section: libdevel -Depends: libtntdb4 (= ${binary:Version}), libcxxtools-dev, ${shlibs:Depends}, ${misc:Depends}, libjs-jquery +Depends: libtntdb4v5 (= ${binary:Version}), libcxxtools-dev, ${shlibs:Depends}, ${misc:Depends}, libjs-jquery Description: Development headers for tntdb This library provides a thin, database independent layer over an SQL database. It lacks complex features like schema queries or wrapper diff -Nru tntdb-1.3/debian/libtntdb4.install tntdb-1.3/debian/libtntdb4.install --- tntdb-1.3/debian/libtntdb4.install 2012-04-24 19:32:13.0 +0300 +++ tntdb-1.3/debian/libtntdb4.install 1970-01-01 02:00:00.0 +0200 @@ -1,2 +0,0 @@ -debian/tmp/usr/lib/lib*.so.* usr/lib -debian/tmp/usr/lib/tntdb/tntdb*-replicate.so* diff -Nru tntdb-1.3/debian/libtntdb4v5.install tntdb-1.3/debian/libtntdb4v5.install --- tntdb-1.3/debian/libtntdb4v5.install 1970-01-01 02:00:00.0 +0200 +++ tntdb-1.3/debian/libtntdb4v5.install 2012-04-24 19:32:13.0 +0300 @@ -0,0 +1,2 @@ +debian/tmp/usr/lib/lib*.so.* usr/lib +debian/tmp/usr/lib/tntdb/tntdb*-replicate.so* diff -Nru tntdb-1.3/debian/tntdb-mysql4.install tntdb-1.3/debian/tntdb-mysql4.install --- tntdb-1.3/debian/tntdb-mysql4.install 2012-04-24 19:32:21.0 +0300 +++ tntdb-1.3/debian/tntdb-mysql4.install 1970-01-01 02:00:00.0 +0200 @@ -1 +0,0 @@ -debian/tmp/usr/lib/tntdb/tntdb*-mysql.so* diff -Nru tntdb-1.3/debian/tntdb-mysql4v5.install tntdb-1.3/debian/tntdb-mysql4v5.install --- tntdb-1.3/debian/tntdb-mysql4v5.install 1970-01-01 02:00:00.0 +0200 +++ tntdb-1.3/debian/tntdb-mysql4v5.install 2012-04-24 19:32:21.0 +0300 @@ -0,0 +1 @@ +debian/tmp/u
Bug#796721: tntnet patch for GCC 5 transition
tags 796721 patch thanks Attached is a tntnet patch for the GCC 5 transition, with a library package rename. Tested to work with cxxtools which had made the transition. diff -Nru tntnet-2.2.1/debian/changelog tntnet-2.2.1/debian/changelog --- tntnet-2.2.1/debian/changelog 2014-01-22 19:31:26.0 +0200 +++ tntnet-2.2.1/debian/changelog 2015-09-05 18:57:54.0 +0300 @@ -1,3 +1,11 @@ +tntnet (2.2.1-2) unstable; urgency=medium + + * Bump library package name to 12v5 for C++ ABI transition. (Closes: +#796721) + * Bump Standards-Version to 3.9.6 (No changes necessary) + + -- Kari Pahula Sat, 05 Sep 2015 18:57:54 +0300 + tntnet (2.2.1-1) unstable; urgency=high * New upstream release (SONAME 12) diff -Nru tntnet-2.2.1/debian/control tntnet-2.2.1/debian/control --- tntnet-2.2.1/debian/control 2014-01-22 18:14:31.0 +0200 +++ tntnet-2.2.1/debian/control 2015-09-06 11:56:31.0 +0300 @@ -2,8 +2,8 @@ Section: httpd Priority: extra Maintainer: Kari Pahula -Build-Depends: cdbs, debhelper (>= 9), libcxxtools-dev (>= 2.2.1), libltdl-dev, zip, pkg-config, dh-autoreconf, libtool, libssl-dev -Standards-Version: 3.9.5 +Build-Depends: cdbs, debhelper (>= 9), libcxxtools-dev (>= 2.2.1-2), libltdl-dev, zip, pkg-config, dh-autoreconf, libtool, libssl-dev +Standards-Version: 3.9.6 Homepage: http://www.tntnet.org/ Package: tntnet @@ -120,11 +120,13 @@ it scalable. It uses a dynamic pool of worker threads, which answer requests from HTTP clients. -Package: libtntnet12 +Package: libtntnet12v5 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: tntnet-runtime +Breaks: libtntnet12 +Replaces: libtntnet12 Description: Tntnet libraries Tntnet has a template-language called ecpp similar to PHP, JSP or Mason, where you can embed c++ code inside a HTML page to generate @@ -161,7 +163,7 @@ Package: libtntnet-dev Architecture: any Section: libdevel -Depends: ${shlibs:Depends}, ${misc:Depends}, libcxxtools-dev, libtntnet12 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libcxxtools-dev, libtntnet12v5 (= ${binary:Version}) Conflicts: tntnet-dev (<< 1.6.3-3) Replaces: tntnet-dev (<< 1.6.3-3) Description: Tntnet library development headers diff -Nru tntnet-2.2.1/debian/libtntnet12.install tntnet-2.2.1/debian/libtntnet12.install --- tntnet-2.2.1/debian/libtntnet12.install 2011-08-24 20:06:43.0 +0300 +++ tntnet-2.2.1/debian/libtntnet12.install 1970-01-01 02:00:00.0 +0200 @@ -1 +0,0 @@ -debian/tmp/usr/lib/lib*.so.* usr/lib diff -Nru tntnet-2.2.1/debian/libtntnet12v5.install tntnet-2.2.1/debian/libtntnet12v5.install --- tntnet-2.2.1/debian/libtntnet12v5.install 1970-01-01 02:00:00.0 +0200 +++ tntnet-2.2.1/debian/libtntnet12v5.install 2011-08-24 20:06:43.0 +0300 @@ -0,0 +1 @@ +debian/tmp/usr/lib/lib*.so.* usr/lib
Bug#576798: ghc6, no utf-8
On Wed, Apr 07, 2010 at 04:31:07PM +0200, henry atting wrote: > BTW, on the hledger website are some older builds to download which are > working fine. Could you please try narrowing down which was the last version that worked correctly for you? It'd help if I had some simple test case for this. It's something more subtle if putStrLn indeed outputs correct UTF-8. > >> In ghci: > Yes, with putStrLn it works fine. Just to test this, could you please see if you can repeat this. I used xterm, which allows switching utf-8 support on and off from the control-right click menu. Make sure that the support is on, at start. $ LC_CTYPE=de_DE.UTF-8 ghci Prelude> putStrLn "öäöäööä" (type in some umlauts) öäöäööä (should show them) Prelude> putStrLn "öäöäööä" (arrow up and switch off utf-8 support) öäöäööä (should show uninterpreted) Prelude> putStrLn "öäöäööä" (arrow up and enable utf-8) öäöäööä (should show umlauts again) signature.asc Description: Digital signature
Bug#576798: ghc6, no utf-8
On Wed, Apr 07, 2010 at 02:31:29PM +0200, henry atting wrote: > correctly. Then a simple `./hledger' should display my ledger file with > accounts and the according totals -- with the euro currency symbol. > It should look like this: > > €4.50 misc > > But no, the currency symbol is substituted: > > â¬4.50 misc Looks like hledger is a CLI program. Have you checked your terminal settings? I'm using xterm myself and the quickest way to check that it's enabled for UTF-8 is to hold control and the right mouse button. The menu should have UTF-8 checked for that to display correctly. > In ghci: > > whatareumlauts = "ä, ö and ü" > > *Main> whatareumlauts > "\228, \246 and \252" That triggers the Show instance of String, which escapes anything non-ASCII. Try putStrLn. signature.asc Description: Digital signature
Bug#576798: ghc6, no utf-8
On Wed, Apr 07, 2010 at 12:32:09PM +0200, henry atting wrote: > Utf-8 obviously is not supported. That make some programms installed > with cabal nearly unusuable. Sorry, but you'll have to be a bit more specific than that. What did you do? What did you expect to see? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554174: Does ghci still crash for you?
On Tue, Feb 23, 2010 at 04:54:11PM +0100, Andrea Lusuardi - UoVoBW wrote: > i just did the chroot, a debian sid with deboostrap from the mirror > ftp.de.debian.org (the .it. one was way too slow) Okay, so that rules out any local changes, save for the kernel. > Kernel: Linux 2.6.32-rc5 (SMP w/2 CPU cores; PREEMPT) This is from your initial bug report. Looks like you've built your own kernel. Are you still using it? What would happen if you tried a stock kernel from Debian? It seems a bit unlikely to me that changing the kernel would affect this, but it's worth a try. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554174: Does ghci still crash for you?
On Tue, Feb 23, 2010 at 01:00:09PM +0100, Andrea Lusuardi - UoVoBW wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x0178d776 in ?? () > (gdb) where > #0 0x0178d776 in ?? () > #1 0x in ?? () > (gdb) > > is this useful? Unfortunately not. Let's try to narrow this down a bit. Could you please try setting up a clean chroot environment and try ghci out there? See man debootstrap for instructions on how to do this. You may need a few GB of disk space for this. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554174: Does ghci still crash for you?
Let's try out some more things. Please try gdb --args /usr/lib/ghc-6.12.1/lib/ghc -B/usr/lib/ghc-6.12.1/ --interactive and type "where" when you get the segfault. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554174: Does ghci still crash for you?
I asked upstream to have a look at this. Do you have SElinux enabled? They said that this could be related to that. Also, could you run strace -f ghci and get a gdb stack trace of the bug? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554174: Does ghci still crash for you?
Sorry about deferring replying to this. I was busy getting 6.12.1 packaged and didn't want to consider problems with 6.10 too much before getting that done. I still run i386 system on my computer and ghci has worked for me all the time. I'm not sure why it doesn't for you. I'm sure that I would have received plenty of more reports about it if it was a more wide spread problem and plenty of people have tested ghci in 6.12.1 while we were working on getting it packaged. Does ghci crash for you every time or only occasionally? Does the problem persist with ghci in 6.12.1? Is it possible that you could have hardware problems? Could you try running memtest? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539789: Status of Haskell in unstable/testing
tags 539789 + fixed-upstream thanks On Mon, Aug 24, 2009 at 10:55:27AM +0300, Kari Pahula wrote: > I'll give a try to building a HEAD branch snapshot. Good news, that version compiled ok. I'm ready to guess that 6.12 is likely to work too, then. Its release is scheduled to happen well before the Debian freeze. I'm not going to try to backport whatever fixed this to 6.10. Please don't remove ghc6 on ia64 from unstable. ghc6 has a Build-Depends on ghc6 and the current 6.8.2 on ia64 is sufficient for building 6.12. Something that would help to keep ghc6 in a working state on ia64 would be to commit a computer as a build slave, as detailed in http://hackage.haskell.org/trac/ghc/wiki/BuildBot But I don't know if that's a justifiable use of resources. signature.asc Description: Digital signature
Bug#524097: /usr/include/arch-kernel-os/ dropped from implicit -I list in gcc-4.3
I did some testing with gcc versions 4.2.4-6 and 4.3.3-7. Looks like gcc-4.3 dropped /usr/include/i486-linux-gnu (and the equivalent on other arches) from the implicit -I list. I'm not sure if that was on purpose, so I'm not reassigning this bug. It's in GCC maintainers' domain, either way. $ gcc-4.2 -v hello.c -o hello (snip) ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../i486-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.2.4/include /usr/include/i486-linux-gnu /usr/include End of search list. (snip) $ gcc-4.3 -v hello.c -o hello (snip) ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../i486-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.3.3/include /usr/lib/gcc/i486-linux-gnu/4.3.3/include-fixed /usr/include End of search list. (snip) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520860: Sorry, ghci is still unsupported on most arches
reassign 520860 haskell-convertible tags 520860 + patch thanks Sorry, but nothing's changed in this regard between 6.8 and 6.10. runghc is a wrapper that calls ghci, and the tier 2 platforms with "GHCi No" listed at http://hackage.haskell.org/trac/ghc/wiki/Platforms won't have the RTS linker that'd be needed for it. That's all in rts/Linker.c, in its arch-specific glory. It's still better to not rely on runghc in build scripts. --- orig/haskell-convertible-1.0.2/Makefile 2009-04-06 21:31:12.0 +0300 +++ haskell-convertible-1.0.2/Makefile 2009-04-06 19:58:47.0 +0300 @@ -1,13 +1,14 @@ -all: +all: setup @echo "Please use Cabal to build this package; not make." - runghc Setup.lhs configure - runghc Setup.lhs build + ./setup configure + ./setup build -install: - runghc Setup.lhs install +install: setup + ./setup install -clean: - runghc Setup.lhs clean +clean: setup + ./setup clean + rm -f setup Setup.o Setup.hi .PHONY: test test: test-ghc test-hugs @@ -18,9 +19,12 @@ @echo " ** Running hugs tests" runhugs -98 +o -P$(PWD):$(PWD)/testsrc: testsrc/runtests.hs -test-ghc: +test-ghc: setup @echo " ** Building GHC tests" - runghc Setup.lhs configure -f buildtests - runghc Setup.lhs build + ./setup configure -f buildtests + ./setup build @echo " ** Running GHC tests" ./dist/build/runtests/runtests + +setup: + ghc6 -package Cabal Setup.lhs -o setup -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516241: out of memory when reading /usr/share/doc/ghc6-doc/libraries/base/base.haddock
reassign 516241 haskell-devscripts retitle 516241 .haddock files need to be put in -dev done On Thu, Feb 19, 2009 at 05:45:55PM -0800, David Fox wrote: > On Thu, Feb 19, 2009 at 5:07 PM, Joachim Breitner wrote > > * We mach all -doc packages arch any instead of all. > > (Easiler but less elegant) I'd rather not, since the bulk of those is still HTML. If an average -doc is 500k, that times ~10 arches is 5MB. That times 100 and counting Haskell packages is a bit. > > * We put the haddock interface files in the -dev packages. > > (Not sure about the implications) The implications are that without having a .haddock file available in -doc, ghc6-doc's indices won't get updated without having the -dev package installed, too. There's that 50k-100k or so that a .haddock file will grow the -dev package's size, whether or not a -doc is installed. But as far as space is concerned, it's still a lesser evil than arch:any -doc, IMHO. I'm reassigning this to haskell-devscripts since it still puts .haddock files to -doc. What does haddock even use from a .haddock file, to generate that library index? There's the module names, links to the package specific docs and the cabal name of the package it's from, but anything else? IMHO it wouldn't be too difficult to put that much into some plain old text file. Do we even need to carry full .haddock files around, as far as -doc packages are concerned? They're necessary for building -doc packages, but that's a separate issue. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511756: Finishing #511756; John's packages
On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote: > Kari Pahula wrote: > > These need an upload to remove ghc6 (<< 6.8.2-999) from the build > > dependencies (they currently FTBFS). > > > > ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc, > > hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell, > > listlike, magic-haskell, missingh, missingpy, washngo > > Are these being taken care of, do you need a hand? Those are John Goerzen's packages and unless he says otherwise, I'll let him do it. I'm CCing him. listlike, magic-haskell, washngo, ldap-haskell have the same versions in unstable and testing, so those can go in via the usual route. No need to delay those anymore. The rest will most likely need to go via t-p-u. I suppose it'd be better to wait until the new ghc6 and haskell-devscripts enter testing, so that the buildds will pick the correct versions. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511756: Keeping this open until the necessary binNMUs and uploads are done
reopen 511756 thanks While the immediate issue (libgmp in ghc6) is fixed, there's still a bunch of uninstallable packages around. As of this writing, these need a binNMU: haskell-hlist, haskell-binary, highlighting-kate, haskell-irc, haskell-utf8-string, pandoc, haskell-pcre-light These need an upload to remove ghc6 (<< 6.8.2-999) from the build dependencies (they currently FTBFS). ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc, hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell, listlike, magic-haskell, missingh, missingpy, washngo To be on the safe side, I'll wait until ghc6 gets built on arm too. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511756: ghc6 includes a copy of GMP, with GNU docs, with non-free GFDL docs
On Wed, Jan 14, 2009 at 11:29:21AM +0200, Eugene V. Lyubimkin wrote: > Kari Pahula wrote: > > The usual thing to do would be to repackage the upstream tarball and > > slap on a +dfsg1 on the version. However, that would make it > > necessary to rebuild all haskell libraries since they all have a > > dependency "ghc6 (< 6.8.2+)". > Just my 2 cents: > Maybe, 6.8.2dfsg1? This is (< 6.8.2+) according to dpkg --compare-versions. $ dpkg --compare-versions '6.8.2+' '>' '6.8.2dfsg1-1' && echo check check $ dpkg --compare-versions '6.8.2' '<' '6.8.2dfsg1' && echo check check $ dpkg --compare-versions '6.8.2-7' '<' '6.8.2dfsg1-1' && echo check check $ dpkg --compare-versions '+' '>' 'dfsg1' && echo check check Well, that's a relief! That's what I'll do, then. Thank you very much. That'll still leave a few libraries that have "ghc6 (< 6.8.2-999)", but those should be fixable with simple binNMUs. Already much more manageable. signature.asc Description: Digital signature
Bug#511756: ghc6 includes a copy of GMP, with GNU docs, with non-free GFDL docs
I have a problem. I found a copy of GMP included with ghc6, with GNU documentation with GFDL docs with invariant sections. The usual thing to do would be to repackage the upstream tarball and slap on a +dfsg1 on the version. However, that would make it necessary to rebuild all haskell libraries since they all have a dependency "ghc6 (< 6.8.2+)". Argh. Not a transition I'd like to see at this point. Is there some route to just replace ghc6_6.8.2.orig.tar.gz with one that didn't have gmp-4.2.1.tar.gz in it? That shouldn't make anything FTBFS or anything. Other than that, as much as I hate to suggest it, could we use lenny-ignore for #511756? signature.asc Description: Digital signature
Bug#511756: ghc6: Includes GMP, which has non-free GNU documentation
Package: ghc6 Version: 6.8.2-7 Severity: serious Justification: Policy 2.1. GHC includes GNU MP library with it, in gmp/gmp-4.2.1.tar.gz. The build system already does the right thing and doesn't link against the local copy of the library, but it still carries the tarball with the accompanying GNU documentation, with this license: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with the Front-Cover Texts being ``A GNU Manual'', and with the Back-Cover Texts being ``You have freedom to copy and modify this GNU Manual, like GNU software''. I'll need to repackage the upstream tarball to remove its copy of GMP. That shouldn't be too disruptive. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#507093: GHC6 uninstallable
Sounds like a duplicate of #479209. On Thu, Nov 27, 2008 at 11:59:23PM +0100, Michael Goetze wrote: > This is with haskell-utils 1.11. Perhaps a versioned dependency would be > appropriate. What's your kernel version and architecture? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345780: Patch for #345780
Attached is a patch for #345780. RFC 821 says that an implementation should at least handle text lines of 1000 characters, but it says also that when possible, an implementation should avoid having these limits. These issues happen with lines over 2k long, but even if it didn't support them, it should return "500 Line too long." and not just die or litter extra "\r\n" markers in between long lines. I can NMU but I'd like to have someone review my patch. This thing involves far too many buffers to my liking and I'm sure I've missed an off by one error in there somewhere. Index: ssmtp-2.62/ssmtp.c === --- ssmtp-2.62.orig/ssmtp.c 2008-11-04 14:56:56.0 +0200 +++ ssmtp-2.62/ssmtp.c 2008-11-04 15:05:27.0 +0200 @@ -343,28 +343,26 @@ /* standardise() -- Trim off '\n's and double leading dots */ -void standardise(char *str) +bool_t standardise(char *str, bool_t *linestart) { size_t sl; char *p; - - if((p = strchr(str, '\n'))) { - *p = (char)NULL; - } + bool_t leadingdot = False; /* Any line beginning with a dot has an additional dot inserted; - not just a line consisting solely of a dot. Thus we have to slide - the buffer down one */ - sl = strlen(str); + not just a line consisting solely of a dot. Thus we have to move + the buffer start up one */ - if(*str == '.') { - if((sl + 2) > BUF_SZ) { - die("standardise() -- Buffer overflow"); - } - (void)memmove((str + 1), str, (sl + 1));/* Copy trailing \0 */ + if(*linestart && *str == '.') { + leadingdot = True; + } + *linestart = False; - *str = '.'; + if((p = strchr(str, '\n'))) { + *p = (char)NULL; + *linestart = True; } + return(leadingdot); } /* @@ -1359,12 +1357,12 @@ */ ssize_t smtp_write(int fd, char *format, ...) { - char buf[(BUF_SZ + 1)]; + char buf[(BUF_SZ + 2)]; va_list ap; ssize_t outbytes = 0; va_start(ap, format); - if(vsnprintf(buf, (BUF_SZ - 2), format, ap) == -1) { + if(vsnprintf(buf, (BUF_SZ - 1), format, ap) == -1) { die("smtp_write() -- vsnprintf() failed"); } va_end(ap); @@ -1402,16 +1400,18 @@ */ int ssmtp(char *argv[]) { - char buf[(BUF_SZ + 1)], *p, *q; + char b[(BUF_SZ + 2)], *buf = b+1, *p, *q; #ifdef MD5AUTH char challenge[(BUF_SZ + 1)]; #endif struct passwd *pw; int i, sock; uid_t uid; - bool_t minus_v_save; + bool_t minus_v_save, leadingdot, linestart = True; int timeout = 0; + int bufsize = sizeof(b)-1; + b[0] = '.'; outbytes = 0; ht = &headers; @@ -1494,12 +1494,12 @@ } strncpy(challenge, strchr(buf,' ') + 1, sizeof(challenge)); - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); crammd5(challenge, auth_user, auth_pass, buf); } else { #endif - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_user, strlen(auth_user)); if (use_oldauth) { outbytes += smtp_write(sock, "AUTH LOGIN %s", buf); @@ -1511,7 +1511,7 @@ die("Server didn't like our AUTH LOGIN (%s)", buf); } /* we assume server asked us for Username */ - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_user, strlen(auth_user)); outbytes += smtp_write(sock, buf); } @@ -1520,7 +1520,7 @@ if(smtp_read(sock, buf) != 3) { die("Server didn't accept AUTH LOGIN (%s)", buf); } - memset(buf, 0, sizeof(buf)); + memset(buf, 0, bufsize); to64frombits(buf, auth_pass, strlen(auth_pass)); #ifdef MD5AUTH @@ -1631,7 +1631,7 @@ /* don't hang forever when reading from stdin */ while(!feof(stdin) && timeout < MEDWAIT) { - if (!fgets(buf, sizeof(buf), stdin)) { + if (!fgets(buf, bufsize, stdin)) { /* if nothing was received, then no transmission * over smtp should be done */ sleep(1); @@ -1639,12 +1639,25 @@ continue; } /* Trim off \n, double leading .'s */ - standardise(buf); - - outbytes += smtp_write(sock, "%s", buf); + leadingdot = standardise(buf, &linestart); +
Bug#481140: ghc6: timer_create: invalid argument
On Wed, Sep 03, 2008 at 02:00:07PM +0300, Martin Michlmayr wrote: > * Ji??í Pale??ek <[EMAIL PROTECTED]> [2008-05-14 03:01]: > > /usr/bin/ghc6 -O -Wall -Werror -package Cabal update-haskell-control.lhs > > -o update-haskell-control > > ghc-6.8.2: timer_create: Invalid argument > > I get the same on ia64 during upgrade: How reproducible is this bug for you? What libc and kernel version do you have? Could they be upgraded and would that make the bug go away? Try running this: echo 'main = putStrLn "Hello"' > hello.hs; ghc --make hello.hs; ./hello Does it fail similarly? Both with 6.6.1 and 6.8.2? Could you provide an strace dump? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473324: libghc6-happs-dev: Should split source packages according to upstream's scheme
Package: libghc6-happs-dev Version: 0.9.2.1-1 Severity: serious HAppS is currently distributed by upstream as 5 different cabal packages. I merged them together into one by hand for this version. While this does the job, it causes problems for any Haskell programs using HAppS, since there's no cabal package called HAppS outside of Debian. I'll upload a new version that follows upstream's packaging shortly. In the meantime, I don't want to have this version enter testing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426867: tntnet: FTBFS: 'doPoll' was not declared in this scope
fixed 426867 1.6.0-1 thanks On Thu, May 31, 2007 at 07:46:27AM -0400, Daniel Schepler wrote: > Package: tntnet > Version: 1.5.3-2 > gnutls.cpp:227: error: 'doPoll' was not declared in this scope The cxxtools API has changed between 1.4.3.1 and 1.4.3.6. tntnet 1.6.0, which uses the new API, is still in NEW. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421202: libghc6-happs-dev: postinst failure related to HaXml-1.13.2
On Fri, Apr 27, 2007 at 09:49:58AM +0200, Laurent Bonnaud wrote: > If you mean downgrading, then yes: downgrading libghc6-haxml-dev from Oh! I looked a bit too quickly and saw 1.7. But the fact remains that haskell libraries are a bit particular about the versions of their dependencies. I uploaded a version that has versioned dependencies to reflect this fact. If you want to use HAppS with haxml from experimental, I'd recommend building HAppS from the source. > version 1.17-4 to version 1.13.2-6 partially solves the problem. Now I > get this error: > > ghc-pkg: cannot find package HAppS-0.8.8 Hmm. The register/unregister scripts seem to handle inconsistent state a bit ungracefully. But that's really a separate issue... I'm hoping that purging/removing HAppS and reinstalling should make that error go away. signature.asc Description: Digital signature
Bug#421202: libghc6-happs-dev: postinst failure related to HaXml-1.13.2
On Fri, Apr 27, 2007 at 09:05:27AM +0200, Laurent Bonnaud wrote: > Setting up libghc6-happs-dev (0.8.8+darcs20070329-1) ... > Reading package info from stdin ... done. > ghc-pkg: dependency HaXml-1.13.2 doesn't exist (use --force to override) > Versions of packages libghc6-happs-dev depends on: > ii libghc6-haxml-dev 1.17-4 GHC6 libraries for using XML > docum I guess I should use a versioned dependency on libghc6-haxml-dev... But in the meantime, does upgrading your libghc6-haxml-dev package fix this issue? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420220: Missing dependencies for happs-0.8.8-1
block 420220 by 413826 severity 420220 serious thanks Right, it's a plain old case of missing dependencies. My bad. HList is unfortunately still waiting in the NEW queue. There would be no point in uploading a 0.8.8-2 version to fix the issue with dependencies since it would be uninstallable and unbuildable anyway. For now, I would recommend building HAppS from upstream sources yourself. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390413: singularity: Includes a non-free font
Package: singularity Version: 0.22-1 Severity: serious Justification: Policy 2.1 singularity includes a font, Acknowledge, downloaded from http://www.aenigmafonts.com/fonts/fontsa.html The disclaimer/license on the web page says: All of the Fonts on this site are made by me (Brian Kent), and all of them are Freeware. You can use them any way you want to (Personal use, Commercial use, or whatever). If you have a Font related site and would like to offer my fonts on your site, go right ahead. All I ask is that you keep the text file included within each zipped file, intact with the Font. You may not Sell or Distribute my Fonts for profit or alter the font file(s) [.ttf .fon] in any way without asking me first. I can be reached at aefonts[AT]frontiernet[DOT]net Singularity's author only included the first paragraph in their README file. The third paragraph fails the DFSG. We're currently working on packaging a new version of singularity and had to split the game data to a non-free/games package already since upstream licensed the game data under CC-SA-2.5 sometime after 0.22. Putting Acknowledge in that package will close this bug, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340195: missing forward declaration
tags 340195 + patch thanks Hello. This error can be fixed by adding a forward declaration for xstrdup in XVector.h. diff -urNad orig/postman-2.0/debian/patches/00list postman-2.0/debian/patches/00list --- orig/postman-2.0/debian/patches/00list 2006-01-18 22:28:25.514095736 +0200 +++ postman-2.0/debian/patches/00list 2006-01-18 22:10:48.038868729 +0200 @@ -4,3 +4,4 @@ 04_st_mtime_fix 05_matrix_assignement_fix 06_gcc3.4_fix +07_missing_xstrdup_forward_declaration diff -urNad orig/postman-2.0/debian/patches/07_missing_xstrdup_forward_declaration.dpatch postman-2.0/debian/patches/07_missing_xstrdup_forward_declaration.dpatch --- orig/postman-2.0/debian/patches/07_missing_xstrdup_forward_declaration.dpatch 1970-01-01 02:00:00.0 +0200 +++ postman-2.0/debian/patches/07_missing_xstrdup_forward_declaration.dpatch 2006-01-18 22:29:31.958298732 +0200 @@ -0,0 +1,20 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 07_missing_xstrdup_forward_declaration.dpatch by <[EMAIL PROTECTED]> +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad postman-2.0.orig/XVector.h postman-2.0/XVector.h +--- postman-2.0.orig/XVector.h 2006-01-18 19:35:21.865896260 +0200 postman-2.0/XVector.h 2006-01-18 21:51:59.815293480 +0200 +@@ -516,6 +516,9 @@ + return 0; + } + ++// forward declaration, declared in Utils.h (which includes XVector.h) ++char *xstrdup (char const *str); ++ + template + char * + XVector::toPChar (bool PutCR)
Bug#327954: droidbattles: uninstallable; needs rebuild for the Qt/KDE transition
On Tue, Sep 13, 2005 at 01:47:45AM +0200, Adeodato Simó wrote: > Simply recompiling and uploading your package should be enough to fix > this; as per this mail [1], you need not bump your Qt, kdelibs or aRts Unfortunately this appears not be the case with droidbattles. Apparently moc doesn't get called anymore or something else to that effect. I'm not quite sure what's going on. All in all, the build system's quite dated and a hack. My plan is to teach myself to use kdevelop and recreate the build system with that. That should be happening... Soon.
Bug#297096: This one might go away with upgrading to latest upstream version
I'd like to point out that the version of adonthell in Debian is 0.3.3.cvs.20031022-3 and the version 3.4 was released on 18 Apr 2005. Before trying to fix this an update to that version might be useful. This bug just might simply go away along with that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311439: crossfire: non-free file lib/adm/map_check
Package: crossfire Severity: serious Justification: Policy 2.2.1 The file lib/adm/map_check has in it: #!/usr/bin/perl # # (C) Copyright Markus Weber, 1994. All rights reserved. # Permission is granted to use, copy, and modify for non-commercial use. # This violates DFSG. Removing this file wouldn't affect other parts of crossfire in any way, so this can be fixed by simply removing the offending file and repackaging the .orig.tar.gz. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]