Package: wnpp
Severity: wishlist
Owner: Clay Stan
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: warpd
Version : 1.1.4-beta
Upstream Author : rvaiya
* URL : https://github.com/rvaiya/warpd
* License : MIT
Programming Lang: C
Description :
Hi Paul,
Am Thu, Apr 28, 2022 at 08:54:05AM +0800 schrieb Paul Wise:
> During the discussions about NEW on debian-devel in recent times, I had
> the idea that instead of the current mechanism of sending REJECT mails,
> Debian could switch to using the BTS for most feedback on NEW packages.
>
> Th
When I run autopkgtest using sbuild on my own machine, I sometimes get
warnings or breakages because certain environment variables are either
unset or have "broken" values, whereas I see that on ci.debian.net and
the buildds, the builds run without problem.
So clearly there are certain environment
Hi Julian,
On 28-04-2022 09:33, Julian Gilbey wrote:
It would be really useful to be able to set up my local sbuild
environment in the same way as the Debian machines (buildd and
ci.debian.net) for testing purposes.
As I've never used sbuild myself, I can't tell you how to set it up. But
on c
On Thu, 28 Apr 2022 at 08:33:02 +0100, Julian Gilbey wrote:
> When I run autopkgtest using sbuild on my own machine, I sometimes get
> warnings or breakages because certain environment variables are either
> unset or have "broken" values, whereas I see that on ci.debian.net and
> the buildds, the b
On Wed, 2022-04-27 at 21:40 +0530, Nilesh Patra wrote:
> The default/expected behaviour just after package install is that as
> soon as the user starts it and visits (talking about local setup here)
> localhost: they should be seeing a welcome page.
Since the package manager cannot know at what H
On Thu, 2022-04-28 at 09:36 +0200, Andreas Tille wrote:
> What about WNPP bug? When I asked ftpmaster to kindly CC their
> rejects to the WNPP bug I was told that not all packages in new have WNPP
> bugs. If we want to formalise this it could probably be enforced that new
> packages really need t
On Apr 28, Paul Wise wrote:
> During the discussions about NEW on debian-devel in recent times, I had
> the idea that instead of the current mechanism of sending REJECT mails,
> Debian could switch to using the BTS for most feedback on NEW packages.
This looks like a good idea to me, but I think
* Eric Brown [220427 20:24]:
> Thank you for the explanation, and thanks for the history and pointer
> towards tftp. Looks like you remembered correctly
> (https://lists.debian.org/debian-devel/2020/02/msg00197.html). I installed
> tftpd-ahp. Interestingly, after all that discussion, it still does
Thanks Paul and Simon for your very thoughtful and helpful replies!
Comments on excerpted text below.
On Thu, Apr 28, 2022 at 10:16:30AM +0100, Simon McVittie wrote:
> On Thu, 28 Apr 2022 at 08:33:02 +0100, Julian Gilbey wrote:
> > When I run autopkgtest using sbuild on my own machine, I sometimes
On Thu, 28 Apr 2022 at 14:02:46 +0100, Julian Gilbey wrote:
> On Thu, Apr 28, 2022 at 10:16:30AM +0100, Simon McVittie wrote:
> > According to the autopkgtest spec[1],
> >
> > Tests can expect that the $HOME environment variable to be set to
> > a directory that exists and is writeable by
Package: wnpp
Severity: wishlist
Owner: Roland Mas
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-ws-iconv
Version : 0.0~git20220306210217.c039e94 (from Git)
Upstream Author : "bluelovers" (https://github.com/bluelovers)
* URL : https://github.com/blu
The Wanderer wrote:
>On 2022-04-26 at 18:05, Paul Wise wrote:
>
>> On Tue, 2022-04-26 at 20:41 +0200, Bastian Blank wrote:
>>
>>> secure boot signing process at Microsoft is a review-sign process
>>
>> What kind of review are Microsoft doing of the Debian shim?
>>
>> Are they reviewing the sourc
The Wanderer wrote:
>On 2022-04-26 at 10:14, Marc Haber wrote:
>
>> On Sat, 23 Apr 2022 18:21:47 +0100, Steve McIntyre
>> wrote:
>
>>> Alternatively, people can build replacement shim-signed packages
>>> using their own root of trust if desired. If we had a large enough
>>> number of users wanting
Tollef Fog Heen wrote:
>]] Hanno 'Rince' Wagner
>>
>> I am a very firm believer of giving people as much information as
>> possible while being responsible. Meaning, that I would love to have
>> that documentation - including a big warning sign which sais "if you
>> follow this path, you may bric
Hi Paul,
Am Thu, Apr 28, 2022 at 06:46:43PM +0800 schrieb Paul Wise:
> There are two main categories of NEW packages; source and binary.
> Packages adding an new source should have an ITP bug, but don't
> always, for eg the Rust/Golang teams don't file them for every
> library. Packages adding a n
Thanks for starting this conversation!
> 5. We could split out the non-free firmware packages into a new
> non-free-firmware component in the archive, and allow a specific
exception
> only to allow inclusion of those packages on our official media.
We would
> then generate only on
On Thu, 2022-04-28 at 13:48 +0200, Marco d'Itri wrote:
> This looks like a good idea to me, but I think that the big problem
> which needs to be solved is not discussing REJECTs but the packages
> which stay in NEW for many months with no feedback.
Thanks. The idea is narrowly aimed at improvin
On Thu, 2022-04-28 at 20:24 +0200, Andreas Tille wrote:
> But filing an ITP bug is cheap. The R-pkg team has a script
> itp_from_debian_dir[1] which creates this bug automatically once the
> packaging work is done.
The packaging work is supposed to start *after* the ITP is filed, so
this is a su
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: 1248 (new: 1)
Total number of packages offered up for adoption: 180 (new: 2)
Total number of packages reques
On Thu, 2022-04-28 at 14:32 +0100, Simon McVittie wrote:
> Making the test script set up a mock XDG_RUNTIME_DIR and a mock
> session bus would be a less useful test, because that only proves that
> gnome-keyring can work if you set up a mock environment by hand, and says
> nothing about whether gn
Hi Paul,
Am Fri, Apr 29, 2022 at 07:13:42AM +0800 schrieb Paul Wise:
>
> The packaging work is supposed to start *after* the ITP is filed,
Sure.
> so
> this is a suboptimal order to do things in and doesn't provide much
> value,
The "packaging work" to create the debian/ dir is a 1min process
22 matches
Mail list logo
