Re: Tons of packages get rebuild
Am 23.10.19 um 20:07 schrieb Marius Bakke: > Does your /etc/guix/acl contain an entry such as […] > (q #8D156F295D24B0D9A86FA5741A840FF2D24F60F7B6C4134814AD55625971B394#) I only had (curve Ed25519) (q #1C4515A7B9D775C7B35AE56A4B9CC58E77751D95C2DCACDFE0BD98E20513FE6B#) which looks like I did miss some key-change. > Does 'guix weather' give any clues? Without the "#8D156F29" key, guix weather reports: 80.0% substitutes available (8994 out of 11244) 0.0% (0 out of 2250) of the missing items are queued Running guix weather took approx. 10,5 minutes. Adding the "#8D156F29" key gave the same values. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible | signature.asc Description: OpenPGP digital signature
Re: Tons of packages get rebuild
Hartmut Goebel writes: > Am 22.10.19 um 05:27 schrieb Maxim Cournoyer: >> I can only think that one of the packages you updated as part of your >> work on the KDE Framework must be a dependency of many others (such as >> Python, or another core tool)? > > Of course the updated package have many dependencies. But I would expect > all these packages to be build at ci.guix.gnu.org and be fetched from there. Does your /etc/guix/acl contain an entry such as (public-key (ecc (curve Ed25519) (q #8D156F295D24B0D9A86FA5741A840FF2D24F60F7B6C4134814AD55625971B394#) ) ) ? Does 'guix weather' give any clues? signature.asc Description: PGP signature
Re: Tons of packages get rebuild
Am 22.10.19 um 05:27 schrieb Maxim Cournoyer: > I can only think that one of the packages you updated as part of your > work on the KDE Framework must be a dependency of many others (such as > Python, or another core tool)? Of course the updated package have many dependencies. But I would expect all these packages to be build at ci.guix.gnu.org and be fetched from there. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |
Re: Tons of packages get rebuild
Hello Hartmut, Hartmut Goebel writes: > Hi, > > I'm again experiencing wired behavior on my system: When trying to > rebuild KDE Framework based on c37c8ef (2019-10-18 20:35:28), tons of > packages get rebuild, including ruby, llvm-8.0.0, gcc, glibc, openssl, > mariadb, linux-PAM, etc. Since my computer is not quite fast, this is > running since Saturday morning already. > > Looks like I've broken my setup. > > Daemon is running with > > guix-daemon --build-users-group=guixbuild > --substitute-urls=https://ci.guix.gnu.org > > $ /usr/local/sbin/guix-daemon --version > guix-daemon (GNU Guix) 1.0.1-6.0ed97e6 > > $ ./pre-inst-env guix --version > guix (GNU Guix) 1.0.1.3831-dec845 -- which is my branch based on c37c8ef > > Building packages with e.g. > > $ ./pre-inst-env guix build -K attica > > What's wrong here? I can only think that one of the packages you updated as part of your work on the KDE Framework must be a dependency of many others (such as Python, or another core tool)? Sorry, I don't have other ideas. Maxim
Tons of packages get rebuild
Hi, I'm again experiencing wired behavior on my system: When trying to rebuild KDE Framework based on c37c8ef (2019-10-18 20:35:28), tons of packages get rebuild, including ruby, llvm-8.0.0, gcc, glibc, openssl, mariadb, linux-PAM, etc. Since my computer is not quite fast, this is running since Saturday morning already. Looks like I've broken my setup. Daemon is running with guix-daemon --build-users-group=guixbuild --substitute-urls=https://ci.guix.gnu.org $ /usr/local/sbin/guix-daemon --version guix-daemon (GNU Guix) 1.0.1-6.0ed97e6 $ ./pre-inst-env guix --version guix (GNU Guix) 1.0.1.3831-dec845 -- which is my branch based on c37c8ef Building packages with e.g. $ ./pre-inst-env guix build -K attica What's wrong here? -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |