On Fri, Dec 18, 2020 at 4:46 AM Nick Black wrote:
> I was wondering whether glibc ...
These seem like questions for the glibc maintainers, probably via a bug report.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
X-Debbugs-Cc: debian-devel@lists.debian.org, henr...@debian.org
* Package name: pfetch
Version : 0.6.0
Upstream Author : Dylan Araps
* URL : https://github.com/dylanaraps/pfetch
* License : MIT
Programmin
Jonas Smedegaard wrote:
> Quoting Raphael Hertzog (2020-12-17 13:16:14)
> > Even if you package everything, you will never ever have the right
> > combination of version of the various packages.
>
> What is possible to auto-compute is a coarse view of the work needed.
>
> In reality, most Nodejs mo
On Fri, 2020-12-18 at 14:11 +0200, Adrian Bunk wrote:
> On Fri, Dec 18, 2020 at 09:11:42AM +0100, Raphael Hertzog wrote:
> > On the top of my head:
> > - as a user, I like to have to only know about "apt/dpkg" instead
> > of pip/npm/gem/...
>
> This sounds as if you are making the case for a hig
Quoting Michael Stone (2020-12-18 20:42:57)
> On Fri, Dec 18, 2020 at 09:11:42AM +0100, Raphael Hertzog wrote:
> >And at least anyone that is not installing the latest version can
> >have an idea of whether it's important/urgent for them to upgrade or
> >not.
>
> I think the software in question
On Fri, Dec 18, 2020 at 09:11:42AM +0100, Raphael Hertzog wrote:
And at least anyone that is not installing the latest version can have
an idea of whether it's important/urgent for them to upgrade or not.
I think the software in question is a good example where there's
basically no value in ha
On Wed, Dec 16, 2020 at 02:47:22PM -0500, Devops PK Carlisle LLC wrote:
I understand your point about 32 bit being updated forever, and perhaps
it does not need to be. Perhaps the happy medium would be to freeze it
at some point, but leave it available as-is so that legacy software with
32 bit d
Quoting Adrian Bunk (2020-12-18 15:36:23)
> On Fri, Dec 18, 2020 at 01:33:33PM +0100, Jonas Smedegaard wrote:
> > It is indeed not realistic to fit all fast-changing code projects
> > into Debian. We have made a few fast-paced projects like Firefox
> > fit, but in my opinion we did that in a pro
On Fri, Dec 18, 2020 at 8:59 am, Raphael Hertzog
wrote:
On Thu, 17 Dec 2020, Pirate Praveen wrote:
> - ensurance that we use DFSG free code only
> => we can have tool to review licenses of what has been
> downloaded during build and embedded in the binary packages
Then there would
On Fri, Dec 18, 2020 at 01:33:33PM +0100, Jonas Smedegaard wrote:
>...
> It is indeed not realistic to fit all fast-changing code projects into
> Debian. We have made a few fast-paced projects like Firefox fit, but in
> my opinion we did that in a problematic way: By endorsing embedded code
> c
On Fri, Dec 18, 2020 at 09:11:42AM +0100, Raphael Hertzog wrote:
> On Thu, 17 Dec 2020, Adrian Bunk wrote:
> > > - ease of installation and reliability
> > > => we are doing bad now because many useful things are not packaged
> >
> > What is the value added just by installing things through dpkg
Quoting Raphael Hertzog (2020-12-18 10:44:10)
> On Fri, 18 Dec 2020, Jonas Smedegaard wrote:
> > Who is keeping software out of Debian here?
>
> We, collectively, with the fact that we have not adapted our rules and
> tooling.
[ sorry I turned it personal! I mis-read your post as starting that ]
On Fri, 2020-12-18 at 01:15 +, Paul Wise wrote:
> On Thu, Dec 17, 2020 at 10:03 AM Ansgar wrote:
> > (Bonus points if this keeps the original signature if
> > possible.)
>
> Two separate signatures is possible for Release+Release.gpg, just
> rename the latter to .old, but what can you do f
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-pytest-subtests
Version : 0.3.2
Upstream Author : Bruno Oliveira
* URL : https://github.com/p
Hi Bastian,
On 18.12.20 10:16, Bastian Blank wrote:
> On Fri, Dec 18, 2020 at 09:56:23AM +0100, Christian Kastner wrote:
>> Description : Sphinx directive to add unselectable prompt
>
> I'm trying to decipher what this (short) description is trying to tell
> me. "Sphinx directive", okay.
On Fri, 18 Dec 2020, Jonas Smedegaard wrote:
> Who is keeping software out of Debian here?
We, collectively, with the fact that we have not adapted our rules and
tooling. (And yes you certainly did more than me on this front, in
particular in the tooling front, I'm not arguing against that)
> Me,
Hi Christian
On Fri, Dec 18, 2020 at 09:56:23AM +0100, Christian Kastner wrote:
> Description : Sphinx directive to add unselectable prompt
I'm trying to decipher what this (short) description is trying to tell
me. "Sphinx directive", okay. "prompt" still okay, however "command
line promp
Quoting Raphael Hertzog (2020-12-18 09:05:17)
> On Thu, 17 Dec 2020, Jonas Smedegaard wrote:
> > > said package was updated in Kali in a matter of hours.
> >
> > That's great.
> >
> > I mean - *either* it is great that Kali has a far better tool that
> > we might adopt - *or* it is great that Ka
Package: wnpp
Severity: wishlist
Owner: Christian Kastner
* Package name: sphinx-prompt
Version : 1.3.0
Upstream Author : Stéphane Brunner
* URL : https://github.com/sbrunner/sphinx-prompt
* License : BSD-3-Clause
Programming Lang: Python
Description :
On Thu, 17 Dec 2020, Adrian Bunk wrote:
> > - ease of installation and reliability
> > => we are doing bad now because many useful things are not packaged
>
> What is the value added just by installing things through dpkg instead
> of npm?
Why are you using Debian if you ask this?
On the top
On Thu, 17 Dec 2020, Jonas Smedegaard wrote:
> > said package was updated in Kali in a matter of hours.
>
> That's great.
>
> I mean - *either* it is great that Kali has a far better tool that we
> might adopt - *or* it is great that Kali exists for those with different
> needs than those of De
21 matches
Mail list logo
