On Tue, Jun 29, 2021 at 08:42:44 +0100, Mike Crowe wrote:
> I've been running Minicom 2.8-2 on Bullseye amd64 for the last couple of
> weeks. The fix for #989735 appears to have been effective and I haven't run
> into any other new problems.
Unblock request for testing filed as bug #990465.
Kind
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package minicom
minicom 2.8-2 addresses a smashed stack in testing, see bug #989735.
The upstream author provided four patches to address this issue.
I put these patches into
Package: tcpflow
Version: 1.5.2+repack1-1
Tags: patch
$ tcpflow -v -r x.pcap
reportfilename: ./report.xml
tcpflow: TCPFLOW version 1.5.1
tcpflow: looking for handler for datalink type 1 for interface x.pcap
tcpflow: warning: received ethernet frame with unknown type 0x88a8
tcpflow: warning: receiv
On Thu, Dec 26, 2019 at 09:06:22 -0500, Boyuan Yang wrote:
> > Can you explain, please, why minicom needs to build-depend on
> > debhelper
> > instead of autotools-dev?
>
> I was holding the assumption that your package will eventually migrate
> to be using dh, in which case build-depends on debh
Hi,
On Sun, Dec 22, 2019 at 21:17:13 -0500, Boyuan Yang wrote:
> + * debian/control:
> ++ Add missing build-dependency debhelper (with compat level
> + of 12).
Can you explain, please, why minicom needs to build-depend on debhelper
instead of autotools-dev?
Kind regards,
Martin
13, 2017 at 22:56:06 +0200, Martin Godisch wrote:
> Package: opendkim
> Version: 2.11.0~alpha-10
> Severity: normal
>
> If $RUNDIDR does not exist, "systemctl start opendkim.service" does not
> create it and fails.
>
> Kind regards,
>
> Martin
Package: opendkim
Version: 2.11.0~alpha-10
Severity: normal
If $RUNDIDR does not exist, "systemctl start opendkim.service" does not
create it and fails.
Kind regards,
Martin
Package: opendkim
Version: 2.11.0~alpha-10
Severity: normal
If /etc/systemd/system/opendkim.service.d/override.conf exists with some
non-standard configuration and /etc/default/opendkim is reset to the
standard configuration then /lib/opendkim/opendkim.service.generate
fails to adjust (or: remove)
On Sat, Apr 22, 2017 at 15:40:48 +0200, Salvatore Bonaccorso wrote:
> > > I've prepared an NMU for minicom (versioned as 2.7-1.1) and
> > > uploaded it to DELAYED/2. Please feel free to tell me if I
> > > should delay it longer.
> >
> > Thank you! -- Martin
>
> Thanks for quick feedback! Do you
On Sat, Apr 22, 2017 at 11:34:54 +0200, Salvatore Bonaccorso wrote:
> I've prepared an NMU for minicom (versioned as 2.7-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thank you! -- Martin
On Sat, Aug 20, 2016 at 21:01:27 +0100, Chris Lamb wrote:
> There hasn't seem to be any update on this bug in 62 days, in which
> time the Reproducible Builds effort has come on a long way. :)
>
> Would you consider applying this patch and uploading?
I'll do it this Saturday. -- Martin
Package: mdadm
Version: 3.3.2-5+deb8u1
Severity: important
I'm running a bunch of Dell PowerEdge FC430 here which contain each two
SSD drives as raid 1. Since there is no hardware raid controller option,
an mdadm raid 1 is configured for a lvm physical volume, the server's
root device is a logical
Hi Nathan,
On Sun, Jun 14, 2015 at 00:50:03 -0400, Nathan Misner wrote:
> I've tried to use wmweather on my setup, however it is unable to
> launch, at least on my machine, and just gives me a segmentation fault
> instead. Because wmweather used to work on my system up until a couple
> days ago,
Package: ftp.debian.org
Hi,
uploading to ftp.eu.upload.debian.org is somehow broken:
dupload note: no announcement will be sent.
Checking signatures before upload..signatures are ok
Uploading (ftp) to ftp.eu.upload.debian.org:/pub/UploadQueue/
[ job gnugo_3.8-8_amd64 from gnugo_3.8-8_amd64.c
Package: libpcre3-dev
Version: 1:8.30-5
Building a program using libpcre3 produces a binary dependency on
libpcre3 (>= 8.10). This is wrong, since the function pcre_free_study()
is not available e.g. in libpcre3 8.12 (in Ubuntu precise).
PCREAPI(3) says:
When you are finished with a pattern, y
Package: ftp.debian.org
Please remove latrine from testing and unstable. Upstream development
is dead (I'm the upstream maintainer). For this reason the package is
already not present in stable anymore.
Thanks,
Martin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
retitle 731793 ITA: rockdodger
thanks
I'll adopt this package.
Martin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: latrine
Severity: serious
Tags: upstream
Please remove latrine from Debian testing, it is too outdated to go into
wheezy. A new release is upcoming, so there is no need to remove it from
unstable.
Martin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subj
tags 206729 + patch
thanks
Please apply the attached patch.
Thanks! -- Martin
--- autolog-0.40/autolog.c.orig 2007-05-11 08:31:55.0 +0200
+++ autolog-0.40/autolog.c 2007-05-11 08:32:50.0 +0200
@@ -483,8 +483,8 @@
idle=c_arr[c_idx].idle;
/*.. Maybe it is necessary to redu
severity 206729 normal
thanks
This is a bug, not a wishlist request. The program clearly misbehaves when
there is a small idle time specified.
Kind regards,
Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
20 matches
Mail list logo
