Package: wnpp
Severity: wishlist
Owner: Pierre Gruet
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: stopt
Version : 4.2
Upstream Author : Xavier Warin
* URL : https://gitlab.com/stochastic-control/StOpt/
* License : LGPL-3
Programming Lang: C++
On Sat, 04 Dec 2021 at 10:33:55 +0800, Paul Wise wrote:
> The other issue with using Anitya is that Debian and Fedora have
> different policies and culture for choosing which upstream versions to
> update to. Debian strongly prefers LTS versions while Fedora are all
> about the latest and greatest,
Hi Florian,
On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote:
> We can add a generic ELF parser to that ld.so and use PT_INTERP, as I
> mentioned below. I think this is the way to go. Some care will be
> needed to avoid endless loops, but that should be it.
Can I ask you to go int
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org
* Package name: ocaml-bos
Version : 0.2.1
Upstream Author : Daniel C. Bünzli
* URL : http://erratique.ch/software/bos
* License
* Helmut Grohne:
> Hi Florian,
>
> On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote:
>> We can add a generic ELF parser to that ld.so and use PT_INTERP, as I
>> mentioned below. I think this is the way to go. Some care will be
>> needed to avoid endless loops, but that should be it
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org
* Package name: ocaml-pbkdf
Version : 1.2.0
Upstream Author : Alfredo Beaumont, Sonia Meruelo
* URL : https://github.com/abeaumont/o
On Wed, 2021-02-10 at 11:47:12 +, Phil Morrell wrote:
> As a user of -satb, I'd like to point out that the flags are not all
> equal. Two of them support a (more objective?) desire that "addition to
> a list in line-based VCS should have no deletions". That is -at, whereas
> -s is a subjective
Hi,
On 2021-12-02 19:51, Florian Weimer wrote:
> I'd like to provide an ld.so command as part of glibc. Today, ld.so can
> be used to activate preloading, for example. Compared to LD_PRELOAD,
> the difference is that it's specific to one process, and won't be
> inherited by subprocesses—somethin
* Aurelien Jarno:
> Hi,
>
> On 2021-12-02 19:51, Florian Weimer wrote:
>> I'd like to provide an ld.so command as part of glibc. Today, ld.so can
>> be used to activate preloading, for example. Compared to LD_PRELOAD,
>> the difference is that it's specific to one process, and won't be
>> inheri
Hi Florian,
On Sat, Dec 04, 2021 at 01:59:14PM +0100, Florian Weimer wrote:
> It is as architecture-independent as ldconfig or getconf. Perhaps a bit
> more so than getconf.
Both of those are bad examples as both are lies. An amd64 ldconfig
really does not handle arm64 libraries at all. I'd rath
On 01/12/2021 22:16, Yadd wrote:
On 01/12/2021 21:07, Patrice wrote:
Really great!
And could the new uscan read a watch file from version 3/4/5 and output a
version 5 of it by its own (in-place or stdout)?
uscan --standardize
:-)
Yes but without optimization neither scheme (except some few fi
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name : dasbus
Version : 1.6
Upstream Author : RedHat
* URL : https://github.com/rhinstaller/dasbus
* License : LGPL-2.1-or-later
* Programming Lang: Pyt
On Sat, 2021-12-04 at 02:43 +, Scott Kitterman wrote:
> I think that there's a security consideration associated with all these
> proposals for externalizing finding upstream updates.
Good point.
> If one of these services were ever compromised it would provide a
> vector for offering subst
On Sun, 24 Oct 2021 15:06:50 -0400 Andres Salomon wrote:
> Stable (bullseye) still contains chromium 90, which has had many
> security issues. Testing & unstable contain 93, and stable should really
> be quickly updated via stable-security to at least chromium 93 (as its
> already been packaged an
On December 5, 2021 1:51:48 AM UTC, Paul Wise wrote:
>On Sat, 2021-12-04 at 02:43 +, Scott Kitterman wrote:
>
>> I think that there's a security consideration associated with all these
>> proposals for externalizing finding upstream updates.
>
>Good point.
>
>> If one of these services wer
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org
* Package name: ocaml-conduit
Version : 4.0.2
Upstream Author : Anil Madhavapeddy and others
* URL : https://github.com/mirage/ocaml
16 matches
Mail list logo
