Bug#856096: zapping: Please drop the (build-)dependency against esound

Source: zapping Version: 0.10~cvs6-11 Severity: wishlist Tags: sid buster User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: esd-removal Dear maintainer, Your package is {build-}depending against esound which is deprecated for quite some times now. We are planning to remove esound for

Bug#856079: flashplugin-nonfree-extrasound: Please drop the (build-)dependency against esound

Source: flashplugin-nonfree-extrasound Version: 0.0.svn2431-6 Severity: wishlist Tags: sid buster User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: esd-removal Dear maintainer, Your package is {build-}depending against esound which is deprecated for quite some times now. We are plann

Bug#856074: adplay: Please drop the (build-)dependency against esound

Source: adplay Version: 1.7-2 Severity: wishlist Tags: sid buster User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: esd-removal Dear maintainer, Your package is {build-}depending against esound which is deprecated for quite some times now. We are planning to remove esound for Buster

Bug#661698: [smstools] /var/run/smstools/smsd.working not created

> Package: smstools > Severity: normal > > The infofile, which is defined in /etc/default/smstools can't be found here. > The running process is: > > /usr/sbin/smsd -p/var/run/smstools/smsd.pid -i/var/run/smstools/smsd.working - > usmsd -gdialout > > Many thanks, Jan. > -- > Never write mail to , y

Bug#856068: udev rules should be installed in /lib/udev/rules.d

Package: mouseemu Version: 0.15-10 Severity: normal Hi, the package ships the following udev rules mouseemu: /etc/udev/mouseemu.rules those should be moved to /lib/udev/rules.d/ The /etc directory is reserved for local overrides. -- System Information: Debian Release: 9.0 APT prefers unstab

Le Maroc veut intégrer la CEDEAO en tant que membre à part entière

 Challenge.ma 

Bug#635717: smsd should respect TMPDIR

> Package: smstools > Version: 3.1.11-1 > > Hi, > > with /tmp mounted "noexec": > > 2011-07-28 11:38:21,3, smsd: Exec: startup_check (shell) encountered errors: > 2011-07-28 11:38:21,3, smsd: ! sh: /tmp/smsd_script.hh5rLQ: Permission denied > 2011-07-28 11:38:21,2, smsd: Shell /bin/sh testing faile

Bug#703687: smstools: inefficient polling of directories should be replaced by inotify interface

> Package: smstools > Version: 3.1.14-1 > Severity: minor > > > Hi, > > Smstools currently checks a couple of directories every x seconds. > That is inefficient: > 1. it doesn't react immediately on new outgoing sms messages, delaying their > transmission > 2. it polls when it is not neccessary,

Bug#688451: smstools causes huge cpu-usage spikes

> I got frusted a bit by this problem (smsd using incredible much cpu > even when idle) so I ran smsd through valgrind (well, callgrind). > It looks like tons of time is spend in an usleep(100); (yes, hundred). > I always thought that Linux would just round it up to the next > scheduling interval b

Bug#569346: Re: Bug#569346: zombies after abnormal termination of modem handlers

> > Package: smstools > > Version: 3.1-2+lenny1 > > Severity: normal > > Tags: patch > > > > After abnormal termination of modem handlers they chanded zombies. > > The attached patch would solve the problem. > > Should also apply to version 3.1.6. > > > > Hi, > > thank's for the information. > > I

Bug#755898: smstools: Great delays before messages are processed

> Package: smstools > Severity: important > Version: 3.1.14-1 > Tags: patch > > On a monitoring system with otherwie heavy I/O load (due to a large > number of RRDs being updated on a regular basis), it was noticed that > sending of a generated SMS was delayed for hours. > > Attaching gdb and strac