From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: rav1e AV1 encoder Date: Wed, 26 Feb 2020 09:09:05 +0200 Message-ID: <20200226070905.GD12956@E5400> References: <20200225200823.GA31497@jasmine.lan> <20200226041429.GA1225@jasmine.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VdOwlNaOFKGAtAAV" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:55905) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j6qp8-0000cE-Md for guix-devel@gnu.org; Wed, 26 Feb 2020 02:09:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j6qp7-0000X8-Kj for guix-devel@gnu.org; Wed, 26 Feb 2020 02:09:38 -0500 Received: from flashner.co.il ([178.62.234.194]:44936) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j6qp7-0000Uy-E1 for guix-devel@gnu.org; Wed, 26 Feb 2020 02:09:37 -0500 Content-Disposition: inline In-Reply-To: <20200226041429.GA1225@jasmine.lan> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Leo Famulari Cc: guix-devel@gnu.org --VdOwlNaOFKGAtAAV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 25, 2020 at 11:14:29PM -0500, Leo Famulari wrote: > On Tue, Feb 25, 2020 at 01:21:18PM -0800, John Soo wrote: > > You should be committing packages in topological order but the file > > order is alphabetical.=20 This is at least partially my fault; I suggested that the packages be sorted alphabetically after a recursive import. It works well for adding them all in one channel, not so well for adding them piecemeal to Guix. > >=20 > > Good luck, rust is a ton of work. >=20 > Okay, that makes sense. >=20 > I tried to use `guix graph` to learn the shape of the package graph but > it doesn't work as expected since these packages don't refer to their > dependencies in the typical way. I thought that using the 'derivation' > graph type might help but I don't think that I can process it on my > computer `dot`. It's been going for hours now... This is because we technically use the package-source of the packages, not the packages themselves. >=20 > Many of the "new packages" are actually semver-compatible updates to > existing packages, and these updates often change the list of > cargo-inputs dependencies. Short of resorting them I'd start with ones that have no dependencies, just rely on rust-quote & friends or are older versions. Some packages, like rust-futures-*, should be updated as a group since they all expect to be the same version. >=20 > Given that, I don't know how to learn the right order of things to > commit one at a time that will never break the build. >=20 The only real builds that we care about are the packages in rust-apps and librsvg-next (and librsvg-next is less important). And of course that we don't reference packages that don't exist yet. The ones that I spend the most amount of time reviewing are the ones that end in -sys or otherwise reference system libraries. Sometimes more effort is needed to unbundle libraries. In general anything that wants rust-{cc,cmake,pkg-config} is suspect. > Would we have the same issue with updating this kind of large package > tree automatically with `guix refresh` and committing the changes one at > a time? >=20 Sometimes. We do have other upgrades where we go and do a bunch at once, where they rely on each other and expect specific versions. The first thing I can think of is certbot. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --VdOwlNaOFKGAtAAV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl5WGY4ACgkQQarn3Mo9 g1EvZRAAp7gQzyeepfCHuddvZ6RakXhxStl4BjrOL2Gm7dnGqBIEtTGEruAjCQ5l PrV2mXQTDFOSKeD2YtZT7Hq7YcciLn7Y6aC+TDuCBhhTHGc+MeDopmz5yRN7xLsA x01ZZOWhy1db8P0Ubmzy1WNGQk/hlRoTXU1izfOQVbx52IihIP0iTgSErDh8+FOA GcNdoTzstHgk1pR+Z7oS0Rq7g8meLfElB5u1cixKLVY6V+k5MuILxhN7vj3RP+SM dQlFg8+Lv04o+o8aPip9zrDMG4/nf4UIaTxr1vz524dH8KawQGGSJDysluj5bYeC /kVH/O/PpIZQCgLyA3O2YHypZz7S+Cyq7zj60X9i5sCeWLAQMfJUkKMr+8IdjTU0 on+I3n+/Gbq1lQS7G8CDk5y+cRt1nseOLi1KQePRQ2YmJMg3Cq4u7L4YsLPvRqiy eKvEVFSEg/6l328ABtGQVaYja1Lqlh4/5rchwLpKE51ve5eXMcv/RAf1XnGyRKBG SjRCRpS06ag5rNAyLUXN9jyTrKe1WzLIZ8Q71LCLdWKZbSEhLCOOiV0gkVT2ksee QKdcYkm0PInKpPsMMoFe2VTljHLICcHC7zEqXW6zyCHBbybevoPHWcoYp6JTedeE Si0oS35Ui9VJShLXxiiBGDdcws4fY6mVzceFsMyXMRc517AX4xg= =6lzu -----END PGP SIGNATURE----- --VdOwlNaOFKGAtAAV--