GNU bug report logs - #45276
[PATCH 00/26] Update sequoia-opengpg to 1.0.0

Previous Next

Full log

View this message in rfc822 format

From: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 45276 <at> debbugs.gnu.org
Subject: [bug#45276] [PATCH 00/26] Update sequoia-opengpg to 1.0.0
Date: Thu, 17 Dec 2020 17:05:58 +0100

Hi Nicolas,
>
> I think the big warning in rust-dbl-0.3's description could be removed.

Fine for me. will do.


> Also, I notice you often skip builds, even though this is not required.
> E.g., I could build rust-pin-utils-0.1 without any problem just removing
> the #:skip-build keyword. I think the trend is use #:skip-build only
> when absolutely necessary.

Building crate "libraries" is of no use. Rust still has no notion of 
"libraries", neither shared not static. it does not even provide any 
means to use "object"-files from another package. All crates will be 
build again and again for each package using it. And you will notice 
that the output of most crates will be almost empty (only exception: if 
the crate build a program).

This is why the crates importer sets skip-build for all packages it 
imports as dependencies. (It also does not add the 
crate-build-dependencies for these packages.)

> Finally, I wonder if replacements, e.g., rust-capnp-futures-0.10 by
> rust-capnp-futures-0.13, require to remove the old variable. It could be
> used out of the code base.

We are lacking a common practice on this yet. IMO it does not make much 
sense to provide packages for old crates. crates are using semantic 
versioning, so in the long run we might end up maintaining hundreds of 
old packages.

Concrete for this bunch of packages: These have been added by myself 
when packaging sequoia last April. So maybe thos turns the balance :-)


-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel <at> crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.