Package: certbot
Version: 2.11.0-1
Tags: patch
Hello,
since python3-cryptography43.0.0-1 arrived in testing,
certbot gives out warnings, which are particularly annoying when
invoked from /etc/cron.d/certbot
# certbot -q renew
/usr/lib/python3/dist-packages/certbot/ocsp.py:238:
CryptographyD
Hello,
cfr. https://github.com/CumulusNetworks/ifupdown2/pull/303
Bye,
Joerg
signature.asc
Description: PGP signature
Control: severity -1 important
I just trapped into this bug.
IMHO it is trivial to fix, while nevertheless being release
critical.
Bye,
Joerg
On Sat, Sep 02, 2023 at 10:06:54PM +0900, Norbert Preining wrote:
>
> That file is buggy:
>
> \HINTstream0 %main text
> \HINTstream\footins
>\HINTsetstream\topins = %topinsert
> -prefered 0
> +preferred 0
>{%
> \HINTafter = {}
>}
>\HINTsetstream\footins
On Sat, Sep 02, 2023 at 08:35:31PM +0900, Norbert Preining wrote:
> On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> > (hiplainpage.tex
> > ! Missing { inserted.
>
> Very strange. Works on my upstream TeX Live.
>
> Can you show me
> hiplainpage.tex
> ?
> Yo
On Sat, Sep 02, 2023 at 08:08:01PM +0900, Norbert Preining wrote:
>
> Sorry, copied the wrong line. That worked,
> The format that failed to build was hitex AFAIR, that would be
> /var/lib/texmf/web2c/hitex/hitex.log
No problem
Bye,
Joerg
This is HiTeX, Version 3.141592653-2.6-2.0 (TeX
On Sat, Sep 02, 2023 at 07:46:29PM +0900, Norbert Preining wrote:
>
> On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> > fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/mltex.log
>
> That file would be useful.
There you are.
Bye,
Joerg
This is pdfTeX, Versi
Addendum: This seems to be related to the arrival of texlive-bin
2023.20230311.66589-3 in testing.
Bye,
Joerg
Hello,
following testing I noticed the effect doing the routine tex updates.
The file/tmp/fmtutil.mihI6SqL ends with
fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/mltex.log
fmtutil [INFO]: /var/lib/texmf/web2c/pdftex/mltex.fmt installed.
fmtutil [ERROR]: no (or empty) hitex.fmt
Package: sendmail
Version: 8.17.1.9-1
Severity: Wishlist
Hello,
Can you please recompile the sendmail package with _FFR_MTA_STS
enabled, as described in the sendmail release notes for version
8.17.1/8.17.1 2021/08/17 line 25 Experimental support for SMTP
MTA Strict Transport Security
The sts.m
On Mon, Dec 26, 2022 at 07:17:20PM +0100, Joerg Dorchain wrote:
> > Just to be clear: You also updated the libtfm1 lib to 0.13.1-1? Because
> > having both upgraded should work.
>
> No:
> dpkg-query -W|grep libtfm
> libtfm1:amd64 0.13-4.1
>
> I am following testi
On Mon, Dec 26, 2022 at 04:50:16PM +0100, Sebastian Andrzej Siewior wrote:
> On 2022-12-26 10:50:44 [+0100], Joerg Dorchain wrote:
> > the latest update to version 0.103.7+dfsg-1+b2 gives for me
> > ERROR: Can't verify database integrity
> > for clamav-d
Package: libclamav9
Version: 0.103.7+dfsg-1+b2
Hello,
the latest update to version 0.103.7+dfsg-1+b2 gives for me
ERROR: Can't verify database integrity
for clamav-daemon and clamav-freshclam
Downgrading to libclamav9 0.103.7+dfsg-1+b1 as a workaround
helps.
Testing is difficult, as downloading
Package: vdirsyncer
Version: 0.19.0-1
Hello,
vdirsyncer 0.19 has digest auth broken, cfr.
https://github.com/pimutils/vdirsyncer/issues/1015
This makes this version unsuable for me.
I would suggest keeping version 0.18 in testing until this is fixed.
Bye,
Joerg
signature.asc
Description: P
On Sun, Jun 12, 2022 at 03:53:12PM +0200, Joerg Dorchain wrote:
>
> They say the patch is from sendmail 8.17.1.9. A version of the patch for
> inclusion in the patch subdir
> is also attached.
>
> If you could create a package with either the patch applied or from the
Hello Andreas,
On Sun, Jun 12, 2022 at 03:13:34PM +0200, Andreas Beckmann wrote:
> On 12/06/2022 09.03, Joerg Dorchain wrote:
> > reopen 1009078 =
> > thanks
> >
> > Hi,
> >
> > I am sorry to say that the newly arrived version 8.17.1-2 in testi
reopen 1009078 =
thanks
Hi,
I am sorry to say that the newly arrived version 8.17.1-2 in testing shows the
same behaviour as the
originally reported version 8.16.1-2, no auth mechanisms offered after starttls.
Downgrading to version 8.17.1-1 helps, though.
Bye,
Joerg
signature.asc
Descript
On Thu, Apr 07, 2022 at 01:55:06PM +0200, Andreas Beckmann wrote:
> >
> > With the current sendmail in testing, my incoming smtp auth configuration
> > does not
> > work anymore.
>
> could you try sendmail 8.17 from experimental?
I installed 8.17.1-1 from http://snapshot.debian.org/
With this
Package: sendmail
Version: 8.16.1-2
With the current sendmail in testing, my incoming smtp auth configuration does
not
work anymore.
I get log lines AUTH warning: no mechanisms
Last known good version is 8.15.2-23
Relevant config snippets include
sendmail.mc:
TRUST_AUTH_MECH(`PLAIN LOGIN')dnl
Hello,
now this bug has reached testing.
I would very much appreciate a new packaged upstream version,
which I am eager to test.
Bye,
Joerg
signature.asc
Description: PGP signature
On Sun, Nov 21, 2021 at 10:43:43PM +0100, Michael Biebl wrote:
>
> The SysV init script is no longer under the control of the rsyslog package.
> Which means, whoever controls the start of the rsyslog daemon should
> probably also manage its logrotation.
I cannot follow that thought, but well.
>
Package: rsyslog
Version: 8.2110.0-3
Hello,
the file /usr/lib/rsyslog/rsyslog-rotate, referenced in the postrotate section
of
/etc/logrotate.d/rsyslog, silently does nothing anymore on sysvinit based
systems.
Non-rotated logs lead to disk full, data loss and unusable systems.
A grave function
Package: rsyslog
Version: 8.2110.0-3
Hello,
I noticed that with the current package upgrade the init script
/etc/init.d/rsyslog was automatically
removed without keeping a backup.
Is there a specific reason for dropping sysvinit support?
Even then, config files under /etc are supposed to be onl
On Mon, Oct 11, 2021 at 05:14:15PM +0200, Santiago Ruano Rincón wrote:
>
> Hi,
>
> On Mon, 23 Dec 2019 11:03:33 +0100 Joerg Dorchain wrote:
> > Package: ifupdown
> > Version: 0.8.35
> > Tags: Patch
> > Severity: wishlist
> >
> > Hi,
> >
Package: ejabberd
Version: 21.01-2
Hello,
with the recent erlang 1:24.0.5+dfsg-2 MIGRATED to testing,
ejabberd does not start anymore.
Logs are attached. I read it as a hint to recompile.
Thank you for caring,
Joerg
2021-08-26 08:09:56.282527+02:00 [error]
<0.496.0>@supervisor:start_childr
Hello,
I find it very drastic to remove the whole orphaner script while a
trivial patch would make it work.
Can you please consider?
Bye,
Joerg
Package: fail2ban
Version: 0.11.2-2
Hello,
since the upgrade to this version of fail2ban, fail2ban fail to send mails
properly.
For every notification, I get a delivery failure report from my MTA
- The following addresses had permanent fatal errors -
set escape
(reason: 550 5.1
Package: atop
Version: 2.6.0-1
Hello,
I get daily mail with the following content:
/etc/cron.daily/logrotate:
grep: /etc/cron.daily/acct: No such file or directory
grep: /etc/cron.daily/acct: No such file or directory
They are triggered by a script /etc/logrotate.d/psaccs_atop, which grep files
Hello,
I second that.
Bye,
Joerg
On Wed, Dec 30, 2020 at 01:11:42PM +0100, Arsen STASIC wrote:
> Hi,
>
> Is there no one interested in autocrypt support in Debian or Ubuntu?
>
> cheers,
> -arsen
>
> * Arsen STASIC [2020-09-14 07:21 (+0200)]:
> > Dear mutt-users,
> >
> > if you are a Debian
On Fri, Nov 13, 2020 at 05:55:37PM +, Mark Hindley wrote:
> Thanks.
>
> I have just built 246.0~rc2-1 for Devuan experimental[1]. The dependencies in
> Devuan are slightly different, but I think it should install and work in sid.
>
> [1] https://pkgmaster.devuan.org/devuan/pool/main/e/elogin
On Fri, Nov 13, 2020 at 11:16:10AM +, Mark Hindley wrote:
> On Fri, Nov 13, 2020 at 11:59:05AM +0100, Joerg Dorchain wrote:
> > Package: libelogind0
> > Version: 243.7-1+debian1
> >
> > Hello,
> >
> > since rsyslog Version 8.2010.0-1 has a versioned de
Package: libelogind0
Version: 243.7-1+debian1
Hello,
since rsyslog Version 8.2010.0-1 has a versioned dependency on libsystemd0
(>= 246), I cannot install it and the current libelogind0 at the same time.
Can you please package an updated version to fix this dependency?
Bye,
Joerg
P.s.: I am a
On Thu, 17 Oct 2013 22:54:27 +0200 "Stephen R. van den Berg"
wrote:
> Guenther did the LMTP support. I vaguely recall discussing this same
> issue with him once before. I'd guess that it mostly was/is the fact
> that for a new release *with* LMTP support, you'd need to do some more
> checks a
Hello all,
On Sat, 28 Dec 2019 15:43:05 + Simon McVittie wrote:
> The python-gtk dependency went away, so it's certainly true to say that
> the version in experimental no longer depends on the unmaintained package,
> which is what the submitter of #885140 wanted :-)
>
just wondering, the
On Sun, 28 Jun 2020 11:36:12 +0200 Joerg Dorchain
wrote:
>
> Hello,
>
> following testing, after the upgrade of today (28.6.) pam authentication for
> ejabberd stopped working. I suspect a corellation with updated erlang-*
> packages of today (1:23.0.2+dfsg-2) over (1:22.3.3
On Wed, Jul 29, 2020 at 12:40:15PM +0200, Patrick Matthäi wrote:
> You have to get the files from maxmind.com, since there is no package
> for the databases, yet.
Yep, that works almost painless.
- Install the geoipupdate package
- Sign up with a maxming.com free account
- enter the the credentia
On Wed, Jul 29, 2020 at 12:40:15PM +0200, Patrick Matthäi wrote:
> Am 29.07.2020 um 11:32 schrieb Joerg Dorchain:
> > Package: libpam-geoip
> > Version: 2.1.1-1
> >
> > Hello,
> >
> > I used to have a working setup with libpam-geoip as
> >
> > a
Package: libpam-geoip
Version: 2.1.1-1
Hello,
I used to have a working setup with libpam-geoip as
account required pam_geoip.so debug system_file=/etc/security/geoip.conf
geoip_db=/usr/share/GeoIP/GeoIPCity.dat
After upgrading to this version, I find in authlog
PASSV: pam_geoip(dovecot:accoun
Package: libpam-geoip
Version: 2.1.1-1
Hello,
I am sorry to say this version does not work.
I am not aware of any background for the version bump nor the
repackaging, I basically get the same effect as described in
#950302
Log:
CRON[8557]: PAM unable to dlopen(pam_geoip.so): /lib/security/pam_g
Package: ejabberd
Version: 20.04-1
Hello,
following testing, after the upgrade of today (28.6.) pam authentication for
ejabberd stopped working. I suspect a corellation with updated erlang-*
packages of today (1:23.0.2+dfsg-2) over (1:22.3.3+dfsg-1):
erlang-asn1 erlang-base erlang-crypto erlang-e
On Tue, Mar 03, 2020 at 10:57:41AM +0100, Andras Korn wrote:
> I filed https://github.com/neomutt/neomutt/issues/2161.
Thanks for the effort, but:
Duplicate #2002 and there's already pull request for it #2160.
@gahr gahr closed this 6 minutes ago
Looks like cherry-pikcing that patch and thinkin
On Mon, Mar 02, 2020 at 11:40:47AM -0500, Marvin Renich wrote:
[...]
>
> Here is my rationale for severity grave:
[...]
Then please include
https://github.com/neomutt/neomutt/commit/f197ab93c8436a39fc511f396acde24f90389f20?diff=unified
in a new package, maybe with a Debian-specific change of the
On Mon, 2 Mar 2020 15:18:54 +0100 Andreas Henriksson
wrote:
> On Mon, Mar 02, 2020 at 02:57:02PM +0100, Andras Korn wrote:
> >
> > https://github.com/neomutt/neomutt/issues/2002
>
> Thanks for the feedback.
>
There is meanwhile a fix in the github issue; Would it be possible add
that patch to t
On Sun, 9 Feb 2020 11:48:58 +0100 Andreas Henriksson
wrote:
>
> Dear Maintainer,
>
> I've prepared an updated package for the new upstream release
> (that fixes both of the open RC bugs) available at:
> https://salsa.debian.org/ah/neomutt
>
> Given that the neomutt package is soon about to be r
On Sun, 2 Feb 2020 14:02:42 +0100 Joerg Dorchain wrote:
> On Sun, Feb 02, 2020 at 11:52:03AM +0100, Patrick Matthäi wrote:
> > Date: Sun, 2 Feb 2020 11:52:03 +0100
> > From: Patrick Matthäi
> > To: Joerg Dorchain , 950...@bugs.debian.org,
> > cont...@bugs.debian.org
On Sun, Feb 02, 2020 at 11:52:03AM +0100, Patrick Matthäi wrote:
> Date: Sun, 2 Feb 2020 11:52:03 +0100
> From: Patrick Matthäi
> To: Joerg Dorchain , 950...@bugs.debian.org,
> cont...@bugs.debian.org
> Subject: Re: Bug#950302: libpam-geoip_1.1-4_amd64.deb does not work
> User-
Package: libpam-geoip
Version: 1.1-5
Hello,
since the update to version 1.1-5 of libpam-geoip I get error in the log and
denied services.
authlog contains (for dovecot):
Jan 31 07:53:31 Redstar auth worker: PASSV: PAM unable to dlopen(pam_geoip.so):
/lib/security/pam_geoip.so: cannot open shar
Package: ifupdown
Version: 0.8.35
Tags: Patch
Hi,
I have a Box that I want to connect to several network which do (or don't) IP
autoconfiguration.
For IPv4, this works fine. Even when there is no IPv4 dhcp server, the
machine continues to boot after a timeout.
For IPv6, when ausing SLAAC autocon
Package: ifupdown
Version: 0.8.35
Tags: Patch
Severity: wishlist
Hi,
please include the restart-ms option in the can static method, e.g as per
attached patch.
Thanks for considering.
Bye,
Joerg
--- ifupdown-0.8.35.orig/can.defn 2018-10-29 22:29:33.0 +0100
+++ ifupdown-0.8.35/ca
On Sun, Nov 03, 2019 at 09:04:49PM +0100, Bernd Zeimetz wrote:
> On 11/3/19 8:51 PM, Joerg Dorchain wrote:
> > I would expect more
> > explicit hints for such drastic changes from my favourite
> > distribution.
>
> - Your favorite distribution uses systemd as default,
On Sun, Nov 03, 2019 at 04:39:59PM +0100, Bernd Zeimetz wrote:
> > Justification: Breaks silently functionality on upgrade
>
> not if you'd use the default init system.
Policy says all init system are equally supported.
>
> > In my setup, gpsd is required to start at system boot with a sysv
> >
Package: gpsd
Version: 3.19-2
Severity: Serious
Justification: Breaks silently functionality on upgrade
Hello,
after upgrading to version 3.19-2, I saw two effects (admittingly
after a while, but that makes it worse):
- the gpsd was not running anymore
- the init script is gone
In my setup, gps
On Wed, Oct 09, 2019 at 02:53:17PM +0200, Marco d'Itri wrote:
> On Jun 10, Debian Bug Tracking System wrote:
>
> > I'm afraid what you've found is *not* a Grub bug at all. It's a
> > limitation of EFI boot. Your firmware does not understand how to
> > interpret Linux software RAID, so you cannot
Package: minidlna
Version: 1.2.1+dfsg-1
Tags: patch
Hello,
I ran into a problem where minidlna is not discovered in an
environment with multiple interfaces.
Can you please include the patch at
https://github.com/glebius/minidlna/commit/43573257e45728e070a5f30bd74648c86537e625
Bye,
Joerg
sign
Package: bindgraph
Version: 0.2a-6
Severity: serious
Tags: patch
Hello,
the sysv init script for bindgraph fails on the stop action with the message
start-stop-daemon: matching only on non-root pidfile
/var/run/servergraph/bindgraph.pid is insecure
Relevant other bugs are 923421, 921016, and 9
Hello,
with version 2.02+dfsg1-16, the message got slightly different, but still fails
# grub-install
Installing for x86_64-efi platform.
File descriptor 3 (pipe:[103358418]) leaked on vgs invocation. Parent PID
17452: grub-install
File descriptor 3 (pipe:[103358418]) leaked on vgs invocation.
Package: grub2-common
Version: 2.02+dfsg1-13
# grub-install
Installing for x86_64-efi platform.
efibootmgr: option requires an argument -- 'd'
efibootmgr version 15
usage: efibootmgr [options]
-a | --active sets bootnum active
-A | --inactive sets bootnum inactive
Package: ejabberd
Version: 18.12.1-2
Hello,
ejabberd does not place anything in the rhost field. Easiest check is with
pam_warn.
Mar 20 13:27:46 Redstar epam: pam_warn(ejabberd:auth):
function=[pam_sm_authenticate] flags=0 service=[ejabberd] terminal=[]
user=[] ruser=[] rhost=[]
The correspon
Package: dovecot-imapd
Version: 1:2.3.4.1-1
Hello,
dovecot places numerical IP addresses in the pam rhost field. Easiest
check that comes to me is the pam_warn module. Sample output looks like
Mar 20 13:11:32 Redstar auth worker: PASSV: pam_warn(dovecot:account):
function=[pam_sm_acct_mgmt] fla
Package: ifupdown2
Version: 1.2.3-1
Hello,
in order to be usable with sysvinit, ifupdown2 needs an init
script.
Upstream provides one at
https://github.com/CumulusNetworks/ifupdown2/blob/master/etc/init.d/networking
I use the script below.
Please include one.
Bye,
Joerg
#!/bin/bash
### BEG
On Sat, Dec 29, 2018 at 07:46:27PM +0700, Julien Fortin wrote:
> Thanks for submitting a bug report.
Thanks you for the quick response.
> I've prepared a patch to fix this issue (soon to be pushed on our github).
>
> This issue will be automatically closed when the new release is uploaded
> and
Package: ifupdown2
Version: 1.2.2-1
Severity: serious
Justification: renders system unusable
Hello,
with this package and this version, my system comes up without any
networking configured, giving an error message at startup
Fri Dec 28 10:38:52 2018: networking: Configuring network interfaces
Fr
Package: asterisk-core-sounds-en-gsm
Version: 1.4.27-1
Hello,
a voicefile is missing: vm-theextensionis.gsm is not found in the packages.
It is referenced in app_minivm.c, hardcoded in the source.
TIA for adding it to the package.
Bye,
Joerg
signature.asc
Description: PGP signature
On Thu, Mar 22, 2018 at 11:44:43PM +0100, Santiago Garcia Mantinan wrote:
>
> I've also thinked about this because bridge-utils is basically dead upstream
> while iproute2 is integrating more and more stuff, so having the bridge
> support on ifupdown and depending on iproute2 instead of bridge-uti
Hello,
with the following version of erlang-p1 packages, ejabberd run
again as it should, i.e. not high-load, no error log entries.
erlang-p1-cache-tab 1.0.12-1
erlang-p1-iconv 1.0.5-1
erlang-p1-mysql 1.0.4-1
erlang-p1-pam 1.0.3-2
erlang-p1-pgsql 1.1.4-1
erlang-p1-sip 1.0.17-1
erlang-p1-s
On Tue, Dec 05, 2017 at 09:07:07PM +0100, Philipp Huebner wrote:
>
> Other than that, please check dmesg and make sure it is not due to the
> recently automatically enabled AppArmor.
>
> If one (or all) of the updated erlang-p1-* packages has caused this, the
> solution is to update the ejabberd
On Tue, Dec 05, 2017 at 09:07:07PM +0100, Philipp Huebner wrote:
>
> I assume you have already tried rebooting ejabberd / the whole server?
Yes, helps temporarily. Also, after a while (~1h) it gets better
by itself, only to become a cpu hog again.
> Have you set the log level to debug (5)?
> htt
Package: ejabberd
Version: 17.08-3
Hello,
with a sudden change ejabberd takes all cpu time on all core,
leading to very high system loads.
I am not aware of any specific change except erlang_p1* file
entered testing recently.
I do not see an apparant reason, and find nothing in the ejabberd
log
Package: neomutt
Version: 20171027+dfsg.1-1
neomutt is compiled with SENDMAIL="false" (output from neomutt -v)
This effectivley disables sendmail mail.
Please compile with SENDMAIL="/usr/sbin/sendmail", as the mutt
package is.
Bye,
Joerg
Package: neomutt
Version: 20171027+dfsg.1-1
When I start up neomutt so send a pgp-signed mail (like this
one), instead of a prompt for a passphrase I only get
gpg: signing failed: Inappropriate ioctl for device
Bye,
Joerg
signature.asc
Description: PGP signature
Package: gv
Version: 1:3.7.4-1
Hello,
viewing a pdf file with gv works fine. However, printing from the
menu via the print function fails.
On stderr, there is a message "pswrite: unknown device". In fact,
in the underlying gs command this device has been replaced by
ps2write.
Replacing pswrite
On Thu, Aug 24, 2017 at 09:22:24AM +0200, Joerg Dorchain wrote:
> >
> > I'd be happy to include sample config snippets for mod_wsgi (and nginx
> > and uwsgi and other web servers) with the Debian radicale package.
> >
> > Can you provide me a file to place
On Thu, Aug 24, 2017 at 12:27:56AM +0200, Jonas Smedegaard wrote:
> > - I had an historic entry for the LANG setting there, causing
> > problems with the non-ascii char.
> >
> > - Also the offical way of pointing the wsgi version to its config
> > file is via environment variable, which again
On Mon, Aug 21, 2017 at 07:15:11PM +0200, Joerg Dorchain wrote:
> >
> > Upstream WSGI file is shipped as-is. Would you mind bringing these
> > issues upstream yourself?
>
> https://github.com/Kozea/Radicale/issues/685
Upstream support pointed me to proper use of apac
Package: libapache2-mod-wsgi-py3
Version: 4.5.17-1
Hello,
when trying a wsgi script with libapache2-mod-wsgi-py3, I get an
error
SyntaxError: Non-ASCII character '\xc2' in file
.../radicale.wsgi on line 4, but no encoding declared; see
http://python.org/dev/peps/pep-0263/ for details
Externally
On Mon, Aug 21, 2017 at 06:54:08PM +0200, Jonas Smedegaard wrote:
> > it should use the default path, i.e. a line config_paths =
> > ["/etc/radicale/config"].
> > It would be worth mentioned it in a README.debian, what ever it
> > will be.
>
> Upstream WSGI file is shipped as-is. Would you mind b
On Mon, Aug 21, 2017 at 05:51:07PM +0200, Jonas Smedegaard wrote:
> Quoting Joerg Dorchain (2017-08-21 16:42:41)
> > when trying to use the supplied /usr/share/radicale/radicale.wsgi file
> > with libapache2-mod-wsgi 4.5.17-1, the following error is displayed in
> >
Package: python3-radicale
Version: 2.1.4-1
Hello,
when trying to invoke
$ python3 /usr/share/radicale/radicale.wsgi
Traceback (most recent call last):
File "/usr/share/radicale/radicale.wsgi", line 26, in
from radicale import Application, config, log
File "/usr/lib/python3/dist-package
Package: radicale
Version: 2.1.4-1
Hello,
when trying to use the supplied /usr/share/radicale/radicale.wsgi
file with libapache2-mod-wsgi 4.5.17-1, the following error
is displayed in the apache error log:
SyntaxError: Non-ASCII character '\\xc2' in file
.../radicale.wsgi on line 4, but no
On Sun, Jul 16, 2017 at 01:35:43PM +0200, Guus Sliepen wrote:
>
> Ifupdown itself supports VLANs for any interface, but I think that's not
> what you want. You want to assign VLANs to individual bridge ports. It
> looks to me this functionality should be added to bridge-utils'
> if-pre-up/down.d s
Package: ifupdown
Version: 0.8.19
Severity: wishlist
Hello,
th elinux kernel support vlan aware bridges for a while now.
(cfr.
http://events.linuxfoundation.org/sites/events/files/slides/LinuxConJapan2014_makita_0.pdf)
it would be great to have support in ifupdown for them, with
config stanzas l
Hello,
I have at least one 3rd-party debian package that explicitly
depends on libreadline6.
In order to continue to use and install them, I'd appreciate a
libreadline6 package in stretch.
If there is binray compatibilty given, also Provides:-line in
another package is ok for this, too.
Bye,
J
Package: iaxmodem
Version: 1.2.0~dfsg-2+b2
Hello,
following testing, the new version 1.2.0~dfsg-2+b2 does not work
anymore:
- It does not register itself to the aix server (here: asterisk
1:13.14.0~dfsg-1) anymore
- When you configure the relation statically, faxes are not
received. No page
Package: nfct
Version: 1:1.4.4+snapshot20161117-4
Hello,
on the search for ssdp connection track helper I learned that
this is available in upstream since version 1.4.3.
However I do not find any of the userspace helpers in any of the
packages derived from conntrack-tools.
An strace of nfct sho
On Thu, Jan 19, 2017 at 12:56:23PM +0100, Bernhard Schmidt wrote:
>
> I have just come across
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766045 whichs says
> that
>
> a) there is a fork at https://github.com/PeteDavidson/t38modem
> b) t38modem (I guess only the old version) won't work w
On Thu, Jan 19, 2017 at 11:30:08AM +0100, Joerg Dorchain wrote:
> >
> > I don't see any new development in
> > http://t38modem.cvs.sourceforge.net/viewvc/t38modem/t38modem/ . So
> > unless someone steps up to fix #846758 I'm afraid we'll have to RM it
>
On Sun, Jan 15, 2017 at 10:55:01PM +0100, Bernhard Schmidt wrote:
>
> 3.) I have just uploaded asterisk 1:13.13.1~dfsg-3~exp1 into
> experimental, which has the upstream patch for improved pjproject
> loglevels attached. Binaries should be available in experimental
> tomorrow (I hope).
On Sun, Jan 15, 2017 at 10:55:01PM +0100, Bernhard Schmidt wrote:
>
> 1.) Please verify that your initscript is indeed the one shipped by the
> current version of the package (md5sum
> 965f4ae93665ecbd957ac5b0a1dced52) and that you don't set any
> additional options in /etc/default/ast
On Sat, Jan 14, 2017 at 12:10:59PM +0200, Tzafrir Cohen wrote:
> >
> > I would like config parts containing personal access details
> > not to be part of the public bug tracker for avoiding security
> > breaches and direct monetary costs arrising from that, so I did
> > not sent them to the publi
On Fri, Jan 13, 2017 at 06:53:15PM +0100, Bernhard Schmidt wrote:
>
> Can you try to diff the content of your /etc/asterisk and the package
> content of asterisk-config to find the relevant setting?
>
I would like config parts containing personal access details
not to be part of the public bug
On Sun, Jan 01, 2017 at 09:41:57PM +0100, Bernhard Schmidt wrote:
>
> I think this could fix it.
>
> https://issues.asterisk.org/jira/browse/ASTERISK-26630
> https://gerrit.asterisk.org/#/c/4516/
>
> It is already in the upstream Asterisk 13 branch, but not in any 13.x
> release. But I'm sure th
On Sun, Jan 01, 2017 at 11:22:25AM +0100, Bernhard Schmidt wrote:
> Hi,
>
> > The messages comes from pjproject. The messages are relatively low
> > priority ones there.
> >
> > However just from reading the code I'm a bit lost. That message seems to
> > be at log priorty 6 in pjproject:
> > http
On Sun, Jan 01, 2017 at 11:06:30AM +0100, Tzafrir Cohen wrote:
> On Sat, Dec 31, 2016 at 09:30:35AM +0100, Joerg Dorchain wrote:
> > Package: asterisk
> > Version: 1:13.13.1~dfsg-2
> >
> > Hello,
> >
> > following testing, after upgrading to asterisk 1:1
Package: asterisk
Version: 1:13.13.1~dfsg-2
Hello,
following testing, after upgrading to asterisk 1:13.13.1~dfsg-2,
/etc/init.d/asterisk debug endlessly repeats the following screen
output rapidly:
...
09:22:39.015 rtp0x558b74e70 Mutex: thread timer is waiting
09:22:39.015 r
On Mon, Dec 12, 2016 at 04:57:26PM +0100, Andreas Beckmann wrote:
> On 2016-12-12 16:51, Joerg Dorchain wrote:
> > Even in that case, IMHO it would be an idea to mark this bug as
> > "won't fix", or even to leave a line in the NEWS.debian, just in
> > case this
On Sun, Dec 11, 2016 at 08:54:08PM +0100, Kurt Roeckx wrote:
> > > The defaults openssl sets now might not make sense for smtp in
> > > general, but they should actually be good.
> >
> > While I agree to e.g. md5 being not appropriate anymore, I would
> > still like to be able to receive mails fro
On Sun, Dec 11, 2016 at 12:57:06PM +0100, Kurt Roeckx wrote:
> >
> > > Most reproduceable way I found by now is the DANE validator at
> > > https://dane.sys4.de/, which leave a log entry e.g.:
> > > Dec 11 11:04:54 Redstar sm-mta[18223]: STARTTLS=server, error: accept
> > > failed=-1, reason=ca m
Package: sendmail-bin
Version: 8.15.2-7
Hello,
following testing after upgrading from 8.15.2-6 to 8.15.2-7,
sendmail does not accept certain incoming connections anymore
and refuses the STARTTLS handshake with "ca md too weak".
Most reproduceable way I found by now is the DANE validator at
https
On Sun, Oct 30, 2016 at 05:21:21PM -0400, Scott Kitterman wrote:
> > Hello,
> >
> > I am using the debian package of opendkim on a machine on a
> > private network with no direct internet access. DNS resolution is
> > fine, but only via the nameserver defined is /etc/resolv.conf.
> > These change
Package: dovecot-imapd
Version: 1:2.2.25-1
Hello,
all of a sudden dovecot-imapd depends on dovecot-sieve.
While I understand sieve adds functionality to imap, I would for
allowing lean distribution make it a Recommends:
A way to achieve this would be to move the
/usr/lib/dovecot/modules/lib95_i
1 - 100 of 317 matches
Mail list logo
