Re: 1.5.0 release?

On Fri, Sep 6, 2024 at 5:32 AM Ludovic Courtès wrote: > > Hi Greg, > > Greg Hogan skribis: > > > With the recent core-updates merge, and as the master branch > > stabilizes, is there a plan or desire for a 1.5.0 release? > > Desire, definitely; plan? we have

Re: upgrade to new version of packages with lots of dependencies--installing new versions along first?

On Fri, Sep 6, 2024 at 4:56 PM Andy Tai wrote: > > Maybe this can be generalized for packages with lots of dependencies, > say for any package A with 300 (or 1000) dependencies, when upgrading > to a new version, add that as A-next so existing A is not touched. > Then A-next can be added without a

1.5.0 release?

Hi Guix, With the recent core-updates merge, and as the master branch stabilizes, is there a plan or desire for a 1.5.0 release? It has been 20 months since the 1.4.0 release, which is already more than the previously longest interval (18 months for v1.4.0). 2023 was the first year without a rele

Re: Next Steps For the Software Heritage Problem

On Tue, Jun 18, 2024 at 12:33 PM MSavoritias wrote: > > Ah it seems I wasn't clear enough. > I meant write something like: > > By packaging a software project for Guix you are exposing said software > to a code harvesting project (also known as LLMs or "AI") run by > Software Heritage and/or their

Re: Next Steps For the Software Heritage Problem

On Tue, Jun 18, 2024 at 4:37 AM MSavoritias wrote: > > 1. Add a clear disclaimer/requirment that any new package that is added > in Guix, the person has to give consent or get consent from the person > that the package is written in. This needs to be added in the docs and > in the email procedures

Re: cmake-build-system: build tests only if #:tests? is true?

On Mon, Mar 4, 2024 at 6:01 PM Hartmut Goebel wrote: > > Hi Greg, > > I will submit a patchset shortly for review and if accepted we can > > look to combine all the cmake patches for the large rebuild. > > Yes, of course we should combine them. May I ask you to take care of it > and include mine,

Re: Mandb does not include guix package man pages

On Wed, Mar 13, 2024 at 1:49 AM Pan Xie wrote: > > Hello > > I find this issue on both GuixSD and guix package manager on ArchLinux. > The problem is `man -k' can not find manpages installed by guix. I > believe the issue is caused by `mandb' does not include guix packages' > man pages when genera

Re: cmake-build-system: build tests only if #:tests? is true?

On Sat, Mar 2, 2024 at 4:17 PM Hartmut Goebel wrote: > > Hi, > > I found an old and unfinished patch in my pile. It optimizes building > with cmake by not building the test if "#:tests?" is false. (Basically > it passes -DBUILD_TESTING=OFF/ON" depending on "#:tests?".) > > Is this of interest? The

Helping with abandoned patches

What is the preferred process for when a patch review is provided (often by a committer) but no response is received from the submitter (for many weeks or months)? Is it appropriate to make the recommended changes and submit an updated patch? Examples include #62262 and #67294, but there surely a

Re: Order of manifest and overlapping binaries

On Mon, Oct 23, 2023 at 10:39 AM Kaelyn wrote: > > Hi, > > --- Original Message --- > On Monday, October 23rd, 2023 at 6:18 AM, Greg Hogan > wrote: > > > > > On Tue, May 16, 2023 at 4:55 PM Csepp raingl...@riseup.net wrote: > > > > > Greg

Re: Order of manifest and overlapping binaries

On Tue, May 16, 2023 at 4:55 PM Csepp wrote: > > > Greg Hogan writes: > > > I could not find documentation on this circumstance or how to resolve. > > Both 'parallel' and 'moreutils' produce a 'bin/parallel' and only one > > can go in

Re: [bug#62047] [PATCH 0/2] '--with-input' & co. no longer replace hidden packages

On Wed, Mar 8, 2023 at 7:03 AM Ludovic Courtès wrote: > > Hello, > > This change makes things like: > > guix build --with-input=guile=guile-next guix -n --no-grafts > > more useful and tractable. > > Low-level rewrites are still possible for packages not marked > as hidden in 'commencement.scm',

Order of manifest and overlapping binaries

I could not find documentation on this circumstance or how to resolve. Both 'parallel' and 'moreutils' produce a 'bin/parallel' and only one can go in the $GUIX_PROFILE. Creating a container, the latter package overshadows the former package, as below. Unclear if this is consistent. In my manifest

Re: Guix CI "No space left on device"

On Tue, May 16, 2023 at 11:06 AM Simon Tournier wrote: > > Hi, > > On Tue, 09 May 2023 at 10:47, Greg Hogan wrote: > > icedtea-3.19.0 fails to build with ... > > http://ci.guix.gnu.org/build/1331007/details > > [...] > > > note: build failure may have

Re: Substitute not downloading

On Wed, May 10, 2023 at 5:35 AM Andreas Enge wrote: > > I think the substitute not being available may have to do with the > difference between the package being available in the store, and as a > nar file for substitution. As I understand it, the first request for a nar > can fail, then it is bui

Substitute not downloading

I have an up-to-date Guix but am unable to fetch the substitute from http://ci.guix.gnu.org/build/1332269/details Are substitutes only available after the evaluation has completed? --8<---cut here---start->8--- $ guix describe Generation 9May 09 2023 15:1

Guix CI "No space left on device"

icedtea-3.19.0 fails to build with ... http://ci.guix.gnu.org/build/1331007/details --8<---cut here---start->8--- repacking /gnu/store/cyxfl45c31dg84spwkazadnmn2c94rak-icedtea-3.19.0-jdk/lib/jconsole.jar java.io.IOException: No space left on device at

Ungrafted dependency

mariadb is grafted on master. Why does libreoffice depend on the ungrafted mariadb rather than the grafted version? And, perhaps related, since libreoffice depends on mariadb's "dev" output, why does libreoffice pull in "out"? mariadb:dev was created specifically as a libreoffice dependency in the

proot-static build failures (master and core-updates)

We now have a build attempt on Cuirass: https://ci.guix.gnu.org/build/982993/details proot-static is required for building relocatable packages. That is on core-updates, but I see the same issue building from source on master, as well as running manually outside of the proot. The check fails on t

Re: i686 core-updates failure.

On Thu, Apr 13, 2023 at 11:53 AM Ricardo Wurmus wrote: > > Yes, this is only i686 and it’s worth thinking about whether to continue > supporting this architecture when developers seemingly don’t care about > it any more. But just removing foundational packages is akin to just > giving up. We hav

Re: Guix release broken without substitutes on ungrafted openssl

On Wed, Feb 15, 2023 at 1:33 PM Leo Famulari wrote: > > It only really affects distros like Guix or Nix, so it's our problem to > fix. I forgot to mention that I also needed to switch the pull url from https to http, otherwise git would fail on certificate verification. I believe this is secure w

Guix release broken without substitutes on ungrafted openssl

Guix, Installing guix from source fails on the build of openssl@1.1.1l. I see the same error on my working system (log attached) when executing the command below. The issue looks to be caused by OpenSSL's expired test certs fixed in 1.1.1p [0]. Guix currently grafts openssl 1.1.1s but it seems gra

Re: Dealing with non-ASCII file names in BOOTSTRAP-ORIGIN

Marius, Thank you for your work upgrading the core packages! On the off chance that the following is helpful, in order to switch the build to GCC 11 or 12 I had to apply the patch (with the missing endif) from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017#c12 You may have avoided or work

Re: aarch64 workers appear to have stalled on ci.guix.gnu.org

On Wed, Jun 8, 2022 at 4:59 PM Ludovic Courtès wrote: > It looks like ‘cuirass-remote-worker’ needed a kick on these boxes, > which Mathieu and I did earlier today (‘herd restart …’). Most of them > are busy right now. I only count 7 successful builds for aarch64, and several more under spec:gui

Re: Building clang with gcc-toolchain@11

On Mon, Mar 7, 2022 at 5:18 AM Ludovic Courtès wrote: > The ‘clang’ definition reads: > > ;; Use a sane default include directory. > (string-append "-DC_INCLUDE_DIRS=" > (assoc-ref %build-inputs "libc") > "/include"

Building clang with gcc-toolchain@11

When creating a profile containing both clang-toolchain and gcc-toolchain I see the same issue as in #43023; however, if I specify the default gcc-toolchain (currently gcc-toolchain@10) then clang and gcc work just fine together. --8<---cut here---start->8--- $

Re: Unable to bootstrap Guix without substitutes

On Wed, Feb 16, 2022 at 4:28 PM Greg Hogan wrote: > I then saw the error building binutils-mesboot0 as in bug #41264, for > which Mathieu proposed an idea for fixing Mes, still awaiting > implementation. > > As a temporary fix the same tmpfs trick works when bind mounting /gnu

Re: Unable to bootstrap Guix without substitutes

On Thu, Feb 10, 2022 at 8:39 PM Timothy Sample wrote: > I can perform the build successfully using > > $ guix build --check \ > -e '(@@ (gnu packages commencement) bash-masboot0)' > > That scary backtrace happens even for the successful build, so I’m > pretty sure it is not the issue.

Unable to bootstrap Guix without substitutes

When installing the Guix binary distribution (both the 1.3.0 release and most recent guix-binary on ci.guix.gnu.org) on a new system without enabling substitutes the guix pull or install commands fail when building bash-mesboot0. https://guix.gnu.org/manual/en/html_node/Binary-Installation.html

Re: Test parallelism with CMake

On Fri, Oct 29, 2021 at 8:09 AM Ludovic Courtès wrote: > Hi Greg, > > Greg Hogan skribis: > > It seems that we should at a minimum document the issue in > > cmake-build-system:check. We could patch cmake-build-system to enable > test > > parallelism and expli

Re: Test parallelism with CMake

On Sat, Oct 9, 2021 at 3:56 AM Liliana Marie Prikler < liliana.prik...@gmail.com> wrote: > for the purposes of GNU Guix, #:parallel-build? and #:parallel-tests? > are distinct flags and the latter (if implemented) would apply to the > check phase. Our cmake-build-system in this case defers to gnu

Re: Test parallelism with CMake

Hi Liliana, The packages I am building do not disable parallel tests. Greg On Sat, Oct 9, 2021 at 3:56 AM Liliana Marie Prikler < liliana.prik...@gmail.com> wrote: > Hi Greg, > > for the purposes of GNU Guix, #:parallel-build? and #:parallel-tests? > are distinct flags and the latter (if implem

Test parallelism with CMake

Guix, As I read the source, cmake-build-system should by default both build and check with parallelism enabled. When I locally build a package only the build phase runs with parallelism and tests are being run in serial. When I run a manual build (stopping an in-process build run with '-K', then

Re: Offline build failure

5.9.tar.xz 0rkn451qfz3gbni57la00a5fbgish9jmm5bmhmgmf223vxwya447 Since the tarball is not restored to the original location the guix build command still attempts the download and fails the offline build. Greg Hogan On Fri, Dec 11, 2020 at 9:42 PM Tobias Geerinckx-R

Offline build failure

I am attempting an offline build without success. I have a Guix 1.2.0 node with internet access on which I download sources with transitive dependencies: $ guix build --sources=transitive tzdata > ~/transfer I then copy the files as root to a Guix 1.2.0 node without internet access (only local n

Mailing Lists List

When I google for “guix mailing lists” I am directed to https://savannah.gnu.org/mail/?group=guix which does not include guix-devel. It is returned as my second google link and also of course listed on the Guix website but would be helpful to include

Building a library as both static and dynamic

Is there a best practice or example for building a library twice, both static and dynamic? I submitted patch #43620, and in working on another library have the same issue. These are cmake builds with a parameter declaration for either a static or dynamic build, not both. I would like to create a