Bug#1000622: ser2net: Fails to start on boot since the serial port is not ready

On Sat, Nov 27, 2021 at 09:29:24AM +0100, Marc Haber wrote: > On Fri, Nov 26, 2021 at 07:57:37PM -0600, Corey Minyard wrote: > > If this is what I think it is, this is a common issue on systems at > > boot; ser2net is started before networking is enabled. Some sort of > &

Bug#1000622: ser2net: Fails to start on boot since the serial port is not ready

On Fri, Nov 26, 2021 at 12:25:24AM +0100, Mario V wrote: > Package: ser2net > Version: 4.3.3-1 > Severity: important > X-Debbugs-Cc: mario@volterra.cloud > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the

Bug#994261: ser2net: trace is wrong when read packets are combined

of > the first reply. Yeah, this is already fixed in 3.5.1: commit 34c5e9a5b44a3f57ad7dbf2ac3dfef8ffd68268c Author: Corey Minyard Date: Thu Aug 30 15:52:56 2018 -0500 Fix tracing of receive data When tracing it wasn't taking into account the data already read. Add "curend

Bug#981745: ser2net: breaks existing configuration on upgrades

On Thu, Feb 04, 2021 at 09:10:40AM -0300, Antonio Terceiro wrote: > On Thu, Feb 04, 2021 at 08:30:58AM +0100, Marc Haber wrote: > > On Wed, Feb 03, 2021 at 12:27:52PM -0600, Corey Minyard wrote: > > > On Wed, Feb 03, 2021 at 10:40:46AM -0300, Antonio Terceiro wrote: > &

Bug#981745: ser2net: breaks existing configuration on upgrades

On Wed, Feb 03, 2021 at 10:40:46AM -0300, Antonio Terceiro wrote: > Package: ser2net > Version: 4.3.2-2 > Severity: important > > Hi, > > Thanks for maintaining ser2net. > > When upgrading from 3.5 to 4.3.2, it now uses /etc/ser2net.yaml instead > of the previously used /etc/ser2net.conf. This

Bug#980817: ser2net: Does not process hex escapes in bannner

No need to file a defect in the ser2net repository, I've gotten this in. Thanks, -corey

Bug#968173: A new upstream version is available: 4.2.0

On Mon, Aug 10, 2020 at 09:25:12AM +0200, Marc Haber wrote: > Package: ser2net > Version: 3.5-2 > Severity: wishlist > > A new upstream version 4.2.0 is available, I should consider packaging it. > > Will do. Current version is 4.2.1. I split out the I/O handling to a separate library named

Bug#903555: ser2net: replies with WONT COM_PORT on DO COM_PORT

On 07/11/2018 05:02 AM, Uwe Kleine-König wrote: Package: ser2net Version: 2.10.1-1 Severity: normal Hello, I'm currently working on improving rfc2217-support in microcom and think that ser2net behaves wrong in reply to microcom's improved behaviour. Actually, I realized yesterday working on

Bug#803031: patch: support serial serial dev/serial/by-path names

On 06/28/2016 07:27 AM, Riku Voipio wrote: On 27 June 2016 at 21:56, Marc Haber wrote: On Sun, Jun 26, 2016 at 10:39:04PM +0200, Marc Haber wrote: On Mon, Oct 26, 2015 at 10:10:35AM +0200, Riku Voipio wrote: ser2net uses : as field separator in ser2net.conf.

Bug#531733: ser2net: Missing description of timeout in configuration file

Ok, I've incorporated the changes (and fixed an added spelling problem, too :). Thanks. -corey Marc Haber wrote: forwarded #531733 miny...@acm.org thanks Hi Corey, On Thu, Jun 04, 2009 at 02:19:41AM +1000, Geoff Simmons wrote: Within /etc/ser2net.conf and

Bug#535159: ser2net: fix use after in control port handling

Done, sorry that took so long. -corey Sebastian Andrzej Siewior wrote: * Marc Haber | 2009-07-03 11:25:40 [+0200]: On Thu, Jul 02, 2009 at 10:02:56PM +0200, Sebastian Andrzej Siewior wrote: upstream acked my patch and applied a similar one [0] to cvs. Has your discussion

Bug#484048: Acknowledgement (gettimeofday() crashes if given a timezone on amd64)

After looking at this a little more, it appears to be a kernel problem in the vdso code. We have in the kernel: int __vdso_gettimeofday(struct timeval *tv, struct timezone *tz) { long ret; if (likely(gtod-sysctl_enabled gtod-clock.vread)) { BUILD_BUG_ON(offsetof(struct timeval,

Bug#484048: Acknowledgement (gettimeofday() crashes if given a timezone on amd64)

Well, I looked at the kernel sources and it was calling memcpy. I recompiled it to see what was happening and the problem went away. The only difference was that I compiled by hand (with make) instead of using the debian tool to compile it, and it was compiled under etch. So it's not a

Bug#484048: gettimeofday() crashes if given a timezone on amd64

Package: libc6 Version: 2.7-10 I just upgraded from etch to lenny on an amd64 machine. gdm crashed at startup. I traced it down to gdm calling gettimeofday() with a timezone. The following program also crashes: #include sys/time.h #include time.h int main(int argc, char *argv[]) {

Bug#397788: closed by Ari Pollak [EMAIL PROTECTED] (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)

Steve Langasek wrote: #7 0x2b398e40f182 in gst_element_factory_create ( factory=value optimized out, name=0x2b203360 autoaudiosink1-actual-sink-alsa) at gstelementfactory.c:381 element = value optimized out oclass = value optimized out newfactory = value optimized out

Bug#397788: closed by Ari Pollak [EMAIL PROTECTED] (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)

I installed the version of gaim and the problem still persists. [EMAIL PROTECTED]:~$ dpkg -l | grep gaim ii gaim 2.0.0+beta5-1 multi-protocol instant messaging client ii gaim-data 2.0.0+beta5-1

Bug#397788: gaim usually crashes at startup on amd64

Package: gaim Version: 1:2.0.0+beta4-4 Severity: important When starting gaim on my system, it almost always crashes at startup. It will occasionally come up and work. If it manages to come up, it seems stable. Here is the backtrace: Core was generated by `gaim'. Program terminated with signal

Bug#376005: initramfs-tool: boot stopped working with lvm root on upgrade of package

Package: initramfs-tool Version: 0.65b Severity: critical Justification: breaks the whole system I upgraded initramfs-tool, and the script/local-top/lvm file has changed and the system would not boot properly. It used to always activate all volume groups, but now it only does that if

Bug#345247: [Debian bug #345247] ser2net: build failure on GNU/kFreeBSD

I've applied the patch, thanks. I also handled the bug requests and released a 2.3 version. Enjoy! I don't do much with ser2net any more (besides use it at home), but little things like this are easy to do. People keep asking for security, but that's a pretty big job to do well. -Corey Marc