Sune Stolborg Vuorela wrote:
> Can you provide some kind of hook in the environment so we at least can work
> around it in the users, so that the internal functions (where the output of
> __FILE__ is forwarded to) can glue e.g. the content of an environment
> variable in front of the usage of the _
Hi Guillem,
On Fri, May 4, 2018 at 11:41 PM Nick Terrell wrote:
>
>
> > On May 4, 2018, at 6:22 AM, Guillem Jover wrote:
> >
> > Hi!
> >
> > On Fri, 2018-04-27 at 07:02:12 +0200, Guillem Jover wrote:
> >> The following is a quick run-down of the items from [F], not all
> >> being important from
Hi Ian,
On Fri, Apr 27, 2018 at 2:03 PM Ian Jackson
wrote:
>
> Guillem Jover writes ("RFC: Support for zstd in .deb packages?"):
> > * Eternity contract: This would add yet another format that would need
> > to be supported pretty much forever, to be able to at least unpack
> > .deb's that mi
Moin
On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote:
> I'm not a fan of CLAs either, but as I understand upstream requiring a
> CLA is not a blocker for compression libraries.
Well, it means that the library might get incompatible with upstream,
because upstream will refuse patches
On Sun, Jan 10, 2021 at 8:41 PM Bastian Blank wrote:
>
> Moin
>
> On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote:
> > I'm not a fan of CLAs either, but as I understand upstream requiring a
> > CLA is not a blocker for compression libraries.
>
> Well, it means that the library might
5 matches
Mail list logo
