On Sat, 25 Apr 2020, Stanislas Marquis wrote:
Package: wnpp
Severity: wishlist
Owner: Stanislas Marquis
* Package name: python3-swisseph
Version : 2.08.00
Upstream Author : Stanislas Marquis
* URL : https://pypi.org/project/pyswisseph
* License : GPL-2+
Prog
On Fri, Apr 24, 2020 at 10:16 PM Kyle Edwards wrote:
> I did not realize that exceptions were occasionally made for vendored
> libraries
There is no exception for vendored libraries, but occasionally people
just upload without doing the work needed to find them or deliberately
ignoring the rules
On Fri, Apr 24, 2020 at 9:29 PM Kyle Edwards wrote:
> I have a question about how Debian handles modifications to third-party
> dependencies. Sometimes a project relies on another project, but has
> made modifications to that project that never went into upstream,
> either because upstream has aba
Package: wnpp
Severity: wishlist
Owner: Stanislas Marquis
* Package name: python3-swisseph
Version : 2.08.00
Upstream Author : Stanislas Marquis
* URL : https://pypi.org/project/pyswisseph
* License : GPL-2+
Programming Lang: C
Description : Python ext
Shengjing Zhu,
> Instead of the lintian issue, the real issue which is underneath
> is, what's the status of alioth-lists.debian.net?
>
> Is it still a short term service[1], or the admin plans to make
> it long term? The difference is whether people should look for a
> new home. It has been 2 ye
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: puppet-module-tempest
Version : 16.2.1
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/puppet-tempest
* License : Apache-2.0
Programming Lang: Puppet
Descrip
On Fri, Apr 24, 2020 at 10:43:43AM +0200, Michael Biebl wrote:
> Am 24.04.20 um 10:12 schrieb Phil Wyett:
> > See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958182
>
> Could we have a official statement whether alioth-lists.debian.net is
> going away (anytime soon) or not? I hope not, fwiw
On Sat, 2020-04-25 at 00:02 +0200, Mattia Rizzolo wrote:
> If the upstream maintainer of that library is not available anymore
> and
> the project is clearly dormient, perhaps you can take over
> officially?
> Or if that patch is "acceptable" just leave it on the bug tracker,
> and
> within debian
On Fri, Apr 24, 2020 at 05:28:51PM -0400, Kyle Edwards wrote:
> In that case, the depending
> project "vendors" the third-party dependency with the modifications
> that it needs.
Which is always horrible for us.
If you have any power, please don't do it. Rather find a way to
monkey-patch whatever
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: barbican-tempest-plugin
Version : 1.0.0
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/barbican-tempest-plugin
* License : Apache-2.0
Programming Lang: Pytho
Hello,
I have a question about how Debian handles modifications to third-party
dependencies. Sometimes a project relies on another project, but has
made modifications to that project that never went into upstream,
either because upstream has abandoned the project or because the
changes are not ap
Hi Bastian,
thanks for your work!
On 4/18/20 11:33 PM, Bastian Blank wrote:
> You are encouraged to use Salsa as an authentication provider for Debian
> services. GitLab supports plain OAuth2 and OpenID Connect as
> authentiation protocols. Every user can register their own applications
> and a
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: heat-tempest-plugin
Version : 1.0.0
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/heat-tempest-plugin
* License : Apache-2.0
Programming Lang: Python
Desc
>>> The only reason right now is because it's the name used by upstream. I
>>> choose to keep the current name and mention DoH in the description to
>>> help search.
>>>
>>> I plan to ask upstream author if they intend to support DoT in the
>>> future then the name makes a little more sense. Othe
* Scott Kitterman:
> On Friday, April 24, 2020 11:54:17 AM EDT Kan-Ru Chen wrote:
>> Hi,
>>
>> On Sat, Apr 25, 2020, at 12:34 AM, Scott Kitterman wrote:
>> > On Friday, April 24, 2020 11:11:49 AM EDT Kan-Ru Chen wrote:
>> > > * Package name: nss-tls Description : encrypted glibc name
>> >
On Sat, Apr 25, 2020 at 00:51:34 +0800, Shengjing Zhu wrote:
> And another question for DSA is, whether the lists.alioth.debian.org
> address is expected to work, as long as the alioth-lists.debian.net
> exists?
>
I don't see a reason to break it.
Cheers,
Julien
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: designate-tempest-plugin
Version : 0.8.0
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/designate-tempest-plugin
* License : Apache-2.0
Programming Lang: Pyt
gregor herrmann wrote:
This link and the whole check would be helpful only for not-migrated
alioth lists which don't work anymore but I guess lintian has no
chance to make this discrimination.
Lintian already has a list of individual known-bad addresses
(data/fields/bounce-addresses, tags *-ca
Hi,
(please don't reply to this thread about the lintian issue).
Instead of the lintian issue, the real issue which is underneath is,
what's the status of alioth-lists.debian.net?
Is it still a short term service[1], or the admin plans to make it long term?
The difference is whether people shoul
Package: wnpp
Severity: wishlist
Owner: Juergen Neumann
* Package name: dmx
Version : 5.0
Upstream Author : Joerg Richter
* URL : https://dmx.systems/
* License : AGPL
Programming Lang: Java, JavaScript
Description : semantic web platform for knowledge
On Friday, April 24, 2020 11:54:17 AM EDT Kan-Ru Chen wrote:
> Hi,
>
> On Sat, Apr 25, 2020, at 12:34 AM, Scott Kitterman wrote:
> > On Friday, April 24, 2020 11:11:49 AM EDT Kan-Ru Chen wrote:
> > > * Package name: nss-tls Description : encrypted glibc name
> > >
> > > resolving librar
On Friday, April 24, 2020 12:08:46 PM EDT Shengjing Zhu wrote:
> On Fri, Apr 24, 2020 at 11:44 PM gregor herrmann wrote:
> [...]
>
> > > Could this wiki page be more useful?
> > > https://wiki.debian.org/Salsa/AliothMigration#Import_mailing_list
> >
> > Not really; the lists we are talking about
On Fri, Apr 24, 2020 at 11:44 PM gregor herrmann wrote:
[...]
> > Could this wiki page be more useful?
> > https://wiki.debian.org/Salsa/AliothMigration#Import_mailing_list
>
> Not really; the lists we are talking about _are_ migrated to
> alioth-lists.debian.net which will continue to accept mail
Hi,
On Sat, Apr 25, 2020, at 12:34 AM, Scott Kitterman wrote:
> On Friday, April 24, 2020 11:11:49 AM EDT Kan-Ru Chen wrote:
> > * Package name: nss-tls Description : encrypted glibc name
> > resolving library which uses DNS-over-HTTPS (DoH)
> >
> > nss-tls is an alternative, encrypted n
On Fri, 24 Apr 2020 19:16:08 +0800, Shengjing Zhu wrote:
> > In my personal opinion, this lintian warning/info is not actionable,
> > also the referred to wiki page at
> > https://wiki.debian.org/Alioth/MailingListContinuation doesn't say
> > anything about not using @lists.alioth.debian.org or wh
On Friday, April 24, 2020 11:11:49 AM EDT Kan-Ru Chen wrote:
> * Package name: nss-tls
> Description : encrypted glibc name resolving library which uses
> DNS-over-HTTPS (DoH)
>
> nss-tls is an alternative, encrypted name resolving library to use
> with glibc, which uses DNS-over-HTTPS (
Package: wnpp
Severity: wishlist
Owner: Kan-Ru Chen
* Package name: nss-tls
Version : pre-release
Upstream Author : Dima Krasner
* URL : https://github.com/dimkr/nss-tls
* License : LGPL-2.1
Programming Lang: C
Description : encrypted glibc name resolv
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: cinder-tempest-plugin
Version : 1.0.0
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/cinder-tempest-plugin
* License : Apache-2.0
Programming Lang: Python
On Fri, 24 Apr 2020 10:53:52 +0200, Jaros?aw K?opotek
wrote:
>Please give me link to BTS.
https://lmgtfy.com/?qtype=search&t=w&q=debian+bts&as=0&s=g&engine=&media_type=
--
-- !! No courtesy copies, please !! -
Marc Haber | " Questions are the
On Fri, 24 Apr 2020 at 12:41:01 +0200, Simon Richter wrote:
> On Thu, Apr 23, 2020 at 07:16:54PM +0100, Simon McVittie wrote:
[Simon Richter wrote:]
> > > Can maintainer scripts expect systemd services to be available (mainly
> > > thinking about tmpfilesd here, but there might be others that becom
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: keystone-tempest-plugin
Version : 0.4.0
Upstream Author : OpenStack Foundation
* URL : https://opendev.org/openstack/keystone-tempest-plugin
* License : Apache-2.0
Programming Lang: Pytho
On Fri, Apr 24, 2020 at 11:46:47AM +0200, gregor herrmann wrote:
> On Fri, 24 Apr 2020 10:22:22 +0100, Chris Lamb wrote:
> Thank you, a lowered severity is of course better.
>
>
> But to be honest, it doesn't change a lot if I'm seeing
>
> "W: $package source: mailing-list-obsolete-in-debian-inf
On Fri, Apr 24, 2020 at 5:47 PM gregor herrmann wrote:
[...]
>
> In my personal opinion, this lintian warning/info is not actionable,
> also the referred to wiki page at
> https://wiki.debian.org/Alioth/MailingListContinuation doesn't say
> anything about not using @lists.alioth.debian.org or what
Hi,
On Thu, Apr 23, 2020 at 07:16:54PM +0100, Simon McVittie wrote:
> policy-rc.d and invoke-rc.d are not documented in Policy to be a way to
> control what happens after you reboot, and neither sysv-rc nor systemd
> runs invoke-rc.d or consults policy-rc.d during normal system boot.
Ah, that ex
On Fri, 24 Apr 2020 10:22:22 +0100, Chris Lamb wrote:
> Holger Levsen wrote:
> > definitly, yes, filing this bug now.
> As mentioned elsewhere, this was already fixed yesterday in fd8ee67d.
Thank you, a lowered severity is of course better.
But to be honest, it doesn't change a lot if I'm seein
On Fri, Apr 24, 2020 at 10:22:22AM +0100, Chris Lamb wrote:
> > definitly, yes, filing this bug now.
> As mentioned elsewhere, this was already fixed yesterday in fd8ee67d.
ah, cool! & thanks for the quick fix!
--
cheers,
Holger
-
On Fri, Apr 24, 2020 at 10:43:43AM +0200, Michael Biebl wrote:
> Am 24.04.20 um 10:12 schrieb Phil Wyett:
> > See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958182
>
> Could we have a official statement whether alioth-lists.debian.net is
> going away (anytime soon) or not? I hope not, fwiw
tags 958666 + pending
thanks
Holger Levsen wrote:
> definitly, yes, filing this bug now.
As mentioned elsewhere, this was already fixed yesterday in fd8ee67d.
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org ð¥ chris-lamb.co.uk
`-
W dniu 24.04.2020 o 09:20, Andrei POPESCU pisze:
On Jo, 23 apr 20, 17:48:00, JarosÅaw KÅopotek wrote:
Hi,
Hello,
I don't know is that good place to make an issue.
Please dump up php-mailparse to newly released upstream version 3.1.
You should ask the package maintainer(s) with Cc to debian-ba
package: lintian
version: 2.67.0
x-debbugs-cc: Debian Med Project List , Debian
Developers , Debian Lintian Maintainers
, reproducible-bui...@lists.alioth.debian.org
On Fri, Apr 24, 2020 at 09:56:24AM +0200, Andreas Tille wrote:
> today I've seen the first time this new lintian warning:
>
>
Am 24.04.20 um 10:12 schrieb Phil Wyett:
> See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958182
Could we have a official statement whether alioth-lists.debian.net is
going away (anytime soon) or not? I hope not, fwiw.
Michael
signature.asc
Description: OpenPGP digital signature
On Fri, 2020-04-24 at 09:56 +0200, Andreas Tille wrote:
> Hi,
>
> today I've seen the first time this new lintian warning:
>
>mailing-list-obsolete-in-debian-infrastructure Debian Med Packaging
> Team
>
> I wonder whether we could this set from severity Warning to Pedandic.
> The point is t
Hi,
today I've seen the first time this new lintian warning:
mailing-list-obsolete-in-debian-infrastructure Debian Med Packaging Team
I wonder whether we could this set from severity Warning to Pedandic.
The point is that this address works not only as maintainer but rather
as key in severa
On Jo, 23 apr 20, 17:48:00, JarosÅaw KÅopotek wrote:
> Hi,
Hello,
> I don't know is that good place to make an issue.
> Please dump up php-mailparse to newly released upstream version 3.1.
You should ask the package maintainer(s) with Cc to debian-backports for
a backport to buster.
> That ver
44 matches
Mail list logo
