Hi,
>
> this is where asterisk is actually segfaulting (not during the
> testsuite, but when collecting the results). I haven't managed to pull
> the backtrace from the autopkgtest worker yet.
Backtrace:
#0 ___fprintf_chk (fp=fp@entry=0x0, flag=flag@entry=1,
format=format@entry=0x555981d58a08
Hi,
> I don't know how much time I'll have to check on this in the next days.
> Raising severity to block testing migration for now.
Okay, I tried to have a look at this and I have to admit I'm a bit confused.
First, I do see a failing unittest in MY autopkgtest qemu instance that
is not
Control: tags -1 patch
Control: forward -1 https://bugs.kde.org/show_bug.cgi?id=399678
On Sun, May 06, 2018 at 11:55:14PM +0200, Bernhard Schmidt wrote:
> I haven't seen any upstream work on this and it seems to be entangled with the
> mediastreamer2 FTBFS (also in libjingle). I'm
Hi,
Am 10.10.18 um 19:34 schrieb Emilio Pozuelo Monfort:
> Control: block -1 with 890606
> Control: tags -1 = confirmed
>
> On 10/10/2018 12:53, Bernhard Schmidt wrote:
>> Am 02.10.2018 um 18:04 schrieb Emilio Pozuelo Monfort:
>>
>> Hi,
>>
>>> Y
Am 02.10.2018 um 18:04 schrieb Emilio Pozuelo Monfort:
Hi,
> You are making things way too complicated just to avoid patching one rdep. The
> solution here is to propose a good patch for kopete (there's already one patch
> proposed upstream but it's not clear if it's good - if it is, then
On Thu, Oct 04, 2018 at 11:34:45AM +0200, Bernhard Schmidt wrote:
> >> Finally, linphone, I did not understand how it uses libupnp since it
> >> does not seem to call libupnp functions. Or I cloned the wrong repo :)
> > I remember I looked into linphone once and did
Am 09.10.2018 um 00:52 schrieb Felix Lechner:
>> However the patched source does not build against the old versions
>> anymore. Can this be fixed? Otherwise we cannot do the transition with a
>> binNMU.
>
> Bernhard,
>
> Please try the attached patch. It builds here both with the old and the
>
Am 05.10.18 um 00:02 schrieb Bernhard Schmidt:
> mediastreamer2 was an accident and is already fixed in unstable
s/unstable/experimental/
Package: ftp.debian.org
Severity: normal
Hi,
on behalf of Jonas Smedegaard I'm asking to RM src:srtp from experimental.
It is a left-over from a failed transition attempt a few years ago. The whole
src:srtp has been superseded by src:libsrtp2. We will try to remove src:srtp
from Buster as well.
Control: reassign -1 src:srtp
Control: severity -1 serious
Control: retitle -1 Do not release srtp 1.x with Buster
Hi Mattia,
thanks for your response!
> On Thu, Oct 04, 2018 at 04:16:50PM +0200, Bernhard Schmidt wrote:
>> on behalf of Jonas I'm filing a transition bug to trac
Package: ftp.debian.org
Severity: normal
Hi,
please remove asterisk on hurd-i386 from unstable (and all reverse
dependencies). It does not build anymore and is very unlikely to get fixed.
Checking reverse dependencies...
# Broken Depends:
asterisk-espeak: asterisk-espeak
asterisk-flite:
Package: src:qtwebengine-opensource-src
Version: 5.11.1+dfsg-5
Severity: normal
Hi,
you are currently build-depending on libsrtp-dev, which is a virtual package
provided by src:srtp. We would like to get rid of that package in favour of
src:libsrtp2.
According to the latest build log your build
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
on behalf of Jonas I'm filing a transition bug to track removal of the old
libsrtp0 from Debian.
src:srtp has built libsrtp0 and libsrtp0-dev. It is several years out of date.
The
In gmane.linux.debian.devel.release, Uwe Kleine-König wrote:
>> Finally, linphone, I did not understand how it uses libupnp since it
>> does not seem to call libupnp functions. Or I cloned the wrong repo :)
> I remember I looked into linphone once and didn't understand it either.
As already
Control: fixed -1 3.12.0-1
Am 04.10.18 um 00:53 schrieb Bernhard Schmidt:
> Same for src:linphone in experimental, there is a lot of code
> referencing UPNP but I don't think CMake is ever going to touch it.
I asked upstream and they confirmed.
> I do confirm UPNP’s code is almost « d
Hi,
Niels Thykier wrote:
> Before this transition can start, we will need a solution for amule,
> djmount, gmrender-resurrect and linphone (which is either RM or upload
> with a fix).
>
> Removing all of them leads to the following collateral damage[1]:
>
> """
> Checking reverse
On Mon, Feb 05, 2018 at 08:08:32PM +0100, Sebastian Ramacher wrote:
> > Here's a patch so that linphone 3.12.0 can be build with libupnp 1.8.3.
> Thanks for the patch. Forwarding to the bug tracker.
Okay, I'm confused now ...
I just wanted to state that we can currently only apply this patch in
On Mon, Aug 13, 2018 at 06:03:19PM -0700, Felix Lechner wrote:
Hi Felix,
> Attached please find an experimental patch for Debian version 4:17.08.3-1.
>
> Unfortunately, I cannot test it. Both this version as well as version
> 4:18.04.2-1 from experimental fail to build on my Debian testing
>
Control: severity -1 serious
Am 26.09.18 um 21:51 schrieb Bernhard Schmidt:
> Am 26.09.18 um 20:48 schrieb Paul Gevers:
>
> Hi Paul,
>
>> With a recent upload of asterisk the autopkgtest of asterisk fails in
>> testing when that autopkgtest is run with the binary pack
Am 26.09.18 um 20:48 schrieb Paul Gevers:
Hi Paul,
> With a recent upload of asterisk the autopkgtest of asterisk fails in
> testing when that autopkgtest is run with the binary packages of
> asterisk from unstable. It passes when run with only packages from
> testing. In tabular form:
>
On Fri, Sep 14, 2018 at 12:37:40PM +0200, Moritz Muehlenhoff wrote:
> I've pulled a number of upstream commits for the megaraid_sas driver which add
> support for the Perc 740/840 RAID controllers to the Stretch kernel.
>
> Successfully tested with a H840 on a current Dell PowerEdge R440 and
Am 15.09.2018 um 12:06 schrieb Dr. Tobias Quathamer:
Hi,
> For kopete, we create a new source package and split off the
> mediastreamer (and ortp) libraries from the old linphone package.
We could do this, but I'd argue that we cannot support the old old old
linphone for yet another release
Am 14.09.18 um 21:44 schrieb Christoph Biedl:
Hi,
>> Since nfdump is now started in a systemd unit this needs to be
>> implemented differently, preferably with a systemd generator and
>> instances. Patches (tested, preferably upstreamable) are welcome.
>
> Still interested? I came into a
Package: ntp
Version: 1:4.2.8p12+dfsg-1
Severity: minor
Tags: upstream
Forwarded: http://bugs.ntp.org/show_bug.cgi?id=3531
make check fails with
FAIL: test-decodenetnum
===
decodenetnum.c:42:test_IPv4AddressOnly:FAIL: Expected TRUE Was FALSE
Control: tags -1 fixed-upstream
This is fixed in ZFS/SPL 0.7.10
https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.7.10
There are at least two patches to ZFS and one to SPL, it is probably
easier to import the new version.
Hi Christian,
>> I'm therefor proposing a complete rewrite
>>
>> - new package sntp-hooks
>> - depends on sntp, ships hooks for ifupdown and possibly others (like
>> NetworkManager or systemd-network or whatever Ubuntu is doing now)
>> - executes the actual sntp synchronisation
Package: ntpdate
Severity: normal
Hi Kurt (and everyone else in the BTS),
I've been going through the open bugs in the BTS again and have come to the
conclusion that the whole ifupdown triggering mechanism included in the ntpdate
package is a bug mess we're unlikely to get sorted out. It needs
Control: clone 905392 -1
Control: reassign -1 systemd
Control: found -1 239-7
Control: retitle -1 systemd: generator needs to resolve override in /etc
Control: forward -1 https://github.com/systemd/systemd/issues/9921
> Would probably be a good idea to raise this on the upstream mailing list.
And here is a journal log of the problem happening.
Aug 15 07:36:43 badwlrz-tljss1 ifup[575]: RTNETLINK answers: File exists
Aug 15 07:36:43 badwlrz-tljss1 ifup[575]: ifup: failed to bring up eth0
Aug 15 07:36:43 badwlrz-tljss1 systemd[1]: networking.service: Main
process exited, code=exited,
On Sat, Mar 26, 2016 at 04:17:44PM +0100, Martin Mares wrote:
Hi,
I also see this issue on several stretch VMs. In network segments where
Router Advertisements are present but the machines have a gateway set
the systems are occasionally not reachable after a reboot (<1% of the
cases I'd say,
Package: dh-apparmor
Severity: wishlist
Hi,
I'm not sure whether this is possible. If not feel free to close.
There have been multiple occasions (and I have been the cause of at least one
of them) where a syntactically wrong AppArmor policy (missing comma at EOL)
caused an RC bug. It would be
On 09.08.2018 16:09, Alex wrote:
Hi Alex,
> I edited the file (and the setting seems to be a possible cause), but it
> still not works. I run openvpn still via /etc/default/openvpn AUTOSTART=
> instead of using vpn@openvpn style services. Possibly there is another
> service in between, which
Hi,
on src:openvpn we have recently gotten a bug report about local
modifications of the openvpn@.service file in /etc being ignored when
the instance is started by the systemd generator, because the generator
unconditionally links to the file in /lib/systemd and does not check for
the presence
Control: reopen -1
Control: notfixed -1 7.0.0-13
On 13.08.2018 00:05, Bernhard Schmidt wrote:
> On 12.08.2018 19:20, Adrian Bunk wrote:
>> Control: tags 897878 + patch
>> Control: tags 897878 + pending
>> Control: tags 898502 + pending
>>
>> Dear maintainer,
>&
On 12.08.2018 19:20, Adrian Bunk wrote:
> Control: tags 897878 + patch
> Control: tags 897878 + pending
> Control: tags 898502 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for ucommon (versioned as 7.0.0-12.1) and uploaded
> it to DELAYED/15. Please feel free to tell me if I should
On 04.08.2018 15:28, Jörg Frings-Fürst wrote:
Hi Jörg, hi Gerben,
> tags 905392 + pending
> thanks
>
>
> Hello Gerben,
>
> thank you for spending your time helping to make Debian better with
> this bug report.
>
> I have changed the script to test if a service file exist at
>
On 05.08.2018 13:47, Alex wrote:
Hello Alex,
> this is a plausible problem. What do you think how this should be
> solved for debian? I guess normally openvpn should read the config as
> root and drop the privileges afterwards.
>
> In my concrete case I do not see the option, but it may be a
Control: tags -1 help
Am 01.08.2018 um 18:56 schrieb Andreas Beckmann:
Hi,
> Suggestion: In the preinst check whether you are upgrading from <<
> 9.11.2+dfsg-6 and whether the file matches the version installed in
> stretch (md5sum/...) and move it aside (maybe there were more possible
> files
Am 01.08.2018 um 12:00 schrieb Andreas Beckmann:
Hi,
I can reproduce this in a container upgrading Stretch to Buster.
Configuration file '/etc/bind/named.conf.options'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
What would you
Control: tags -1 pending
Am 30.07.2018 um 09:55 schrieb Giorgos Skafidas:
Hi,
> Package: bind9
> Version: 1:9.11.4+dfsg-3
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> bind9 9.11.4+dfsg-3's /etc/apparmor.d/usr.sbin.named is missing a comma at
> the end
Control: forwarded -1 https://salsa.debian.org/debian/libidn2/merge_requests/1
Control: tags -1 patch
On Fri, Nov 24, 2017 at 10:08:41AM +0100, Tim Rühsen wrote:
> On 11/24/2017 09:40 AM, Simon McVittie wrote:
> > Source: libidn2
> > Version: 2.0.4-1.1
> > Severity: normal
> >
> > libidn2
Control: reassign -1 src:rrdtool
Hi Piotr,
that's true, but as you already mentioned the huge set of dependencies
is pulled in by librrd8. Reassigning to rrdtool.
Best Regards,
Bernhard
On 27.07.2018 08:21, Piotr Jurkiewicz wrote:
> Package: nfdump
> Version: 1.6.17-1
>
> Trying to install
Control: severity -1 important
Control: tags -1 patch
This is probably
---
I am not so pleased to announce the release of Mailman 2.1.29.
It turned out there was a bug in the security fix in 2.1.28 that broke
the web admin and listinfo overview pages. This is fixed in Mailman
2.1.29. The patch
Control: severity -1 important
> I cannot reproduce this locally (using sbuild) and -3 just uploaded
> built fine on the autobuilders.
Downgrading severity as it has built fine on all architectures, feel
free to reopen/upgrade if you still see this.
Bernhard
Control: tags -1 moreinfo
On 11.07.2018 22:06, Sebastian Ramacher wrote:
Hi Sebastian,
> Source: pjproject
> Version: 2.7.2~dfsg-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> Tags: ftbfs
>
> pjproject currently fails to build:
> |
On Tue, Jul 10, 2018 at 08:44:37PM +0200, André Verwijs wrote:
Hi Andre,
> Package: plasma-workspace
> Version: 4:5.13.2-1
> Severity: important
> File: /usr/bin/plasmashell
>
> Dear Maintainer,
>
> when opening application menu and type random text in search plasmashell
> crashes and screen
On 05.07.2018 23:44, Sebastian Andrzej Siewior wrote:
Hi Sebastian,
> I suggest you remove the offending file. I have no other recommendation.
I totally agree and I have already done this. I have filed a bug because
I assume this will hit at least some people on the next Stretch point
release
On 04.07.2018 14:00, Sebastian Andrzej Siewior wrote:
Hi Sebastian,
> On 2018-07-03 09:04:21 [+0200], Bernhard Schmidt wrote:
>> Jul 03 07:30:24 mail clamd[21927]: LibClamAV Error: yyerror():
>> /var/lib/clamav/antidebug_antivm.yar line 544 undefined identifier "pe"
Control: forwarded -1
https://github.com/extremeshok/clamav-unofficial-sigs/issues/203
There is a bugreport in the unofficial-sigs repo stating the same, the
workaround is to disable the yara rules
> It seems that it is enough to disable yara rules, and keep the fresh clamav
> version:
> Set in
Package: clamav-daemon
Version: 0.100.0+dfsg-0+deb9u1
Severity: important
Hi,
after upgrading my Stretch mailserver with the packages from
stretch-proposed-updates
clamav-daemon dies with the following error message
root@mail:~# systemctl status clamav-daemon
● clamav-daemon.service - Clam
Am 02.07.2018 um 17:10 schrieb ael via Pkg-voip-maintainers:
Dear ael (?),
> This bug is 6 years old and no reply. Has linphone been abandoned?
We're still waiting for a transition slot to upload the current linphone
into unstable. The linphone in Debian stable/unstable is extremely old.
The
On Wed, Jan 03, 2018 at 02:35:18PM -0500, Daniel Kahn Gillmor wrote:
Hi,
> On Thu 2017-12-14 09:34:56 +0100, Ondřej Surý wrote:
> > I think that best course of action would be to wait till January and
> > fill an upstream issue in an upstream gitlab for BIND ;)
>
> i don't see any gitlab for
Control: tags -1 unreproducible
On Thu, May 24, 2018 at 10:22:11AM +0200, Laurent Bonnaud wrote:
Hi Laurent,
thanks for your report.
> Package: bind9
> Version: 1:9.11.3+dfsg-1
> Severity: normal
>
[...]
>
> This is caused by /etc/apparmor.d/usr.sbin.named that contains this line:
>
>
On Tue, Apr 03, 2018 at 05:43:10PM -0400, Jeremy Bicha wrote:
Hi Jeremy,
> Package: libmypaint-common
> Version: 1.3.0-1
> Severity: serious
> Forwarded: https://github.com/mypaint/mypaint/issues/918
>
> libmypaint-common ships some of the same file names as mypaint-data
> (the libmypaint.mo
On Tue, Jun 05, 2018 at 11:29:29PM +0200, Jan Willamowius wrote:
Hi Jan,
> the OpenSSL 1.1 issue was resolved a few days ago. Now both GnuGk and
> H323Plus work fine with it. Current code from Github works fine on
> Debian 9.
That's good to hear.
The problem is that noone in the pkg-voip
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: h323plus -- ROM; unmaintained
On Tue, Jun 05, 2018 at 11:15:38PM +0200, Moritz Mühlenhoff wrote:
> > on behalf of the Debian VoIP team I intent to orphan the package
> > h323plus.
> >
> > It is a reverse dependency of
> >
> > - gnugk
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: gnugk -- ROM; unmaintained
On Mon, Mar 05, 2018 at 11:21:17AM +0100, Jan Willamowius wrote:
Hi Jan,
> I'm the upstream maintainer for GnuGk and H323Plus.
>
> I maintain Github repositories for GnuGk, H323Plus, PTLib and OpenAM
> that
On 29.05.2018 11:20, James Cowgill wrote:
Hi James,
>
> On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote:
>> Source: linphone
>> Version: 3.6.1-3
>> Severity: important
>> User: debian-multime...@lists.debian.org
>> Usertags: ffmpeg-3.5-transition
>>
>> Hi,
>>
>> Your package FTBFS
Package: src:kopete
Version: 4:17.08.3-1
Severity: wishlist
Hi,
as already stated in #890606 we (pkg-voip-maintainers) would like to get rid of
libsrtp0 for Buster. librtp0 (src:srtp) has not been updated for five years.
The successor libsrtp2 has been released with Stretch and most users are
Control: tags -1 help
On Sat, Mar 10, 2018 at 10:51:30AM +0100, Pino Toscano wrote:
Hi Pino,
> (not sure why the bug email did not reach the team ML...)
>
> In data venerdì 16 febbraio 2018 17:28:12 CET, Bernhard Schmidt ha scritto:
> > src:kopete in unstable FTBFSs against l
es the executable
name instead of the pidfile (so it waits for all processes to finish)
and changes restart to call stop/start directly.
Bernhard
>From ed868b4712faa8706fcac4c5c9c3cd8f105c4f49 Mon Sep 17 00:00:00 2001
From: Bernhard Schmidt <bernhard.schm...@lrz.de>
Date: Fri, 20 Apr 2018 17:06:48
Control: fixed -1 2017020200
On Tue, Mar 15, 2016 at 12:52:24PM -0400, Simon Deziel wrote:
> On March 23rd, L-Root will stop responding on the old IPv6. Only the new
> IPv6 address will remain functional, see [1] for details.
>
> Regards,
> Simon
>
> 1: http://seclists.org/nanog/2016/Mar/255
Control: tags -1 patch
On Wed, Jan 31, 2018 at 09:45:42PM -0500, Daniel Kahn Gillmor wrote:
> > From my measurements (Zurich, Switzerland), all old addresses are still
> > working, but new addresses are a bit faster in all cases. (by 10-20 ms
> > compared to old addresses).
>
> shouldn't this
On Wed, Apr 04, 2018 at 09:03:56AM +0200, Bernhard Schmidt wrote:
> > Source: asterisk
> > Version: 1:13.14.1~dfsg-2
> > Severity: important
> > Tags: upstream
> >
> > chan_pjsip does not support TLSv1.1 and above.
> >
> > See upstream bug
>
Control: fixed -1 1:13.17.2~dfsg-2
On Thu, Aug 31, 2017 at 11:02:27AM +0200, Bernhard Schmidt wrote:
Hi,
> Source: asterisk
> Version: 1:13.14.1~dfsg-2
> Severity: important
> Tags: upstream
>
> chan_pjsip does not support TLSv1.1 and above.
>
> See upstrea
Control: tags -1 moreinfo
On 25.03.2018 11:04, Arthur Marsh wrote:
Hi Arthur,
> Package: bind9
> Version: 1:9.11.3+dfsg-1
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
>
Control: tags -1 upstream
On Tue, Sep 28, 2010 at 11:15:28PM +0200, Javier Fernández-Sanguino Peña wrote:
> Currently, bind9 does not try to take any precaution when handling 'include'
> statements in the config files. It will happily accept even an include
> statement in a file pointing to
On 15.03.2018 00:45, Richard Laager wrote:
Hi,
> Unless I hear otherwise from the ntpdate maintainers, I have committed
> and will upload a change to use this code in ntpsec-ntpdate:
On the one hand I'm not sure what ntpsec-ntpdate is messing with the
private runtime directory of another
Control: tags -1 pending
On 15.03.2018 15:29, Andreas Hasenack wrote:
Hi Andreas,
> Quick and simple MP for
> this: https://salsa.debian.org/dns-team/bind/merge_requests/1
>
> Note the packaging in salsa changed a bit compared to what is in the
> archive. Namely, bind9 became bind.
Not quite,
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt <be...@debian.org>
* Package name: linphone-desktop
Version : 4.1.1
Upstream Author : Belledonne Communications SARL
<i...@belledonne-communications.com>
* URL : https://linphone.org/
* License
On 08.03.2018 12:41, Dr. Tobias Quathamer wrote:
> Am 08.03.2018 um 12:23 schrieb Bernhard Schmidt:
>> Linphone(-desktop) 4.0 is an updated QT GUI client using liblinphone
>> 3.12. I have started a package that builds fine, but does need some
>> polishing. I intend to put th
On 08.03.2018 11:58, Félix Sipma wrote:
Hi Felix,
> I've seen that you recently packaged 3.16 in experimental. Thanks for this, it
> will be nice to have a newer linphone :-). I've also seen that version 4 is
> available upstream, could you consider updating the package to this version?
We
Package: wnpp
Severity: normal
Hi,
on behalf of the Debian VoIP team I'm orphaning src:libcommoncpp2 . It has not
been properly maintained for several years.
There are a few rdeps in the archive outside of the VoIP team
Checking reverse dependencies...
# Broken Depends:
clamfs: clamfs [amd64
Package: ftp.debian.org
Severity: normal
Hi,
on behalf of the Debian VoIP team I'm requesting removal of src:libccscript3
from the archive. It does not have any rdeps within Debian and has not been
properly maintained for years.
Best Regards,
Bernhard
Package: ftp.debian.org
Severity: normal
Hi,
on behalf of the Debian VoIP team I'm requesting the removal of src:libccaudio2
from the archive. It does not have any rdeps within Debian and has not been
properly maintained for years.
Best Regards,
Bernhard
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
please be gentle, first time library migration :-)
We would like to schedule a transition to get from the current, really really
old linphone to a newer one. The old src:linphone
Package: wnpp
Severity: normal
Hi,
on behalf of the Debian VoIP team I intent to orphan the package
h323plus.
It is a reverse dependency of
- gnugk (orphaned in #891509)
- openam (RM requested in #891508)
The version currently in Debian has been released 6 years ago. Upstream
still appears
Package: ftp.debian.org
Severity: normal
Hi,
on behalf of the Debian VoIP team I request removal of src:openam from
unstable.
It is not maintained, has almost no users, and a call for maintainers on
the team mailinglist did not result in any takers.
Bernhard
Package: wnpp
Severity: normal
Hi,
on behalf of the pkg-voip team I intend to orphan the gnugk package.
Upstream is still active, but the Debian packaging has been stuck for
several years now and probably not useful anymore.
It is affected by RC bugs of the also unmaintained rdeps ptlib and
Package: wnpp
Severity: normal
Hi,
on behalf of the Debian VoIP team I request an adopter for the t38modem
package.
The package description is:
From your fax application view point it's a fax modem pool.
From IP network view point it's a H.323 endpoint with T.38 fax support.
From your view
On 15.02.2018 13:03, Bernhard Schmidt wrote:
Hi,
> I have filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890506
> with the release team to get this fix into Stretch.
Updated package is available in stretch-proposed-updates now and should
be part of the 9.4 point release, sch
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to ask for a SRM approval to include a non-security fix for an
important bug in the pjproject package into the next security upload.
In #881362 Joachim Förster
On 23.02.2018 18:44, Adam D. Barratt wrote:
Hi Adam,
> On Thu, 2018-02-15 at 12:55 +0100, Bernhard Schmidt wrote:
>> I'd like to update ntp in Stretch to fix Bug#887385. There have been
>> numerous
>> reports about ntpd segfaulting with the libc6 update from
>> stretch
Package: src:libosmo-abis
Version: 0.3.2+20151106git86fc3c8
Severity: important
Dear Maintainer,
src:libosmo-abis in unstable FTBFSs against libortp-dev 1:1.0.2-0+exp2
currently in experimental.
libortp-dev / libortp9 was built from src:linphone and is quite old.
We are preparing an update of
I have filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890506
with the release team to get this fix into Stretch.
; urgency=medium
+
+ * Cherry-pick patch from upstream to increase stack size.
+Thanks to Frederic Endner-Dühr for testing (Closes: #887385)
+ * Add d/gbp.conf for stretch branch
+
+ -- Bernhard Schmidt <be...@debian.org> Thu, 15 Feb 2018 12:45:57 +0100
+
ntp (1:4.2.8p10+dfsg-3+deb9u1) s
Control: unfixed 888484 0.99.3~beta2+dfsg-1
Control: fixed 888511 0.99.3~beta2+dfsg-1
Hi
>>
>> We've have started seeing unexpected clamd crashes on a high-traffic mail
>> system today, though I've been unable to isolate a test case. It's seems like
>> too much of a coincidence that these
Am 26.01.2018 um 17:26 schrieb Marco Gaiarin:
Hi Marco,
>
>> This is an issue in daily.cld 24256+ (released around this morning).
>
> I've searched extensively with google, but found nothing apart some old
> similar trouble dated 2015 or later... sorry...
It took me a lot of time to find
Control: summary -1
Signatures broken -- Workaround: Add Vbs.Downloader.Generic-6431223-0 to
/var/lib/clamav/local.ign2 and restart clamd
> Today, in my servers (at least 3 servers), starting from circa 9.00 local
> time (Europe/Rome) clamav stop working, like:
This is an issue in daily.cld
Control: tags -1 confirmed upstream
> Today, in my servers (at least 3 servers), starting from circa 9.00 local
> time (Europe/Rome) clamav stop working, like:
This is an issue in daily.cld 24256+ (released around this morning).
A workaround is described here:
Control: tags -1 security
Control: severity -1 grave
On Fri, Jan 26, 2018 at 09:35:25AM +, Rob N wrote:
> Package: clamav
> Version: 0.99.2+dfsg-0+deb8u2
> Severity: important
>
> 0.99.3 has been released, see
> http://blog.clamav.net/2018/01/clamav-0993-has-been-released.html.
>
> This
Am 12.01.2018 um 09:35 schrieb Matthias Urlichs:
Hi Matthias,
> Version 15.2 has just been released, while Debian's is still at 13.
> Do you need help with packaging it, or what's the hold-up?
When Asterisk is released with Debian it needs to be supported for at
least three years (~2 years of
On 16.10.2017 16:44, Kajetan Staszkiewicz wrote:
Hi,
> When issuing a restart command for ntpd the old daemon is killed and new one
> started before the old one really terminates. The new one can't bind to
> network as the old one is has the sockets.
>
> This was already reported in bug
On Thu, May 05, 2016 at 01:44:06PM -0500, Christian Ehrhardt wrote:
Hi Christian,
thanks for bringing this up.
> While these days the systemd based timesync* tools are doing most of the
> work there is still a lot of buzz around the automated ntpdate on ifup
> being good/bad for various
On Wed, Oct 18, 2017 at 08:19:26PM +0300, Tzafrir Cohen wrote:
Hi Tzafrir,
> Version: 1:2.11.1.0.20170917~dfsg-1
> Flags: patch upstream
> Forwarded: https://issues.asterisk.org/jira/browse/DAHLIN-356
> Severity: grave
>
> As of kernel 4.13, build fails with the following error:
Any update on
Package: tracker.debian.org
Severity: normal
Hi,
there are at least two packages where the version in sid migrated to testing
two weeks ago (on December 16th), but the 'versions' table still shows the
previous version.
https://tracker.debian.org/pkg/bind9
testing: 1:9.11.2+dfsg-4
unstable:
Control: fixed -1 1:13.18.5~dfsg-1
This was fixed in sid with the latest upload, but not properly closed in
the changelog.
asterisk (1:13.18.5~dfsg-1) unstable; urgency=medium
* New upstream release:
- CVE-2017-17850 / AST-2017-014 (closes: #885072)
- AST-2017-012: Remote Crash
Control: forwarded -1 https://community.openvpn.net/openvpn/ticket/970
On 28.12.2017 11:12, Andras Korn wrote:
Hello Andras,
> I have a PKI generated using certtool from the gnutls package. It's been
> working fine with OpenVPN for years, up to with version 2.4.4-1.
Thanks, I've forwarded
Control: found -1 1:13.17.0~dfsg-1
Hi,
> CVE-2017-17850[0]:
> | An issue was discovered in Asterisk 13.18.4 and older, 14.7.4 and
> | older, 15.1.4 and older, and 13.18-cert1 and older. A select set of SIP
> | messages create a dialog in Asterisk. Those SIP messages must contain a
> | contact
Hi,
>>
>> # some people like to put logs in /var/log/named/ instead of having
>> # syslog do the heavy lifting.
>> /var/log/named/** rw,
>> /var/log/named/ rw,
>>
>> Please check the AppArmor documentation in the Debian Wiki
>> (https://wiki.debian.org/AppArmor) on how to allow custom paths
301 - 400 of 955 matches
Mail list logo