From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: rav1e AV1 encoder Date: Thu, 27 Feb 2020 12:16:02 -0500 Message-ID: <20200227171602.GA30619@jasmine.lan> References: <20200225200823.GA31497@jasmine.lan> <20200226041429.GA1225@jasmine.lan> <20200226070905.GD12956@E5400> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:49277) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7Mli-0003K5-Iw for guix-devel@gnu.org; Thu, 27 Feb 2020 12:16:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7Mlh-0005Sh-Gj for guix-devel@gnu.org; Thu, 27 Feb 2020 12:16:14 -0500 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:54155) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j7Mlh-0005Ry-63 for guix-devel@gnu.org; Thu, 27 Feb 2020 12:16:13 -0500 Content-Disposition: inline In-Reply-To: <20200226070905.GD12956@E5400> 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: Efraim Flashner Cc: guix-devel@gnu.org --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 26, 2020 at 09:09:05AM +0200, Efraim Flashner wrote: > 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. Okay. > 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. Right, but keeping Guix building without "undefined variable" warnings is what I'm worried about here. > 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. Hm... you're saying they sometimes bundle C / C++ language libraries? > > 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 >=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. Certbot is special in the sense that certbot and python-acme are actually developed in the same Git repo but are split up for PyPi distribution in the hope that other projects will build on python-acme. --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAl5X+U4ACgkQJkb6MLrK fwjIfhAAmuz20eppyOyZ2Z+voairvG/tD1pkM78nFNs19fME0tWc+INAVkyHllyG YSRzTvFbnGTwbaSkWTG03qwJcT4GW4TILS2NpCja8Upnzo2rDtFZkc0p2+KyXHxh Jd8v7l75WvySfgy0Hw5wLaaylcZ2zNlgLj6H6h1XXd0XuOYjYbQq8tNUsaqpnoCV zeJ9/fzo5CH7IWZbQd3/SEJ9ypwLtbwn6cbcym1ruMbCvUGQfoUZyuTG0467b/fB ctN1cbGcVj3HJ+H4ydoC/UNbT2qqlZPVi8VAXSd2vJe9sFFeL4cmbJzGtCACLCj9 Y0NRZpI0YMY+GDeUcV6tIc/J5aH3n3RADZ2kQSJdXaEfUQOJfE+ntBUAei5eKMmM DMkG96trsszpIq5jeJNLLIPZnWiYkrRyJGztEdV05hfcZo4eH9yc1uHdTbEUdRLL c1UIweez9gQ6uvvyTwOroiyUlTeTg8pNj60dus1TlVqAEgu1pH/TLm1mDBUYYOkv atBJ1Jdi4K1t4LSQEtTJ5UUrlAjhNIaHrjqS1G2FlyJlZsfaTXrJ76R3oCIYDQE8 lYXKill2tRmOXzLv5QcLK/WbluRQfoxWI1NZ0VrSa43zK4uTKwGdHW0jvxdy4bDF tfrJzQuRwrAhobhjYvpKWxD1b/uyWSqbimYUNyJwb+LUsMcFVew= =akvi -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v--