Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: pytest-rerunfailures
Version : 9.1
Upstream Author : Leah Klearman and others
* URL : https://github.com/pytest-dev/pytest-reru
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: pyemd
Version : 0.5.1
Upstream Author : Will Mayner and others
* URL : https://github.com/wmayner/pyemd
* License : MI
On Thursday, September 17, 2020 3:07:23 P.M. CDT Thomas Goirand wrote:
> On 9/16/20 2:55 PM, Steven Robbins wrote:
> > Since you're soliciting opinions, here's mine. In the absence of a
> > documented consensus, ftpmaster should respect the packager's judgement
> > rather than reject on their own
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: nmslib
Version : 2.0.6
Upstream Author : Bilegsaikhan Naidan and others
* URL : https://github.com/nmslib/nmslib
* License
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: morfessor
Version : 2.0.6
Upstream Author : Morpho project at Aalto University, Finland
* URL : http://morpho.aalto.fi/project
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 1201 (new: 8)
Total number of packages offered up for adoption: 213 (new: 1)
Total number of packages reques
Hi,
this is the last weekly call for our Debian Med video meeting. Than
we will switch to a two meetings per month meeting. We will shift
weekdays by simply meeting on every
2th and 17th
of a month. So after tomorrow the next meeting will be on 2020-10-02.
The last weekly call for a Deb
On 9/17/20 10:54 AM, Adam D. Barratt wrote:
> That's not the only possible reason for a bug to have a severity of
> "serious".
>
> These issues do violate the RC Policy for bullseye, which means that
> each "in the ... release manager's opinion, makes the package
> unsuitable for release".
If tha
On 9/4/20 8:52 PM, Sudip Mukherjee wrote:
> Hi All,
>
> If the test done in the autopkgtest does not provide significant test
> coverage then it should be marked with "Restrictions: superficial".
> Ref: https://people.debian.org/~eriberto/README.package-tests.html
>
> Examples of tests which are
On 9/16/20 2:55 PM, Steven Robbins wrote:
> Since you're soliciting opinions, here's mine. In the absence of a
> documented
> consensus, ftpmaster should respect the packager's judgement rather than
> reject on their own personal opinion.
Reviewing the packaging is also part of the FTP master
On 9/14/20 9:04 PM, Andreas Tille wrote:
>> If you really need those data please create a separate source package
> That's the question that I'm repeatedly wondering about and thats why I
> assemble all these three rejects here in one mail: What is the general
> opinion for creating a separate sou
Hi all
El 3/9/20 a las 3:18, Paul Wise escribió:
> On Wed, Sep 2, 2020 at 1:22 PM Mark Pearson wrote:
>
>> Following on from DebConf 2020 (which I thoroughly enjoyed - thank you!)
>> the Lenovo portal that was announced is now available:
>
> Thanks for your generosity here!
>
> This announcemen
On Thu, Sep 17, 2020 at 7:47 PM Paul Gevers wrote:
>
> Hi all,
>
> On 17-09-2020 13:38, Raphael Hertzog wrote:
> > And consider the case where the bug has been fixed in git but the package
> > has not been uploaded because that small change didn't warrant an upload
> > of its own. When the FTBFS b
On Thu, Sep 17, 2020 at 11:38:46AM +0200, Andreas Tille wrote:
> The package has built before and the latest changes are:
> Am I
> missing something?
It built months before, with a lot of other changes surrounding it.
E.g. glibc 2.
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard
X-Debbugs-Cc: debian-devel@lists.debian.org,
pkg-javascript-de...@lists.alioth.debian.org
* Package name: node-deepmerge
Version : 4.2.2
Upstream Author : Josh Duff
* URL : https://github.com/TehShrike/deepmerge
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: vast
Version : 2020.08.28
Upstream Author : Tenzir GmbH
* URL : https://github.com/tenzir/vast
* License : BSD-3-clause
Programming Lang: C++
Description : network telemetry engin
On 9/17/20 11:12 AM, Ole Streicher wrote:
> "Adam D. Barratt" writes:
>> On Thu, 2020-09-17 at 09:55 +0200, Ole Streicher wrote:
>>> Graham Inggs writes:
On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog
wrote:
> Please reduce the severity of all the bugs that you opened to
> "norm
On Thu, 17 Sep 2020, Paul Gevers wrote:
> > And consider the case where the bug has been fixed in git but the package
> > has not been uploaded because that small change didn't warrant an upload
> > of its own. When the FTBFS bug pops up, the fix for the autopkgtest will
> > be uploaded.
>
> For a
Hi,
On Thu, 17 Sep 2020, Paul Gevers wrote:
> This. I have written it done in response to bug [#969819]:
>
> Notwithstanding the wording, the Release Team is happy with the bugs
> that Sudip is filing. Because of the way that autopkgtests are used in
> the Debian infrastructure to influence migra
Hi all,
On 17-09-2020 13:38, Raphael Hertzog wrote:
> And consider the case where the bug has been fixed in git but the package
> has not been uploaded because that small change didn't warrant an upload
> of its own. When the FTBFS bug pops up, the fix for the autopkgtest will
> be uploaded.
For
On Thu, 17 Sep 2020, Sudip Mukherjee wrote:
> i think I will leave it for the Release Team to decide. But just
> consider the scenario when the severity of this bug for a package 'X'
> is reduced and then another FTBFS bug is raised on that same package.
> The FTBFS bug will be fixed and it will ha
Hi David,
On 17-09-2020 12:50, David Bremner wrote:
> Paul Gevers writes:
> OK, that's all very well, I understand the release team needs to do
> things for its own needs. However
>
> 1) Such an autopkgtest would have prevented an actual RC (as in makes
> the package unusable) bug in a recent up
Paul Gevers writes:
>
> Notwithstanding the wording, the Release Team is happy with the bugs
> that Sudip is filing. Because of the way that autopkgtests are used in
> the Debian infrastructure to influence migration from unstable to
> testing [1], it is very important that autopkgtests are recog
On Thu, Sep 17, 2020 at 10:30 AM Ole Streicher wrote:
>
> "Adam D. Barratt" writes:
> > On Thu, 2020-09-17 at 09:55 +0200, Ole Streicher wrote:
> >> Graham Inggs writes:
> >> > On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog
> >> > wrote:
> >> > > Please reduce the severity of all the bugs that y
Hi,
the s390x build log[1] ends with:
...
./test_flpmath: 9/ 9 passed.
./test_splines
*** stack smashing detected ***: terminated
make[3]: *** [Makefile:685: utests-all] Aborted
...
The package has built before and the latest changes are:
bart (0.6.00-2) unstable; urgency=medium
*
"Adam D. Barratt" writes:
> On Thu, 2020-09-17 at 09:55 +0200, Ole Streicher wrote:
>> Graham Inggs writes:
>> > On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog
>> > wrote:
>> > > Please reduce the severity of all the bugs that you opened to
>> > > "normal" or "minor".
>> >
>> > Why?
>>
>> It do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2020-09-02 at 15:30 -0400, Mark Pearson wrote:
> On 9/2/2020 2:19 PM, Yves-Alexis Perez wrote:
> > > We're still working on getting other geographies up and running - not
> > > available yet I'm afraid.
> >
> > Any idea of the timeframe? Wee
On Thu, 2020-09-17 at 09:55 +0200, Ole Streicher wrote:
> Graham Inggs writes:
> > On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog
> > wrote:
> > > Please reduce the severity of all the bugs that you opened to
> > > "normal" or "minor".
> >
> > Why?
>
> It does not violate the Debian Policy,
Tha
Graham Inggs writes:
> On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog wrote:
>> Please reduce the severity of all the bugs that you opened to "normal"
>> or "minor".
>
> Why?
It does not violate the Debian Policy, and it does not make the package
somehow unusable. The only practical difference is
Hi all,
On 17-09-2020 10:03, Paul Wise wrote:
> On Thu, Sep 17, 2020 at 7:18 AM Raphael Hertzog wrote:
>
>> I agreed about those bugs being filed but I strongly disagree about the
>> "serious" severity that you used for those bugs. You should have mentioned
>> your intent to use a RC-level severi
Quoting Graham Inggs (2020-09-17 09:28:05)
> Hi Raphael
>
> On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog wrote:
> > Please reduce the severity of all the bugs that you opened to "normal"
> > or "minor".
>
> Why?
RC severities imply "the package should be kicked if this is not solved"
which is
On Thu, Sep 17, 2020 at 7:18 AM Raphael Hertzog wrote:
> I agreed about those bugs being filed but I strongly disagree about the
> "serious" severity that you used for those bugs. You should have mentioned
> your intent to use a RC-level severity and I would have reacted.
If I were part of the re
Hi Graham,
On Thu, 17 Sep 2020, Graham Inggs wrote:
> On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog wrote:
> > Please reduce the severity of all the bugs that you opened to "normal"
> > or "minor".
>
> Why?
Because the packages are not broken and do not deserve to be threatened by
a testing rem
Tobias Frost writes:
> my 2 cents: debian/ should not be used for much data: It will be duplicated
> by the upload
> of every package revision. So (being extreme now), having several hundreds of
> MiB would
> be quite expensive in terms of storage overheade.
>
> I have not idea how much "much dat
Hi Raphael
On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog wrote:
> Please reduce the severity of all the bugs that you opened to "normal"
> or "minor".
Why?
Regards
Graham
On Wed, Sep 16, 2020 at 04:55:41PM +0200, Andreas Tille wrote:
>
> Provided that license and copyright of the data in question is OK
> is there any size limit for data to be stored under debian/?
my 2 cents: debian/ should not be used for much data: It will be duplicated by
the upload
of eve
On Fri, 04 Sep 2020, Sudip Mukherjee wrote:
> If the test done in the autopkgtest does not provide significant test
> coverage then it should be marked with "Restrictions: superficial".
> Ref: https://people.debian.org/~eriberto/README.package-tests.html
I agreed about those bugs being filed but I
37 matches
Mail list logo
