Bug#1004590: librabbitmq: New upstream release (0.11.0, 2021 Apr 01)

Source: librabbitmq Version: 0.10.0-1 Severity: wishlist Dear maintainer, there is a new upstream release available which uscan did not detect, cf. . The changes contain | Added: | - rabbitmq-c-config.cmake is now generated (#611) | - rabbitmq-c

Bug#1004582: htop: New upstream release (3.1.2, 2021 Nov 30)

On Sun, Jan 30, 2022 at 08:26:27PM +0100, Daniel Lange wrote: > https://github.com/htop-dev/htop/issues/806 > and > https://github.com/htop-dev/htop/issues/863 > are the reasons I have not updated htop in sid yet. > Waiting for these to get fixed. Thanks for the feedback and thanks for taking

Bug#1004588: libzip: New upstream release (1.8.0, 2021 Jun 18)

Source: libzip Version: 1.7.3-1 Severity: wishlist Dear maintainer, there is a new upstream release available, cf. . The changes contain | Add support for zstd (Zstandard) compression. | Add support for lzma (ID 14) compression. | Add

Bug#705913: Choosing -ize/-ise has no effect

Package: aspell-en Followup-For: Bug #705913 Hello all, FWIW, for me the same invocation now yields | enen-variant_0 en-variant_1 en-variant_2 en-w_accents en-wo_accents en_AU organization | en_AU-variant_0 organization | en_AU-variant_1 organization |

Bug#1004582: htop: New upstream release (3.1.2, 2021 Nov 30)

Package: htop Version: 3.0.5-7 Severity: wishlist Dear maintainer, there are new upstream releases available, cf. . The ChangeLog lists | What's new in version 3.1.2 | | * Bugfix for crash when storing modified settings at exit | * Generate

Bug#783178: gdlib-config --libs reports wrong library list

On Thu, Apr 23, 2015 at 02:38:27PM +0200, Jan Engelhardt wrote: > Running `gdlib-config --libs` outputs: > > -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm > > On Debian, this list is lacking -lgd itself, which means third-party > software that uses this command to link to GD

Bug#294919: libgd2-noxpm-dev: Allow const strings to be passed to gdImageStringFT()

On Sat, Feb 12, 2005 at 01:51:42PM +0100, Petter Reinholdtsen wrote: > At the moment, the gcc will issue a warning when using gdImageStringFT() > with const strings. I discovered this while compiling mapserver with > lots of warning flags. > > The declaration in /usr/include/gd.h currently look

Bug#1004572: libgd2: New upstream release (2.3.3, 2021 Sep 12)

Source: libgd2 Version: 2.3.0-2 Severity: wishlist Dear maintainer, there are new upstream releases available, cf. . The most recent 2.3.3 supposedly fixes (CVE-2021-38115) and seems to contain some more worthwhile

Bug#1004545: libogg: New upstream release (1.3.5, 2020 June 3)

Source: libogg Version: 1.3.4-0.1 Severity: wishlist Dear maintainer, there is a new upstream release available, cf. . Its CHANGES merely contain | Version 1.3.5 (2020 June 3) | | * Fix unsigned typedef problem on macOS. | * Fix overflow check in ogg_sync_buffer.

Bug#1004544: libgsm: New upstream release (1.0 Patchlevel 19, 2020 Mar 27)

Source: libgsm Version: 1.0.18-2 Severity: wishlist Dear maintainer, there is a new upstream release available, cf. . The ChangeLog merely contains | Fri Mar 27 15:18:06 2020 | | * Release 1.0 Patchlevel 19 | Make it easier to include gsm.h from C++

Bug#1004521: lsof: New upstream release (4.94.0, 2020 Nov 10)

On Sat, Jan 29, 2022 at 03:10:46PM -0500, Andres Salomon wrote: > Thanks, I'm aware. I pushed a bunch of patches upstream and was waiting for > 4.95 to get released, but it's taking longer than expected. :( Thanks for the feedback, and thanks for taking care. I trust you know best. :-) Cheers,

Bug#1004521: lsof: New upstream release (4.94.0, 2020 Nov 10)

Package: lsof Version: 4.93.2+dfsg-1.1 Severity: wishlist Dear maintainer, there is a new upstream release available, cf. , including numerous changes / bugfixes. Please update the package when you think it is due time. Cheers, Flo

Bug#912419: Please package the latest upstream version 0.1.11

On Wed, Oct 31, 2018 at 11:54:58AM +0100, Michael Biebl wrote: > the latest upstream version of libestr is 0.1.11 [1] > > While this version is not mandatory for rsyslog, rsyslog upstream > recommends to use this version [2] > [...] >

Bug#959007: liblognorm: Please provide new upstream release (2.0.6)

On Mon, Apr 27, 2020 at 09:37:49PM -0400, Boyuan Yang wrote: > The liglognorm upstream has been providing new upstream release 2.0.6 since > 2018. Is there any possibility to have this version packaged and provided in > Debian? JFTR, the Changelog at

Bug#1004520: diffutils: New upstream release (3.8, 2021 Aug 01)

Source: diffutils Version: 1:3.7-5 Severity: wishlist Dear maintainer, there is a new upstream release available, cf. . The NEWS read as follows: | * Noteworthy changes in release 3.8 (2021-08-01) [stable] | | ** Incompatible changes |

Bug#1004519: libcap-ng: New upstream release (0.8.2, 2020 Dec 09)

Source: libcap-ng Version: 0.7.9-2.2 Severity: wishlist Dear maintainer, there are some new upstream releases available at , the ChangeLog reads as follows: | 0.8.2 | - In capng_apply, if we blew up in bounding set, allow setting capabilities | - If

Bug#1002192: kitinerary: FTBFS: 12: QWARN : ExtractorScriptEngineTest::testInfiniteLoop() org.kde.kitinerary: JS ERROR: [qrc://buggy.js]:0: Error: Interrupted

tags 1002192 patch thanks On Tue, Dec 21, 2021 at 05:02:35PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. > [...] > > test 29 > > Start 29: calendarhandlertest > > > > 29: Test command: > >

Bug#794947: manpages-dev: printf(3) example: possible integer overflow

On Thu, Feb 18, 2016 at 08:18:33PM +0100, Stéphane Aulery wrote: > Le 17/02/2016 22:13, walter harms a écrit : > > > > > > Jakub Wilk reported a possible integer overflow in make_message example : > > > > > > > The example in the printf(3) manpages looks like this (with boring parts > > > >

Bug#656657: manpages: environ(7): Please clarify the usage of $PAGER and $EDITOR with regards to whitespace

On Wed, Jan 20, 2021 at 10:16:03AM +0100, Michael Kerrisk (man-pages) wrote: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866060 > seems to be related, and maybe the changes in the patch for that bug > are sufficient to address the concerns in this bug? (That patch as > just been taken

Bug#171681: man5/filesystems.5: updated list and descriptions of supported filesystems

On Tue, Feb 16, 2016 at 10:35:15PM +0100, Stéphane Aulery wrote: > [...] > About this bug I had send this first patch to M. Kerrisk. He rejected it. > Too long for a good review. See this thread on linux-...@vger.kernel.org > [1]. > > I started to break my patch and some passages were corrected

Bug#757151: printf(3) manpage: please document L + integer conversion

On Tue, Aug 05, 2014 at 09:03:34PM +0200, Jakub Wilk wrote: > As a GNU extension, you can use the "L" length modifier with integer > conversion. "L" is equivalent to "ll" for these conversions. Please document > this fact in the manual page. The current man page contains | As a nonstandard

Bug#803731: manpages: tcp_ecn details out of date

On Mon, Nov 02, 2015 at 11:24:51AM +0900, c wrote: > man tcp: > > tcp_ecn section refers to deprecates version and talks to a boolean value > defaulting to disabled. > This is not the case as kernel defaults to '2'; ip-sysctl.txt text should > prevale. > > tcp_ecn - INTEGER > Control

Bug#944388: tzfile(5): missing field charcnt in description of fields after the header

On Sat, Nov 09, 2019 at 02:00:58AM +0200, Omer Zak wrote: > In 'man 5 tzfile', after the header description, six fields are > described: tzh_timecnt*4, tzh_timecnt*1, tzh_typecnt*6, tzh_leapcnt*8, > tzh_ttisstdcnt*1, tzh_ttisgmtcnt*1. > > According to https://tools.ietf.org/html/rfc8536 (section

Bug#686623: manpages-dev: The sprintf(3) man page is misleading

On Tue, Sep 04, 2012 at 02:27:17AM +0200, Vincent Lefevre wrote: > The sprintf(3) man page says about sprintf(): > > sprintf(), snprintf(), vsprintf() and vsnprintf() write to the > character string str. > > but it does not say that a terminating null byte is written (this > is said only for

Bug#588484: regex(7): incorrect semantics for backslash + ordinary character

On Thu, Jul 08, 2010 at 10:31:54PM +0200, Jakub Wilk wrote: > According to regex(7) manpage, a backslash followed by any other character > than ^.[$()|*+?{\ matches that character taken as an ordinary character, as > if the backslash had not been present. However: > > * According to POSIX[0], the

Bug#909794: manpages-dev: res_nclose is not mentioned in the resolver man page

On Fri, Sep 28, 2018 at 04:52:34PM +0200, Michael Becker wrote: > as res_nclose is not mentioned, programms developed according the > documention loose some byte of memory with every call man-pages-5.00 lists in its Changes | resolver.3 | Michael Becker | Add documentation of

Bug#989580: updated patch

On Thu, Jun 10, 2021 at 01:15:48PM -0600, dann frazier wrote: > Both patches are now upstream. Here's an updated debdiff. FWIW, the upstream Changes for man-pages-5.12 lists | kernel_lockdown.7 | dann frazier [Alejandro Colomar] | Remove description of lifting via SysRq (not

Bug#520571: manpages-dev: incorrect strtod documentation for NAN(...)

On Sat, Mar 21, 2009 at 01:22:57AM +0100, Vincent Lefevre wrote: > The strtod(3) man page is incorrect concerning NAN(...). It says: > > A NAN is "NAN" (disregarding case) optionally followed by '(', a > sequence of characters, followed by ')'. > > but doesn't require anything concerning the

Bug#848231: bugs in scandir example program

On Thu, Dec 15, 2016 at 04:59:38PM +0100, Michael Kerrisk (man-pages) wrote: > [...] > All fixed now. This is the current code: > >#define _DEFAULT_SOURCE >#include >#include >#include > >int >main(void) >{ >struct dirent

Bug#909789: manpages-dev: stat(2) manpage on ENOENT for dangling symbolic links (broken links)

On Fri, Sep 28, 2018 at 10:14:21PM +0200, Michael Kerrisk (man-opages) wrote: > [...] > It's not merely a question of a broken symlink in the final pathname > component, which lstat() could address. ENOENT can also occur if any > component in the pathname is a dangling symbolic link. So I changed

Bug#992377: manpages-dev

On Wed, Aug 18, 2021 at 11:44:14AM +0200, Michael Kerrisk (man-pages) wrote: > Upstream maintainer here. The keyutils pages in Section 2 > are an unusual case. The wrapper functions are provided in > the libkeyutils library (instead of, as is conventional, > the C library), as noted in the

Bug#845172: manpages-dev: no function protypes in example from mbstowcs(3)

On Mon, Nov 21, 2016 at 01:05:24PM +0100, Michael Kerrisk (man-pages) wrote: > Upstream maintainer here. > > I added the missing include. Confirmed to be present in man-pages-4.09 (first packaged in Debian in 4.09-1), hence this bug could be closed accordingly. > But I am unsure what to do

Bug#1004044: kubecolor: New upstream release available (v0.0.20, 2021 May 07)

Package: kubecolor Severity: wishlist Dear Maintainer, there is a new upstream release available, cf. . It contains, among other things, keeping the exit code from kubectl, colorizing apply result by the action, and dry run consideration, making

Bug#1004042: kubetail: New upstream release available (1.6.13, 2021 May 07)

Package: kubetail Severity: wishlist Dear Maintainer, there is a new upstream release available, cf. . It contains (among many other things) updated autocompletion, new options --show-color-index and --previous, and many cleanups. Please update

Bug#1003963: libunistring: New upstream release (1.0, 2022 Jan 04)

Source: libunistring Severity: wishlist Dear maintainer, there is a new upstream release available, cf. . Its NEWS read: | New in 1.0: | * The license has changed from "LGPLv3+ or GPLv2" to "LGPLv3+ or GPLv2+". | * The data tables and algorithms have been

Bug#952904: Please upgrade to the latest upstream relase

On Sun, Mar 01, 2020 at 07:28:29PM +0100, Laurent Bigonville wrote: > Looks like upstream has relased a new version (0.9.24), please update. FWIW, by now there already is 0.9.29 available, cf. upstream's new homepage at and their repo at

Bug#1003960: fstrm: New upstream release (0.6.1, 2021 Apr 05)

Source: fstrm Severity: wishlist Dear maintainer, there is a new upstream release available, cf. : | fstrm_capture: ignore SIGPIPE, which will cause the interrupted | connections to generate an EPIPE instead. | Fix truncation in snprintf calls in

Bug#907174: New version available

On Fri, Aug 24, 2018 at 03:14:18PM +0200, Sebastien Bacher wrote: > There is a new upstream version available, it would be nice to get the > update in Debian > https://github.com/jpirko/libndp/commits/v1.7 FWIW, by now there already is v1.8 available, with commits dealing with some leaks and a

Bug#975734: libsndio6.1: Please update to latest release 1.7

retitle 975734 sndio: Please update to latest release 1.8.1 thanks On Wed, Nov 25, 2020 at 08:15:34PM +0100, Achim Schaefer wrote: > please pacakge the latest version of the upstream source FWIW, by now the latest version is 1.8.1, stable release from June 18, 2021. Cheers, Flo signature.asc

Bug#1003901: librsync: New upstream release (2.3.2, 2021 Apr 10)

Source: librsync Severity: wishlist Hello there, https://github.com/librsync/librsync/releases/tag/v2.3.2 lists: | This is a patch release that fixes some minor bugs, tidies the code for | many compiler warnings, and improves windows compatibility. Upgrading | from v2.3.1 is recommended for

Bug#986294: New upstream 0.45.1 available

retitle 986294 New upstream 0.45.2 available thanks On Sat, Jun 05, 2021 at 09:39:19PM -0300, Leandro Doctors wrote: > Please check https://github.com/hanslub42/rlwrap/releases/latest FWIW, this now lists v0.45.2 as the latest. Cheers, Flo signature.asc Description: PGP signature

Bug#1003899: wavemon: New upstream release (v0.9.4, 2021 Sep 18)

Package: src:wavemon Severity: wishlist Hello there, there are some new upstream releases available, the latest is v0.9.4 from 2021 Sep 18, as also noticed by uscan. Please update when you think it is due time. Cheers, Flo signature.asc Description: PGP signature

Bug#990887: tig: Please update to 2.5.4

retitle 990887 tig: Please update to 2.5.5 thanks On Sat, Jul 10, 2021 at 04:12:40PM +0200, Elimar Riesebieter wrote: > there is a new release available: Now there is https://github.com/jonas/tig/releases/tag/tig-2.5.5, and I can confirm that the current packaging still allows to build a .deb

Bug#984114: liblastfm: ftbfs with GCC-11

19-08-23 23:37:23.0 +0200 +++ liblastfm-1.0.9/debian/changelog2022-01-14 22:30:53.0 +0100 @@ -1,3 +1,11 @@ +liblastfm (1.0.9-1.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC-11 by removing dynamic exception specifications, + patch taken fro

Bug#984014: clementine: ftbfs with GCC-11

cy=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC-11 by dropping -std=c++0x and -U__STRICT_ANSI__, +patch taken from upstream. (Closes: #984014) + + -- Florian Ernst Fri, 14 Jan 2022 21:44:24 +0100 + clementine (1.4.0~rc1+git347-gfc4cb6fc7+dfsg-1) unstable; urgency=medium

Bug#934520: [Fwd: Bug#934520: tree: --filefrom option doesn't recognize symbolic links]

Hello Steve, this came in to the Debian BTS, cf. as well as the full list at . JFYI and for your consideration. Cheers, Flo --- Begin Message --- Package: tree Version: 1.8.0-1+b1 Severity: normal Dear

Bug#933097: RFA: ascii -- interactive ASCII name and synonym chart

Hello everyone, please note that mails sent to the bug address won't automatically be forwarded to the bug submitter, and hence the Reply-To in my original mail, so I'm just seeing your mails now. That being said, I don't think I will be available for sponsoring or any other support around that,

Bug#933097: RFA: ascii -- interactive ASCII name and synonym chart

Package: wnpp Severity: normal I request an adopter for the ascii package as I am hardly using it anymore. The packaging is easy enough, so this will be easily suitable for any newcomer, with maybe a first task of slavaging the old VCS repository from anonscm.debian.org. However, there also isn't

Bug#933098: RFA: xskat -- 3-player card game "Skat"

Package: wnpp Severity: normal I request an adopter for the xskat package as I am hardly using it anymore. The packaging is easy enough, so this will be easily suitable for any newcomer, with maybe a first task of slavaging the old VCS repository from anonscm.debian.org. However, there also isn't

Bug#870519: RFA: xabacus -- simulation of the ancient calculator (plain X version)

Package: wnpp Severity: normal I request an adopter for the xabacus package. Again. It was just that I didn't like to see the package unmaintained (cf. debbug#382562 and debbug#39), but as it turns out I'm not even using the package anymore, so another person might be better suited as a

Bug#865994: xabacus: please make the build reproducible

tags 865994 confirmed thanks On Mon, Jun 26, 2017 at 12:06:36PM +0100, Chris Lamb wrote: > Whilst working on the Reproducible Builds effort [0], we noticed > that xabacus could not be built reproducibly as it encodes > the build path in the Abacus.ab "app default" files. Ah, nice, this started

Bug#865867: [Fwd: Bug#865867: make tree -H "mobile friendly"]

Hello Steve, this just came in to the Debian BTS, cf. . JFYI and for your consideration. Cheers, Flo --- Begin Message --- X-Debbugs-Cc: roc...@econ.udg.es, i...@mama.indstate.edu Package: tree Version: 1.7.0-5 Severity: wishlist tree -H is great, but is it

Bug#865846: src:xpuzzles: New upstream release (8.0.5)

Package: src:xpuzzles Severity: wishlist Hello there, there is a new upstream release on a new homepage, cf. , thus not noticed by uscan. Please update some time. Cheers, Flo -- System Information: Debian Release: 9.0 APT prefers testing APT

Bug#859311: [Fwd: Bug#859311: fix date formating]

Hello Tom, thanks for your research! However, I'll merely leave this to the upstream author for consideration, forwarding now ... Cheers, Flo --- Begin Message --- Dear Florian, i found this searching with google: https://paste.softver.org.mk/db4f44ed085a3a98fc746be845737363 1. ---

Bug#859311: [Fwd: Re: tree: -D date is not set automatically according to locale (was: Bug#859311: Bug Package tree)]

ignore it. Thx Tom -Ursprüngliche Nachricht- From: Florian Ernst Sent: Sunday, April 02, 2017 8:28 AM To: ice+t...@mama.indstate.edu Cc: 859311-forwar...@bugs.debian.org ; 859...@bugs.debian.org ; tom super Subject: tree: -D date is not set automatically according to locale (was: Bug

Bug#859311: tree: -D date is not set automatically according to locale (was: Bug#859311: Bug Package tree)

retitle 859311 -D date is not set automatically according to locale severity 859311 minor thanks Hello Steve, this just came in to the Debian BTS, cf. . I'm not sure where tree stands with regard to this issue: On the one hand, it is not unreasonable for a user

Bug#844762: [Pkg-kde-extras] Bug#844762: amarok crashes on startup with "Message recipient disconnected from message bus without replying"

tag 844762 - moreinfo thanks On Sat, Dec 03, 2016 at 12:19:07PM -0800, Phil Dibowitz wrote: > Here you are: > > Thread 1 "amarok" received signal SIGSEGV, Segmentation fault. > 0x7fffcdd4ab67 in QMetaObject::className() const () >from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 > (gdb)

Bug#825382: java.io.IOException: Transport scheme NOT recognized: [stomp]

Hello, On Sun, Jun 26, 2016 at 03:39:51PM +0200, Markus Koschany wrote: > the stomp module is not activated in Debian's Stretch version and in > Jessie it didn't exist as a separate module. I have just enabled it and > will upload a new package soon. We had to disable more modules due to >

Bug#825753: /usr/bin/kubectl: hardcoded API server (or missing documentation)

Hello there, On Wed, Jun 15, 2016 at 10:27:41PM +1000, Dmitry Smirnov wrote: > On Sunday, 29 May 2016 4:27:04 PM AEST Florian Ernst wrote: > > BTW, upstream's v1.2.3 won't accept '-v42' ("Error: unknown shorthand > > flag: 'v' in -v42") as Debian's v1.2.3 does but insist

Bug#825753: /usr/bin/kubectl: hardcoded API server (or missing documentation)

Package: kubernetes-client Version: 1.2.3+dfsg-1 Severity: important File: /usr/bin/kubectl Hello there, thank you for providing kubernetes to Debian! There seems to be something missing, though, as I cannot connect to a GCE-backed cluster: | :) fernst@fernst:~$ /usr/bin/kubectl cluster-info

Bug#820984: proftpd-basic: cannot preseed / ignores local config changes

Package: proftpd-basic Version: 1.3.5-1.1+deb8u1 Severity: serious Justification: rc_policy.txt 3. Configuration files: "Changes to configuration files must be preserved during a package upgrade." Dear Maintainer(s), please consider the following (abridged) transcript of trying to run

Bug#816491: ipmitool: please fail without segfault

Package: ipmitool Version: 1.8.16-1 Severity: normal Hi there, after the update to 1.8.16-1 ipmitool segfaults in my setup: :) root@fernst:/etc$ cat /etc/modules-load.d/ipmievd.conf # systemd kernelmodules for ipmitools # ipmi_devintf ipmi_msghandler ipmi_poweroff #ipmi_si ipmi_watchdog :)

Bug#725301: suricata: init script looking for unexisting /proc/net/netfilter/nf_queue

# still present in jessie found 725301 2.0.6-3 # and preventing daemon startup in the default configuration, thus marking as grave severity 725301 grave thanks On Thu, Oct 03, 2013 at 09:58:17PM +0200, Frederik Himpe wrote: The init script for suricata is looking for

Bug#625699: Prewikka - Encoded aditional data (bug, feature or mistake)

forwarded 625699 https://www.prelude-ids.org/issues/401 thanks Hello there, JFTR: On Thu, May 05, 2011 at 09:44:49AM +0200, Honza Mach wrote: [...] I checked the database directly and table 'prelude_additionaldata' contains these encrypted/encoded information as well, database tables

Bug#764457: perl: segfault in Dumper.so after upgrading to 5.20

Package: perl-base Version: 5.20.1-1 File: /usr/bin/perl Hello there, sorry for filing so late, I didn't get around any earlier ... Some background: On my testing system I have the Thruk Monitoring Webinterface installed (1.84-6 as downloadable from http://www.thruk.org/download.html). Using

Bug#764457: perl: segfault in Dumper.so after upgrading to 5.20

Hello there, On Wed, Oct 08, 2014 at 04:01:39PM +0300, Niko Tyni wrote: On Wed, Oct 08, 2014 at 12:08:42PM +0200, Florian Ernst wrote: #0 0x7f24d235ecee in boot_Data__Dumper () from /usr/lib/thruk/perl5/x86_64-linux-gnu-thread-multi/auto/Data/Dumper/Dumper.so

Bug#764457: perl: segfault in Dumper.so after upgrading to 5.20

Hello there, following up to myself and JFTR: On Wed, Oct 08, 2014 at 03:14:26PM +0200, Florian Ernst wrote: [...] Sorry for the noise, I don't think there is anything buggy in Debian's perl, but rather thruk seems not to have been updated / adjusted for Debian's perl migration

Bug#746642: Fails to detect SATA disks

Hello there, On Sun, May 11, 2014 at 03:07:36AM +0100, Ben Hutchings wrote: On Wed, 2014-05-07 at 15:05 +0200, Salvatore Bonaccorso wrote: This is the commit which is reverted in 3.2.58, which fixes these issue:

Bug#760944: loganalyzer: postinst incorrectly checks for activation w/ apache2.4

Package: loganalyzer Version: 3.6.6+dfsg-1 Severity: serious Tags: patch Justification: Policy 6.2 Hello there, loganalyzer's postinst creates /etc/apache2/conf-available/loganalyzer.conf during installation, but fails to detect that it has already created this file during subsequent postinst

Bug#758662: check_log: /bin/basename: not found

Package: monitoring-plugins-basic Version: 2.0-2 Severity: normal File: /usr/lib/nagios/plugins/check_log Tags: patch Hello there, /usr/lib/nagios/plugins/check_log as shipped tries to make use of /bin/basename. However, basename is to be found in /usr/bin/basename. A simple # sed -i -e

Bug#731111: Bug#731132: augeas: CVE-2012-0786, CVE-2012-0787

Hello there, On Mon, Dec 02, 2013 at 12:05:30PM +0100, Raphael Geissert wrote: [...] Could you please prepare the packages and coordinate with the release team? On Wed, Jan 15, 2014 at 05:26:54PM +0100, Raphael Geissert wrote: [...] Could you please coordinate with the release team to fix

Bug#738590: new upstream (2.4.1)

Hello there, On Tue, Feb 11, 2014 at 12:14:58AM +0100, Daniel Baumann wrote: Package: mcollective Seerity: wishlist it would be nice if you could upgrade to the current stable release (2.4.1). In the meantime, mcollective has progressed further, the 2.6.0 release is pending (28/Aug/14). Any

Bug#735530: samhain: FTBFS on amd64 and kfreebsd

Hello there, On Sat, Mar 29, 2014 at 02:03:40AM -0600, Adam Conrad wrote: In Ubuntu, the attached patch was applied to achieve the following: * Configure with disable-asm on amd64 targets to work around FTBFS. * Build-depend on autotools-dev to always update config.{sub,guess}

Bug#749544: RFS: atop/2.0.2-1 [ITA]

Hello there, On Tue, May 27, 2014 at 10:45:22PM +0200, Mark Clarke wrote: I am looking for a sponsor for my package atop [...] More information about hello can be obtained from http://www.example.com. ^^^ really ;) Changes since the last upload: This is my

Bug#748541: xarchiver: new upstream release (0.5.3 released on 09/02/14)

Package: xarchiver Version: 1:0.5.2+20130119+dfsg-5 Severity: wishlist Hello there, a new upstream release is out, please consider updating the package. As mentioned on http://xarchiver.sourceforge.net/download.html : The changelog is the following: Full RAR5 support Full XZ, TAR.XZ support

Bug#748541: xarchiver: new upstream release (0.5.3 released on 09/02/14)

Hello, On Sun, May 18, 2014 at 02:53:23PM +0200, Markus Koschany wrote: On 18.05.2014 10:40, Florian Ernst wrote: I haven't chacked, though, how much of this was/is already included in the currently packaged snapshot. I think that's the point. The new upstream development was initiated

Bug#746935: RFP: libapache2-mod-python -- Mod_python is an Apache module that embeds the Python interpreter within the server and helps run web applications written in python

reassign 746935 src:libapache2-mod-python retitle 740369 new upstream release (3.5.0) merge 740369 746935 thanks Hello there, On Sun, May 04, 2014 at 10:20:09AM +0530, L. Guruprasad wrote: [...] This package is already maintained by Debian Python Modules Team

Bug#747184: re2c: new upstream release (2013-07-04: 0.13.6)

Package: re2c Version: 0.13.5-1 Severity: wishlist Hello there, there's a new upstream release at http://re2c.sourceforge.net/, please consider packaging it. The changelog reads: | Fixed #2535084 uint problem with Sun C 5.8 | #3308400: allow Yacc-style %{code brackets}% | #2506253: allow C++

Bug#661616: libonig: New upstream version 5.9.2

Hello there, On Tue, Feb 28, 2012 at 09:36:21PM +0700, Neutron Soutmun wrote: The new upstream version 5.9.2 was released. Indeed, the upstream's release cycle is long enough for the maintainer to forget it. Also for this release that actually released for 2 years ago. BTW, please consider

Bug#700649: libeatmydata: new upstream release 82 from 2013-06-27 (was: limit source to libeatmydata, tagging 627325, tagging 694314, tagging 700649)

Hello there, On Mon, Feb 18, 2013 at 03:26:13AM +0200, Modestas Vainius wrote: #libeatmydata (65-0r1) UNRELEASED; urgency=low # # * New upstream release (Closes: #700649). # * Support multiarch (thanks to Helmut Grohne for some implementation ideas) #(Closes: #694314): #- bump

Bug#747196: cstream: new upstream release (3.1.1 18-Feb-2013)

Package: cstream Version: 3.0.0-1 Severity: wishlist Hello there, there is a new upstream release of cstream, the changelog reads as follows: | 3.1.1: | - | | -n was not clear to use numbers 2 GB. I didn't | notice since it worked fine if you used suffixes K/M/G as long as | the number

Bug#690256: uploaded to mentors

Hello there, On Sat, Jun 22, 2013 at 01:24:31PM +0200, Alberto Fernández wrote: I've packaged version 1.4.4 and uploaded to mentors if you're interested on reviewing and sponsoring it. There doesn't seem to be such a package on mentors anymore. Bernd, any new on a possible update? Cheers,

Bug#747198: iozone3: new upstream release (424, 09-Apr-2014)

Package: iozone3 Version: 420-3 Severity: wishlist Hello there, please consider updating the iozone3 package, the changelog reads as follows: | = | Revision 3.421 |

Bug#747199: liblqr: new upstream release (0.4.2, Dec 4th 2012)

Source: liblqr Version: 0.4.1-2 Severity: wishlist Hello there, a new upstream release is available: | This new version of the library fixes a couple of bugs (some small memory | leaks, installation issues on MacOSX). http://liblqr.wikidot.com/forum/t-598699/version-0-4-2-released Please

Bug#747201: tnef: new upstream release (1.4.10 2013-11-24)

Package: tnef Version: 1.4.9-1 Severity: wishlist Hello there, a new upstream release is available, the changelog reads as follows: | 2013-11-04 verdammelt verdamm...@gmail.com | * src/tnef.c: | free_bodies needs to be defined bofore use - C99 | * .gitignore: | new testing

Bug#747202: python-urlgrabber: new upstream release (3.10.1 18-Dec-2013)

Package: python-urlgrabber Version: 3.9.1-4 Severity: wishlist Hello there, a new upstream release is available, see http://yum.baseurl.org/gitweb?p=urlgrabber.git;a=shortlog;h=refs/tags/urlgrabber-3-10-1 for details. Please consider updating the package. Cheers, Flo -- System Information:

Bug#660213: Please consider package new stable series

Hello there, On Fri, Feb 17, 2012 at 01:53:02PM +0100, Jan Hauke Rahm wrote: would it be possible for you to package the current stable series of xmlrpc-c? I know that 1.16.xx is considered to be even more stable than their stable series 1.25.xx, but it really brings quite a few new features.

Bug#691336: xdelta: update old 1.1.3 (2001-09-23) to 1.1.4 (2007-01-01)

Hello there, On Wed, Oct 24, 2012 at 04:18:19PM +0300, Jari Aalto wrote: Please update old 1.1.3 (2001-09-23) to 1.1.4 (2007-01-01): http://code.google.com/p/xdelta/downloads/list JFTR, http://xdelta.org/ reads: | This is a maintenence release: Xdelta 1.1.4 remains substantially |

Bug#747217: parallel: new upstream release 20140422

Package: parallel Version: 20130922-1 Severity: wishlist Hello there, several new upstream releases are available, cf. http://ftp.gnu.org/gnu/parallel/ There are numerous changes. Please consider updating the package. Cheers, Flo -- System Information: Debian Release: jessie/sid APT

Bug#615982: wyrd: new upstream release 1.4.5 available

Hello there, On Tue, Mar 01, 2011 at 03:56:58PM +0100, Gerfried Fuchs wrote: Be reminded that there is a new upstream version 1.4.5 available since October last year - it would be cool if you could package that. JFTR, 1.4.6 is available since 2013-02-02, and this version supposedly (I haven't

Bug#747069: pyzor: new upstream release available (2014-04-02 Pyzor 0.6.1)

Package: pyzor Version: 1:0.5.0-2 Severity: wishlist Hello there, it's been a long time, but finally a new upstream release is available: | 2014-04-02 Pyzor 0.6.1 available on PyPI | 2014-03-17 Pyzor 0.6.0 released! http://sourceforge.net/apps/trac/pyzor/ Please consider updating the package.

Bug#747075: t-prot: new upstream release (t-prot-3.0 29-Oct-2013)

Package: t-prot Version: 2.101-3 Severity: wishlist Hello there, quoting the changes since the previous release v2.101 as mentioned on http://www.escape.de/~tolot/mutt/t-prot/ChangeLog: | 2013-10-29 12:39 Jochen Striepe jochen | | * t-prot: After a very long testing phase, finally the

Bug#747079: xfsdump: new upstream release (2013-05-08 v3.1.3)

Package: xfsdump Version: 3.1.1 Severity: wishlist Hello there, please consider updating the package to the newest upstream release, see http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/xfsdump.git;a=tags Cheers, Flo -- System Information: Debian Release: jessie/sid APT prefers testing APT

Bug#747080: xfsprogs: new upstream release (2013-05-08 v3.1.11)

Package: xfsprogs Version: 3.1.9 Severity: wishlist Hello there, please consider updating the package to the newest upstream release, see http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/xfsprogs.git;a=tags Cheers, Flo -- System Information: Debian Release: jessie/sid APT prefers testing

Bug#729696: gearman-job-server: locks up quickly

On Thu, Apr 10, 2014 at 10:46:36AM +0200, Stig Sandbeck Mathisen wrote: Florian Ernst florian_er...@gmx.net writes: Considering the lack of response, I take it there isn't anything I could or should do? That'd be a shame, as for me (and presumably not only for me) gearman as-is (and thus

Bug#745776: tree 1.7.0 released -- other packages will need it

Hello there, following up to myself: On Fri, Apr 25, 2014 at 10:41:08AM +0200, Florian Ernst wrote: On Thu, Apr 24, 2014 at 11:03:21PM +0200, Jason A. Donenfeld wrote: On Thu, Apr 24, 2014 at 8:54 AM, Florian Ernst florian_er...@gmx.net wrote: On Thu, Apr 24, 2014 at 12:00:54AM +0200

Bug#615223: [debian] png2html package maintenance

Hello Jack, long time no see, I hope you are doing well. Checking the packages I maintain in Debian as well as the packages I have sponsored, I noticed that the package png2html shows a lack of activity for quite some time. I know that there isn't a new upstream relase to upload, but still some

Bug#746047: O: png2html -- transforms a PNG image to a web page

Package: wnpp Severity: normal Jack Grahams jackgrah...@inbox.com hasn't been working on the pnp2html package for quite some time now. Furthermore, a test message I just sent could not have been delivered: | This message was created automatically by mail delivery software. | | A message that

Bug#745776: tree 1.7.0 released -- other packages will need it

Hello there, On Thu, Apr 24, 2014 at 11:03:21PM +0200, Jason A. Donenfeld wrote: On Thu, Apr 24, 2014 at 8:54 AM, Florian Ernst florian_er...@gmx.net wrote: On Thu, Apr 24, 2014 at 12:00:54AM +0200, Jason A. Donenfeld wrote: Tree 1.7.0 was released. The next version of pass, a package

Bug#729696: gearman-job-server: locks up quickly

Hello there, On Fri, Nov 15, 2013 at 11:33:23PM +0100, Florian Ernst wrote: [...] I see that the NEW queue contains 1.0.6-3, but from the changelog I wouldn't expect this version to make any difference wrt the experienced Well, I tested, and it didn't. breakage. However, I'm at liberty

<    1   2   3   4   5   6   7   >