Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
* Package name: openvpn-dco-dkms
Version : Git Snapshot
Upstream Author : Antonio Quartulli
* URL : https://github.com/OpenVPN/ovpn-dco
* License : GPL-2.0
Programming Lang: C
Description : DCO
Hi,
About the client and server, if I am not wrong, about 3 years ago ISC
dhcp was the only implementation able to configure DHCPv6 clients by
their MAC addresses (thing that I needed at work). It is a pity that ISC
is giving less love to it. That said, the EOL date is still TBA
(https://www.isc
On 19.01.22 20:44, Stephan Seitz wrote:
Am Mi, Jan 19, 2022 at 13:34:13 -0600 schrieb Richard Laager:
For people that want something more than systemd-timesyncd, e.g. to
get NTS, I think either are acceptable choices. It seems that the
consensus
Well, most people will use the default NTP se
On 19.01.22 20:34, Richard Laager wrote:
Hi Richard,
+1, except that my position is we already have that answer:
systemd-timesyncd | time-daemon
As default both ntpsec and chrony are challengers.
For people that want something more than systemd-timesyncd, e.g. to get
NTS, I think either ar
Hi,
However, development for ntp.org is slow, upstream still using BitKeeper
is cumbersome, and even the testsuite needs to be fixes on some
architectures for new releases. Both ntpsec and chrony are (from my POV)
the better alternatives now. To a point where I would rather use chrony
for ne
Hi,
a couple of years ago (in 2017) I stepped up to help bring src:ntp back
in shape because I needed it for work. All uploads since that time have
been made by me. An RFH bug had been open the whole time and just
recently got the first message for five years, which made me remember my
plan.
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
* Package name: python-easysnmp
Version : 0.2.5
Upstream Author : Kent Coble
* URL : https://github.com/kamakazikamikaze/easysnmp
* License : BSD
Programming Lang: Python with a C library
Am 08.08.19 um 13:39 schrieb Marc Haber:
> On Wed, 07 Aug 2019 09:28:12 -0400, The Wanderer
> wrote:
>> On 2019-08-07 at 04:26, Russell Stuart wrote:
>>
>>> On Wed, 2019-08-07 at 09:34 +0200, Marc Haber wrote:
>>>
I am using Debian for two decades now, and I realized that
necessity two d
Package: wnpp
Severity: normal
I request assistance with maintaining the freeradius package.
The package description is:
FreeRADIUS is a high-performance RADIUS server with support for:
- Authentication by local files, SQL, Kerberos, LDAP, PAM, and more.
- Powerful policy configuration langu
Am 26.07.19 um 20:02 schrieb Andrey Rahmatullin:
> On Fri, Jul 26, 2019 at 01:26:52PM -0400, PICCORO McKAY Lenz wrote:
>> the https://packages.debian.org/search?keywords=libmyodbc show only
>> for sid and oldstable.. so what will happened.. users now must
>> compiled own mysql odbc?
> It's in sid,
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
* Package name: odbc-mariadb
Version : 3.1.1
* URL : https://downloads.mariadb.org/connector-odbc/
* License : LGPL-v2.1
Programming Lang: C
Description : ODBC driver for MariaDB
This package
Am 12.03.19 um 09:12 schrieb Ian Campbell:
Hi Ian,
thanks a lot for your feedback
>>> I have no idea where the line terminators difference in one single
>>> branch in one single file that is never used in Debian builds comes
>>> from. I don't think it's the pristine-tar data, when I remove the
>
y not used), but
the file in the archive still has a different linefeed than the one in
the git archive.
Help :-)
Thanks,
Bernhard
Description:
TODO: Put a short summary on the line above and replace this paragraph
with a longer explanation of this change. Complete the meta-information
Am 30.11.18 um 20:05 schrieb Marc Haber:
Hi Marc,
> If I could vote for which idea Debian mail admin time is dedicated
> (which I cannot since Debian admins are volunteers and can choose what
> to work on), I'd vote for better spam filtering on
> @packages.debian.org and @alioth-lists.debian.net,
Hello everyone,
I'm seeking packaging guidance for a package (combination) I co-maintain
since shortly before the Stretch release. I'm not quite sure how to deal
with this situation in a way best for everyone involved (especially
release managers and security team).
Asterisk is probably known to
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
* Package name: linphone-desktop
Version : 4.1.1
Upstream Author : Belledonne Communications SARL
* URL : https://linphone.org/
* License : GPLv2
Programming Lang: C, C++, QML
Description : SIP
Package: wnpp
Severity: normal
Hi,
although I'm not the maintainer of the current linphone package (and not
a user anyway), I'm asking for help on behalf of the pkg-voip team.
linphone in Debian is in a pretty bad shape, it has not seen an upstream
release packaged for four years.
There have be
Scott Kitterman wrote:
>
>
> On August 24, 2017 8:05:20 AM EDT, Bernhard Schmidt wrote:
>>Kurt Roeckx wrote:
>>
>>> Disabling the protocols is the only way I know how to identify
>>> all the problems. And I would like to encourage everybody to
>>>
Kurt Roeckx wrote:
> Disabling the protocols is the only way I know how to identify
> all the problems. And I would like to encourage everybody to
> contact the other side if things break and get them to upgrade.
There is now #873065 on Postfix which suggests MTAs don't fall back to
plain SMTP i
Bernhard Schmidt wrote:
> Chris Lamb wrote:
>
>> It was just mentioned "en passant" in a conversation at DebConf that
>> bind9 is shipping a root hint file from 2003.
>
> FWIW, the bug about this is #860794. I have just upgraded it to grave
> since DNSSEC va
Chris Lamb wrote:
> It was just mentioned "en passant" in a conversation at DebConf that
> bind9 is shipping a root hint file from 2003.
FWIW, the bug about this is #860794. I have just upgraded it to grave
since DNSSEC validation will stop working in October, and it has not
been fixed anywhere.
Kurt Roeckx wrote:
Hi,
> There might also be packages for which the changes are more
> involved and that can't be fixed in time for the release. If you
> want to stay with OpenSSL 1.0.2 you need to change your Build-Depends
> from libssl-dev to libssl1.0-dev.
Almost expected, this fails where a
Hi,
TL;DR:
What to do when a project with a dead upstream is "forked" and
development continues under the same name
Long story:
gnarwl, a GPLv2 LDAP-based email autoresponder developed by Patrick
Ahlbrecht, has recently been orphaned in Debian. Since a legacy mail
system of my employer still uses
Pierre-Elliott Bécue wrote:
Hi Pierre,
> Before requesting for sponsorship, and packaging officially the other
> components of mailman3, I'd like some "testers" for the core package I
> built, in order to be sure that it works, and that I will not introduce some
> stupid caveats on the packaging
Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt
* Package name: isatapd
Version : 0.9.4
Upstream Author : Sascha Hlusiak
* URL : http://www.saschahlusiak.de/linux/isatap.htm
* License : GPLv2
Programming Lang: C
Description : configuration
[ resent, wasn't subscribed to -devel before ... apologies if duplicate ]
Hi,
after years being an user occasionally packaging small things in a
rather quick-and-dirty way I have recently taken my first attempt to
build a package that is supposed to be used by a larger crowd (and,
eventually,
Hi,
after years being an user occasionally packaging small things in a
rather quick-and-dirty way I have recently taken my first attempt to
build a package that is supposed to be used by a larger crowd (and,
eventually, end up in the Debian repository some day). The package works
fine so far,
27 matches
Mail list logo
