bug#72828: Grafting breaks libcamera signatures

On 2024-09-04 21:42, Andrew Tropin wrote: > On 2024-09-04 18:42, Ludovic Courtès wrote: > >> Hi Jacopo, >> >> Jacopo Mondi skribis: >> >>> Not exactly. In libcamera, apart from creating a library to ease all >>> the camera stack plumbing, we're creating an ecosystem of open-source >>> 3A algorith

bug#72828: Grafting breaks libcamera signatures

Hi Andrew, Ludovic, On Wed, Sep 04, 2024 at 09:42:17PM GMT, Andrew Tropin wrote: > On 2024-09-04 18:42, Ludovic Courtès wrote: > > > Hi Jacopo, > > > > Jacopo Mondi skribis: > > > >> Not exactly. In libcamera, apart from creating a library to ease all > >> the camera stack plumbing, we're creatin

bug#71936: [Cuirass] ‘cuirass remote-server’ crashes badly when it receives garbage

Ludovic Courtès skribis: > 2024-07-01 13:33:38 In cuirass/scripts/remote-server.scm: > 2024-07-01 13:33:38 430:6 11 (serve-build-requests _ #< getq: > # > #))> getq-gc-counter: # value: 22> putq: # putq-gc-counter: > #>) > 2024-07-01 13:33:38 In ice-9/boot-9.scm: > 2024-07-01 13:33:38 17

bug#72917: ffmpeg@{3,4,5} build failures on i686-linux

Hello, André Batista skribis: > Fixes . > > * gnu/packages/video.scm (ffmpeg-5): Replace 'bypass-openal-check > string substitution with one that matches on this and earlier > versions of ffmpeg. > (ffmpeg-4): Inherit package arguments from ffmpeg-5. > > Report

bug#67535: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux]

André Batista writes: >> > Keeping this to i686-linux specifically, what generation of hardware >> > supports i686 but not x86_64? Some (very) quick checking on wikipedia >> > suggests that the x60 from 2006 was either 32-bit or 64-bit, and I >> > believe there was an atom chip from 2015 that was

bug#57005: Close

Hello Lars, apologies for my lack of engagement. If I understood things correctly, Ludovic's recent patch from https://issues.guix.gnu.org/72877 solves the reproducibility issue. So I am closing this bug. If I am mistaken, please feel free to reopen it with an updated patch. Thanks, Andreas

bug#73039: guile is not reproducible

Hello, I've been dealing with really annoying errors recently, most of them related to this: --8<---cut here---start->8--- guile: warning: failed to install locale --8<---cut here---end--->8--- This led me to running guix

bug#73039: (no subject)

Reading the documentation I managed to solve the locale problem using `make-glibc-utf8-locales` and declaring `GUIX_LOCPATH`, but it never has been needed before in my almost 2 years of Guix. I would like to understand why this now.

bug#72042: [PATCH 1/1] gnu: python-gst: Fix build.

On 2024-09-02 21:38, Remco van 't Veer wrote: > * gnu/packages/glib.scm: Add package python-pygobject-3.48. > * gnu/packages/gstreamer.scm (python-gst) [inputs]: > Use python-pygobject-3.48 to fix tests. > > Change-Id: I3038b85db67ff354a6d77708fa4fd7c63aa6732c > --- > gnu/packages/glib.scm

bug#73052: emacs 30 ssh: couldn't find a proper `ls' command

Hi, I've recently started using emacs 30 which I compile from source. Something that broke in the switch from emacs 29->30 is I am not able to use tramp to ssh into any of my guix servers. I get this error ``` Debugger entered--Lisp error: (file-error "Couldn't find a proper `ls' command") ```

bug#72780: [PATCH] gnu: emacs-treemacs: add missing package to propagated-inputs

Hello, Rodrigo Morales writes: > This is the first time I'm sending a patch to the guix project. If this > is not the correct way to send patches to Guix, please let me know so > that I don't make the same mistake in the future. Thank you for your contribution. I'm surprised it arrived in the

bug#72917: ffmpeg@{3,4,5} build failures on i686-linux

Hi, On 05.09.24 09:25, Ludovic Courtès wrote: Hello, As it turns out, while all 3 variants built fine for i686 on a machine of mine, there are test failures at ci.guix: From : --8<---cut here---start->8---

bug#73059: Flatpak is vulnerable to CVE-2024-42472

Hi Guix, Current flatpak version in Guix channel is affected by [CVE-2024-42472](https://github.com/flatpak/flatpak/security/advisories/GHSA-7hgv-f2j8-xw87). Kind regards, Donald

bug#72968: Patches applied

Hello, I have applied Carlos's second patch of https://issues.guix.gnu.org/72943 which gives an explanation why we skip the tests, and Noé's patch of https://issues.guix.gnu.org/72968 adding the missing inputs. As php currently does not build after the core-updates merge and this issue has

bug#52150: childsplay: ImportError

Hello, > Hi, after running guix pull today, I tried to run childsplay (using guix > shell) but get an error: Childsplay is no longer provided by Guix. I'm closing this bug report. Thanks! Regards, -- Nicolas Goaziou

bug#73009: Close

Hello Christopher, thanks for the report! This is a well-known problem after the core-updates merge, see https://issues.guix.gnu.org/72943 Hopefully it has just been fixed by my last two commits; please do a guix pull and give it another try. Andreas

bug#73062: Wrong name for org.jackaudio.service

I see this in my /var/log/messages file: Sep 5 23:20:35 localhost dbus-daemon[938]: [system] Service file "/gnu/store/8hjpbskyk9k9kd3mlzj24xy0rzym5in5-jack2-1.9.21/share/dbus-1/services/org.jackaudio.service" should have been named "org.jackaudio.service.service" and will not work with sys

bug#72990: Core packages updated broke Guix

Thanks Ludo, by removing the value configured in LD_LIBRARY_PATH you can rebuild the entire system without problems and Guix worked well again. I can also confirm: I was having this same problem on the same update and unsetting LD_LIBRARY_PATH also fixed it for me. I was then able to run `gu

bug#67685: ‘guix shell --export-manifest’ ignores transformations for ‘-D’ packages

I think that transformations should be applied to `-D --file' combination as well (probably to `-D --manifest' too). It would support the following use case (this is the reason I fould this very bug). When we have a project under development which is controlled by guix.scm file and we want to try

bug#72917: ffmpeg@{3,4,5} build failures on i686-linux

Hi, qui 05 set 2024 às 09:25:36 (1725539136), l...@gnu.org enviou: > Hello, > > As it turns out, while all 3 variants built fine for i686 on a machine > of mine, there are test failures at ci.guix: > > From : > > --8<---cut here