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
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
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 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
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
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
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
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
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
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
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
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
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
* 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
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
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 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, 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
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
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 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
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 :
22 matches
Mail list logo