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: 1225 (new: 0)
Total number of packages offered up for adoption: 203 (new: 0)
Total number of packages reques
Hi,
The Debian CI team would like to encourage and help more maintainers to
add autopkgtest to their packages. To that effect, we now have a
repository called autopkgtest-help on salsa, where we will take help
requests from maintainers working on autopkgtest for their packages:
https://salsa.debi
On Thu, 2021-07-22 at 14:04 +0200, Marco d'Itri wrote:
> On Jul 22, "Barak A. Pearlmutter" wrote:
>
> > People seem pretty worked up over this, but honestly I'm not
> > understanding why.
> Because they are scared by new things, hence they oppose merged-/usr
> (and systemd before that, and udev
On Thu, 22 Jul 2021 at 15:53:32 +0200, Wouter Verhelst wrote:
> I've suggested previously that we can easily make it RC for bookworm to
> have a file outside a limited set of directories (/etc and /usr would be
> OK, but notably /bin /lib and /sbin wouldn't be) that is not a symlink.
> This is easy
On Mon, Jul 19, 2021 at 03:10:42PM +0200, Michael Biebl wrote:
> Hi Guillem
>
> Am 19.07.21 um 03:36 schrieb Guillem Jover:
> > What I've also said multiple times, is that
> > merged-usr-via-moves-and-symlink-farms could have been implemented in
> > a fully automated way, by debhelper, w/o requiri
On Thu, Jul 15, 2021 at 08:08:13AM +0200, Helmut Grohne wrote:
> I also proposed a solution here, which is avoiding
> SystemCallArchitectures=native. Initially, that sounds like a
> maintenance nightmare until you notice that it can be solved on a
> technical level. We already have dh_installsystem
[ Barak, I appreciate your mail, but *sigh*, it's still frustrating,
as pretty much many of the mails related to this, as they keep
ignoring what has been said, and I feel like talking to a wall. :/ ]
On Thu, 2021-07-22 at 11:48:34 +0100, Barak A. Pearlmutter wrote:
> Seriously? Being able to
On Jul 22, "Barak A. Pearlmutter" wrote:
> People seem pretty worked up over this, but honestly I'm not
> understanding why.
Because they are scared by new things, hence they oppose merged-/usr
(and systemd before that, and udev even before...).
But since they cannot admit that, then they need t
Seriously? Being able to type
dpkg -S $(which cat)
instead of
dpkg -S $(which cat|sed 's:^/usr::')
is the big user-level pain point?
People seem pretty worked up over this, but honestly I'm not
understanding why. We already have $PATH which (let's be honest) is an
ancient crappy workaround for
9 matches
Mail list logo
