On Thu, Apr 11, 2024 at 03:18:49PM -0400, Leo Famulari wrote:
> I sent a patch:
>
> https://issues.guix.gnu.org/issue/70343
This should be fixed with commit cc38699cf0cfd804a43ca1b6c8602cfc84e06117
Please let us know if you see more problems. Thanks for the report!
On Thu, Apr 11, 2024 at 10:55:39AM -0400, Leo Famulari wrote:
> Okay, thanks for looking. We can add a dependency on python-pyyaml and
> it should work.
I sent a patch:
https://issues.guix.gnu.org/issue/70343
And CI will test it here:
https://ci.guix.gnu.org/eval/1241100
On Thu, Apr 11, 2024 at 04:42:27PM +0200, Tomas Volf wrote:
> I would assume it is the texinfodocs triggering the YNL_INDEX for us. This
> snippet from the commit message:
>
> If one of other targets such as latexdocs or epubdocs is built
> without building htmldocs, missing .rst files can
On Wed, Apr 10, 2024 at 05:05:15PM +0200, Tomas Volf wrote:
> linux-libre-documentation is broken again:
>
> starting phase `build'
> Traceback (most recent call last):
> File
> "/tmp/guix-build-linux-libre-documentation-6.8.4.drv-0/linux-6.8.4/./tools/net/ynl/ynl-gen-rst.py",
>
I just saw this on Debian:
--
$ guix shell -D guix -- ./pre-inst-env guix weather linux-libre
computing 1 package derivations for x86_64-linux...
looking for 1 store items on https://ci.guix.gnu.org...
guix weather: warning: substitutes from 'https://ci.guix.gnu.org' are
unauthorized
hint:
On Sun, Mar 17, 2024 at 09:39:12AM -0700, Zacchaeus Scheffer wrote:
> Hi all,
>
> I know this isn't a properly submitted patch, but I think the change is
> pretty simple. 2024 taxes are comming up in the US. Could someone bump
> the version number for opentaxsolver? I tested the following
Can you share the error messages here?
On Thu, Feb 22, 2024, at 09:13, Gabriel Wicki wrote:
> linux-libre-documentation fails to build (see
> https://ci.guix.gnu.org/build/3512631/details)
Pushed as 877abbdae790deaacf30af8a845e2290c39e10ff
On Fri, Feb 09, 2024 at 09:28:14PM +0100, Wilko Meyer wrote:
> * gnu/packages/aux-files/linux-libre/6.7-arm.conf,
> gnu/packages/aux-files/linux-libre/6.7-arm64.conf: Add platform support.
Thanks! Pushed to 'kernel-updates' along with the latest releases.
On Thu, Feb 08, 2024 at 07:57:38AM +0100, Wilko Meyer wrote:
> Vagrant Cascadian writes:
>
> > [[PGP Signed Part:Undecided]]
> > The linux-libre 6.7.x package contains ... as far as I can tell, no
> > supported arm64/aarch64 platforms! This is a pretty significant
> > regression from the
After 4 years, many upstream releases of mpv and FFmpeg, and a new
laptop, I'm closing this bug as "not actionable".
As reported on #guix by jeremyc [0], the standard method for calculating
the hash of a Git checkout is not working as expected for the Erlang
package [1].
Currently, our Erlang package has this source block:
--
(version "25.3.2")
(source (origin
(method git-fetch)
I see that ci.guix.gnu.org's builders seem to run out of memory while
building kernel headers for i686-linux:
--
xz: (stdin): Cannot allocate memory
/gnu/store/ns71xxkb3fzr37934bim9l8xiv68kc7w-tar-1.34/bin/tar:
/gnu/store/536ifp75wv8i1kb1k0szv7zd57ygpg0n-linux-libre-6.5.13-guix.tar.xz:
On Tue, Nov 14, 2023 at 12:11:14AM -0500, Leo Famulari wrote:
> On Tue, Oct 31, 2023 at 01:29:00AM +0100, Wilko Meyer wrote:
> > * gnu/packages/linux.scm (linux-libre-6.6-version,
> > linux-libre-6.6-gnu-revision,
> > deblob-scripts-6.6, linux-libre-6.6-pristine-source, l
On Tue, Oct 31, 2023 at 01:29:00AM +0100, Wilko Meyer wrote:
> * gnu/packages/linux.scm (linux-libre-6.6-version,
> linux-libre-6.6-gnu-revision,
> deblob-scripts-6.6, linux-libre-6.6-pristine-source, linux-libre-6.5-source,
> linux-libre-headers-6.6, linux-libre-6.6): New variables.
> *
On Thu, Nov 09, 2023 at 03:57:36PM +0100, Wilko Meyer wrote:
> * gnu/packages/linux.scm (linux-libre-6.6-version,
> linux-libre-6.6-gnu-revision,
> deblob-scripts-6.6, linux-libre-6.6-pristine-source, linux-libre-6.5-source,
> linux-libre-headers-6.6, linux-libre-6.6): New variables.
> *
On Mon, Nov 06, 2023 at 11:41:47PM +0100, Wilko Meyer wrote:
> Agreed, thanks for mentioning this! I'll send a v3 of this patch series
> that splits up the changes in two commits; one introducing 6.6, the
> other making it the default kernel (which can be applied after a couple
> of days if 6.6
On Wed, Nov 01, 2023 at 03:32:27PM +0100, Wilko Meyer wrote:
> * gnu/packages/linux.scm (linux-libre-6.6-version,
> linux-libre-6.6-gnu-revision,
> deblob-scripts-6.6, linux-libre-6.6-pristine-source, linux-libre-6.5-source,
> linux-libre-headers-6.6, linux-libre-6.6): New variables.
> *
On Wed, Nov 01, 2023 at 03:32:27PM +0100, Wilko Meyer wrote:
> * gnu/packages/linux.scm (linux-libre-6.6-version,
> linux-libre-6.6-gnu-revision,
> deblob-scripts-6.6, linux-libre-6.6-pristine-source, linux-libre-6.5-source,
> linux-libre-headers-6.6, linux-libre-6.6): New variables.
> *
On Mon, Oct 30, 2023 at 11:26:55PM +0100, Wilko Meyer wrote:
> * gnu/packages/linux.scm (deblob-scripts 5.10): Update hash.
Pushed as e3f318f0489322c4c9b5964f03a8b063a7bfbebd, thanks!
On Mon, Oct 30, 2023 at 11:26:51PM +0100, Wilko Meyer wrote:
> Wilko Meyer (4):
> gnu: deblob-scripts 6.5: Update hash.
> gnu: deblob-scripts 6.1: Update hash.
> gnu: deblob-scripts 5.15: Update hash.
> gnu: deblob-scripts 5.10: Update hash.
Thanks! I pushed patches 2 through 4 to
Fixed with commit 8b8607a9452b7690b15f7db2613abdc211d40cee
I see, thanks for the explanation!
On Mon, Aug 28, 2023, at 18:40, Maxim Cournoyer wrote:
> tags 65585 + notabug
> quit
>
> Hi Leo,
>
> Leo Famulari writes:
>
>> With a `guix describe` like this, I'm unable to build Guix from a fresh Git
>> checkout of the master
With a `guix describe` like this, I'm unable to build Guix from a fresh Git
checkout of the master branch.
--
guix 985638a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 985638aea14720e16ed5fd94a0e1382a57dec7ac
--
--
$ guix shell
The update of rxvt-unicode to version 9.31 brought a bug that causes the
prompt in new terminal instances to be placed in the middle of the
window and not at the top.
Reported upstream:
http://lists.schmorp.de/pipermail/rxvt-unicode/2023q1/002639.html
Also reported at Arch with a patch to fix
I noticed this inconsistency:
--
$ ls -l /var/log/messages*
-rw-r- 1 root root 112994 Jul 10 14:29 /var/log/messages
-rw-r--r-- 1 root root 8883 Jul 5 12:00 /var/log/messages.1.gz
--
This seems like a mistake.
On Wed, Mar 15, 2023 at 10:02:20PM -0400, Maxim Cournoyer wrote:
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> Throw to key `guile-ssh-error' with args `("write_to_channel_port"
> "Parent session is not connected" # 7fca183c31c0> #f)'.
> --8<---cut
Can someone help me by pointing to the original discussion of this
change?
On Sat, Apr 22, 2023 at 04:03:29PM +, Kyle Andrews wrote:
> I'm filing this bug report since I'm worried that the people who are most
> knowledge about Go in Guix might not check that mailing list as frequently.
I might be part of that group of people in Guix that pays attention to
Go.
On Tue, Apr 04, 2023 at 07:31:47PM +0200, Simon Tournier wrote:
> Maybe I am doing something wrong, I get:
>
> --8<---cut here---start->8---
> $ guix refresh -l gnupg | cut -f1 -d':'
> Building the following 1491 packages would ensure 2880 dependent packages
On Mon, Mar 20, 2023 at 09:01:33AM -0400, Ethan Blanton via Bug reports for GNU
Guix wrote:
> However, the bug referenced here is fixed in upstream commit
> 4cc724639c012215f59648cbb4b7631b9d352e36, which shipped in gnupg
> 2.2.34. Meanwhile, all gnupg releases older than 2.2.35 suffer from
> an
On Tue, Apr 04, 2023 at 11:48:31AM +0200, Simon Tournier wrote:
> On Mon, 20 Mar 2023 at 09:01, Ethan Blanton via Bug reports for GNU Guix
> wrote:
> > I believe the pin on 2.2.32 can be lifted, but as gnupg is important
> > infrastructure I am unsure about directly submitting a patch to update
- Forwarded message from Philip Nelson -
Date: Tue, 28 Mar 2023 04:42:25 +
From: Philip Nelson
To: guix-de...@gnu.org
Subject: Contributing guide building from git make check failure
I've been following the Contributing guide "Building from Git" section (
On Mon, Feb 27, 2023 at 08:40:36AM -0500, Maxim Cournoyer wrote:
> This should allow you to proceed as usual:
[...]
Thanks! I've prepared the patch, availabe as part of this patch series:
https://issues.guix.gnu.org/61947
On Sat, Feb 25, 2023 at 11:23:13PM -0500, Maxim Cournoyer wrote:
> It's indeed been applied upstream. Can't we just drop our local version
> of it?
Do I need to set the 'doc-supported?' value somehow for particular
kernel versions? It would be helpful for me if you could try it, if this
stuff is
On Wed, Nov 16, 2022 at 11:55:51AM -0500, Maxim Cournoyer wrote:
> .../patches/linux-libre-infodocs-target.patch | 88 ++
This patch doesn't apply to linux-libre 6.2.1, as shown below. If I
understand correctly, it's been applied upstream, but I don't understand
how to adjust things on our
Thanks for the report!
Did you follow the instructions about X.509 Certificates in the manual
section Application Setup? That section is about using Guix on other
distros.
I use vdirsyncer from Guix on Debian and it works fine when validating
X.509 / TLS / HTTPS certificates.
There's a serious vulnerability in NSS:
"An attacker could construct a PKCS 12 cert bundle in such a way that
could allow for arbitrary memory writes via PKCS 12 Safe Bag attributes
being mishandled."
https://www.mozilla.org/en-US/security/advisories/mfsa2023-06/#CVE-2023-0767
Apparently it is
Thanks for the report!
On Tue, Feb 14, 2023 at 09:27:31PM +, tmikew1985 via Bug reports for GNU
Guix wrote:
> Output from guix pull:
>
> Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to
On Sun, Jan 22, 2023 at 10:36:21PM +0100, Ludovic Courtès wrote:
> $(guix time-machine --commit=9923100a42ffa80f604c1c13a5e999e6a4c15146 \
> -- system vm gnu/system/examples/bare-bones.tmpl) -m 1024 # Bad!
I can reproduce.
It seems to work fine without '-m 1024', in which case it only has
On Tue, Jan 17, 2023 at 11:23:42AM +0100, Ludovic Courtès wrote:
> The file exists but it’s a dangling symlink:
>
> --8<---cut here---start->8---
> $ ls -l
> /gnu/store/12wnswvdc1mk9cr498dxflxim4qm2pyq-clang-toolchain-13.0.1/lib/libz.so.1.2.11
> lrwxrwxrwx 1
On Thu, Jan 05, 2023 at 04:11:45PM -0500, Greg Hogan wrote:
> The recent zlib graft (from 1.2.11 to 1.2.12) is broken when grafting
> clang-toolchain. The symbolic link points to the correct directory but
> the incorrect file version.
> --8<---cut
On Mon, Jan 02, 2023 at 05:17:37PM -0500, Leo Famulari wrote:
> On Sun, Jan 01, 2023 at 09:34:15PM +0100, Liliana Marie Prikler wrote:
> > Am Sonntag, dem 01.01.2023 um 17:50 + schrieb Elias Kueny:
> > > Hello,
> > >
> > > I'm
On Sun, Jan 01, 2023 at 09:34:15PM +0100, Liliana Marie Prikler wrote:
> Am Sonntag, dem 01.01.2023 um 17:50 + schrieb Elias Kueny:
> > Hello,
> >
> > I'm using Guix System and on Guix commit
> > 8f93a1e01a879ae026678dd92c18e2a2a49be540.
> > Building Glimpse fails during the configuration
I'm not able to create QR codes in Inkscape.
I try to create a QR code in Inkscape by going through these menus:
Extensions -> Render -> Barcode -> QR Code
But, when I click "Apply" to create the QR code, Inkscape prints an
error message like this:
--
Traceback (most recent call last):
On Fri, Jul 15, 2022 at 01:12:14PM -0400, Maxim Cournoyer wrote:
> Hi,
>
> Leo Famulari writes:
>
> > I notice that tests/publish.scm crashes consistently when run "by hand"
> > with `make check` on ci.guix.gnu.org:
> >
> > --
> > $ m
On Wed, Jul 13, 2022 at 11:11:49PM -0400, Maxim Cournoyer wrote:
> Hi Leo,
>
> Leo Famulari writes:
>
> > Since my last full upgrade on June 9 2020, I found that if I have
> > font-dejavu installed in my profile, my terminal (rxvt-unicode) no
> > longer
Fixed with commit 40a729a0e6f1d660b942241416c1e2c567616d4d
Between commits
2e0d02ebe351024cd97911cb1e5e1a6af1edc7f0..93baba64753d4f8543b38a3a6092b7a71b79b246,
the pytest2-cov package broke, which in turns breaks the important
package wicd.
https://ci.guix.gnu.org/build/791078/details
--
starting phase `build'
running "python setup.py" with command
It's not easy (perhaps impossible) to bisect the core-updates branch. That's
because most commits on the branch are not expected to build. For most of the
branch's lifetime, it's merely a place to dump patches that cause rebuilds of
the entire distro (e.g. a glibc update). It's only in the
On Fri, Feb 11, 2022 at 04:03:03AM +0800, Squirrel via Bug reports for GNU Guix
wrote:
> It seems that this is a bug from upstream linux, which may be patched soon.
> Please see
> https://lore.kernel.org/stable/164448100914.10463.9523338503936670263.kv...@kernel.org/
Good news, this bug has
On Tue, Feb 22, 2022 at 10:57:53PM -0700, Jesse Gibbons wrote:
> Calibre isn't displaying any text in its book view interface (see
> screenshot). Even after I delete all the calibre configuration files in
> .config and .local/share the problem persists. I do not know if this is
> specific to guix
On Sat, Feb 19, 2022 at 09:39:52PM -0600, Jacob MacDonald wrote:
> That is the summary of what I know now; I'm also happy to copy the
> rest of the emails back into this thread, with Leo's permission.
That's fine with me.
On Thu, Feb 17, 2022 at 01:05:09AM -0600, Jacob MacDonald wrote:
> Calibre's main window is unaffected, but it's impossible to read any
> EPUBs in the viewer. The text in both the book and the settings is
> affected. Images show up.
>
> I don't remember if I noticed this before or after the bit
On Wed, Feb 16, 2022 at 12:39:46AM +0800, Squirrel via Bug reports for GNU Guix
wrote:
> The patch for it has just been applied in the newest upstream kernel
> releases. (https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.23)
Are you sure the bug is fixed in 5.15.23?
I don't see
On Mon, Feb 14, 2022 at 04:16:09PM +, Ahmad Draidi wrote:
> Running 'guix pull' on a fresh basic install of Guix System 1.3.0 for i686
> gets stuck at around 80%.
Okay, can you share the result of `guix describe` to confirm what
revision of Guix you're using?
Can you use strace to see what
On Tue, Feb 15, 2022 at 03:56:27PM +0100, Ludovic Courtès wrote:
> 2022 has left me without a working Linux-libre kernel.
>
> Breakage occurred sometime between:
>
> • 92faad0adb93b8349bfd7c67911d3d95f0505eb2
> (Jan. 3rd; Linux-libre 5.15.12)
>
> •
On Fri, Feb 11, 2022 at 04:03:03AM +0800, Squirrel via Bug reports for GNU Guix
wrote:
> Blacklisting the iwlwifi kernel module works as a workaround for now, as is
> suggested by Jason Self, the maintainer of the Freesh and libeRTy apt
> repositories of linux-libre kernel. He mentioned it in
I'm still experiencing this problem with 5.15.21, as well 5.16.7 and
5.4.177.
On Sun, Dec 19, 2021 at 09:35:52PM +0100, Vivien Kraus via Bug reports for GNU
Guix wrote:
> On master, I can’t reconfigure my system, because the linux-modules.drv
> fails with the following error:
[...]
> gnu/build/linux-modules.scm:257:5: kernel module not found "simplefb"
>
On Tue, Feb 08, 2022 at 10:05:32PM +0100, Dr. Arne Babenhauserheide wrote:
> Hello Guix,
>
> I see strange conflicts when trying to update packages via manifest:
>
> guix package: error: profile contains conflicting entries for python-cffi
> guix package: error: first entry: python-cffi@1.15.0
On Tue, Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote:
> Hi Guix!
>
> I came across some weird behavior with guix home. I wanted to recreate a
> working home environment from one machine on another (because I need a
> working qutebrowser install :3). I did this by doing "guix pull
On Tue, Feb 08, 2022 at 11:18:08AM +0100, Ludovic Courtès wrote:
> Unfortunately it seems that libgit2 doesn’t let us turn off certificate
> verification:
>
> https://libgit2.org/libgit2/#HEAD/group/libgit2
>
> ‘verify_server_cert’ in src/streams/openssl.c is called
> unconditionally.
Ah,
On Mon, Feb 07, 2022 at 10:54:53AM -0600, Katherine Cox-Buday wrote:
> I thought I'd chime in with another data-point:
>
> - Lenovo ThinkPad T480s
> - Normal BIOS
> - Vanilla Linux kernel(s)
> - kernel v5.15.16 boots fine; everything after seems to hit this bug
> - Turning off bluetooth in BIOS
On Sat, Feb 05, 2022 at 11:42:38PM -0500, Maxim Cournoyer wrote:
> FYI, I pushed this workaround in
> 3c3c9d259f87fbc8c1d9551af32e79f9f168f596.
I don't see this commit in the repo.
On Sat, Feb 05, 2022 at 08:22:32AM +0100, Liliana Marie Prikler wrote:
> Looking at the size of this thing compared to our audacity, I thought
> to myself "hmm, that's a shell script" and sure enough
>
> --8<---cut here---start->8---
>
On Fri, Feb 04, 2022 at 05:32:30PM -0500, Leo Famulari wrote:
> Audacity still does not keep a reference to FFmpeg, and it cannot
> Opus-encoded files (among many other types of encodings):
On #guix, lilyp found the culprit:
http://logs.guix.gnu.org/guix/2022-02-04.log#235737
... an ex
On Sun, Jan 30, 2022 at 07:19:02AM +, GNU bug Tracking System wrote:
> From: Liliana Marie Prikler
> Am Samstag, dem 29.01.2022 um 14:53 -0500 schrieb Leo Famulari:
> > Well, this is fantastic Liliana! It works great.
> >
> > Can you add a comment to 'audaci
Our Audacity package creates an extraneous "audacity" binary in the root
of the store item:
--
$ git describe
v1.3.0-15695-gba60aede97
$ ls -la $(./pre-inst-env guix build audacity)
total 49012
dr-xr-xr-x6 root root 4096 Dec
On Fri, Feb 04, 2022 at 12:32:04AM -0500, Leo Famulari wrote:
> I'm still leaning towards something besides a change in the kernel.
Using bisection of the Guix Git repo, it seems the problem was
introduced in commit 2d12ec724ea2, "scripts: system: Rationalize
persistency."
On Fri, Feb 04, 2022 at 12:23:30AM -0500, Leo Famulari wrote:
> I'm going to build the version of the kernel used on berlin and test
> with that.
Actually, I already had it built. This bug still manifests on that version
of the kernel. So...
> I do find myself wondering if somethin
On Tue, Jan 11, 2022 at 08:44:11PM +0100, Tobias Geerinckx-Rice via Bug reports
for GNU Guix wrote:
> The most likely culprit is a change or difference in how the kernel answers
> FILE-SIZE's ‘how much disc space does FILE consume?’ — rounding it to N
> blocks or bytes, including or excluding
On Tue, Jan 11, 2022 at 08:31:27PM +0100, Tobias Geerinckx-Rice via Bug reports
for GNU Guix wrote:
> This is weird. On berlin:
Berlin is using ext4, right?
> On my laptop:
> --8<---cut here---start->8---
[...]
> mke2fs: Could not allocate inode in ext2
On Thu, Feb 03, 2022 at 06:32:51PM +, Maxime Devos wrote:
> I can reproduce with the attached configuration.
> I'm wondering what software is creating these 'Baelarina' and 'Nina'
> subdirectories of '/home/Tsarina Baelarina Nina/' ... is it Guix, is it
> GDM, is it the GNOME desktop ...?
I
On Tue, Jan 11, 2022 at 08:31:27PM +0100, Tobias Geerinckx-Rice via Bug reports
for GNU Guix wrote:
> On my laptop:
>
> --8<---cut here---start->8---
> $ guix build /gnu/store/91wjmydy556ibl38xydpb8yisp3gvx8w-partition.img.drv
> […]
> Creating filesystem with
On Thu, Feb 03, 2022 at 06:32:51PM +, Maxime Devos wrote:
> Tsarina Baelarina Nina schreef op wo 02-02-2022 om 20:49 [-0800]:
> > I put my name as Tsarina Baelarina Nina, as opposed to my real name.
> > It created the correct home profile, but also included the two extra
> > empty directories
On Thu, Feb 03, 2022 at 09:34:11PM -0600, bdju wrote:
> It would be difficult to test now, I no longer have an empty SSD waiting
> to be installed on in the same PC.
Understood.
> I ended up getting through an install
> with the last stable release using the same settings.
> From memory, it was
On Tue, Jan 25, 2022 at 09:21:00PM -0600, bdju via Bug reports for GNU Guix
wrote:
> Using a "latest" installer image from the last day or two
> Picture of error taken with my phone attached (eh, what can ya do?)
>
> >Device /dev/sdc is still in use.
>
> This sticks out and appears in a couple
The failure exists for me with the most recent versions of the kernel
series 5.4, 5.10, 5.15, and 5.16.
Sometimes the screen does display the end of a kernel panic, but I can
only see the last few lines.
I suggest we fix #49508 "Implement --allow-insecure-transport for `guix
pull`" before the next release:
https://issues.guix.gnu.org/49508
On Thu, Feb 03, 2022 at 04:56:30PM +0100, Adam Maleszka via Bug reports for GNU
Guix wrote:
> I don't know if such a high demand can be solved by reducing the number
> of threads.
Yes, if you limit the number of threads with, for example, --cores=4,
then the memory requirements will be lower.
Discussion of the problem on a reddit page about Fedora:
https://old.reddit.com/r/Fedora/comments/shhj6e/kernels_above_51516_are_crashing/
They say that 5.15.18 works for them.
On Wed, Feb 02, 2022 at 06:23:04PM +0100, Mathieu Othacehe wrote:
> I followed the exact same steps on Guix commit
> 4943ac86e4f95a2e14fd209f3fdaac74a0d9ca2e and could not reproduce the
> issue. It was possibly fixed by the wip-harden-installer branch
> merge. Could you please confirm that you
On Tue, Feb 01, 2022 at 03:39:27PM -0500, Leo Famulari wrote:
> Guix System on x86_64 hangs after boot when reconfigured to use
> linux-libre 5.15.17.
More anecdata:
While I build Linux 5.15.17 (not linux-libre) using the Guix kernel
config, adapted for Debian, it works fine on Debian.
Th
Guix System on x86_64 hangs after boot when reconfigured to use
linux-libre 5.15.17.
The system becomes unresponsive to keyboard input after boot. Sometimes
it reaches the login prompt, sometimes not. Services that take a while
to start, typically finishing after the prompt is displayed, do not
On Tue, Feb 01, 2022 at 04:11:27PM -0500, Maxim Cournoyer wrote:
> Not sure if that helps, but my system is running smoothly on 5.15.18 as
> I write this. What are the specifics of your system?
Interestingly, for me 5.15.18 does boot to an interactive console, but
the system fails to bring up
On Tue, Feb 01, 2022 at 03:39:27PM -0500, Leo Famulari wrote:
> I'll try with 5.15.18 and the 5.10 series. We are still unable to deploy
> linux-libre 5.16 for Guix System users due to this bug:
Same problem with 5.10.95.
On Tue, Feb 01, 2022 at 03:39:27PM -0500, Leo Famulari wrote:
> Guix System on x86_64 hangs after boot when reconfigured to use
> linux-libre 5.15.17.
More anecdata:
While I build Linux 5.15.17 (not linux-libre) using the Guix kernel
config, adapted for Debian, it works fine on Debian.
Th
Python (Interactive Python) is a command shell for interactive computing
in multiple programming languages, originally developed for the Python
programming language. Affected versions are subject to an arbitrary code
execution vulnerability achieved by not properly managing cross user
temporary
On Sun, Jan 30, 2022 at 05:15:29PM +0100, liberty4us--- via Bug reports for GNU
Guix wrote:
> Ah, I see. Thanks, Leo Famulari!
>
> Well, it appears that aarch64 gets no love. :\
It does get some love, but clearly it needs more.
> Unfortunately, my calendar doesn't permit m
On Sun, Jan 30, 2022 at 10:01:41AM +, Dale Mellor wrote:
> I am trying to install a package, defined right there in the GUIX repo,
> which propagates two different versions of
> libsigc++.
I see. That should be fixed.
It's true that my earlier reply was kind of dense, but you didn't put
On Sun, Jan 30, 2022 at 12:37:06AM +, Dale Mellor wrote:
> > > The following package will be installed:
> > > gtkmm 3.24.5
> > >
> > > guix package: error: profile contains conflicting entries for libsigc++
> > > guix package: error: first entry: libsigc++@3.0.6
> > >
I pushed these patches as 07f45615c3600dd1405349a4f7c775394fbfd40d
Normally I don't push patches for other committers but this is security
sensitive.
On Sun, Jan 16, 2022 at 08:29:03PM +0100, Liliana Marie Prikler wrote:
> I'm fine with turning the wpebackend-fdo patch into a graft, I just
>
The build farm is having trouble building Guix for i686-linux. In fact,
it hasn't successfully completed the 'guix' job in weeks:
https://issues.guix.gnu.org/53463
And building the guix package does not work on aarch64, also for weeks:
https://issues.guix.gnu.org/52943
Finally, should we
On Sat, Jan 29, 2022 at 08:54:24PM +, Pierre Langlois wrote:
> > Since the 'guix' package still does not build on aarch64, I'm reopening
> > this bug.
>
> Oh it doesn't? What hash are you on?
I'm not using aarch64, so I can't give a commit hash. I am observing the
build farm's support for
On Sat, Jan 29, 2022 at 06:54:54PM +0100, Liliana Marie Prikler wrote:
> * gnu/packages/patches/audacity-ffmpeg-fallback.patch: New file.
> * gnu/local.mk (dist_patch_DATA): Add it here.
> * gnu/packages/audio.scm (audacity)[patches]: Use it here.
> [inputs]: Add back ffmpeg.
Well, this is
On Wed, Jan 26, 2022 at 10:24:01PM +, Dale Mellor wrote:
> The above command produces
>
> The following package will be installed:
>gtkmm 3.24.5
>
> guix package: error: profile contains conflicting entries for libsigc++
> guix package: error: first entry: libsigc++@3.0.6
>
On Fri, Jan 28, 2022 at 07:56:46PM +0100, liberty4us--- via Bug reports for GNU
Guix wrote:
> Haven't pulled in almost a month. Tried and failed.
>
> Any idea what I can do besides start over?
>
> Guix told me to report it like this, so here goes:
>
> $ guix pull
[...]
> / 'build' phas-guix
On Wed, Jan 19, 2022 at 11:28:28AM -0800, Vagrant Cascadian wrote:
> I tried building a newer version, but there were new test suite failures
> on both aarch64 and x86_64 :/
Since the 'guix' package still does not build on aarch64, I'm reopening
this bug.
Between Audacity 2.4.2 and 3.1.3, upstream changed how Audacity finds
FFmpeg. It no longer links to it but instead loads it at runtime:
https://github.com/audacity/audacity/issues/2161
I detailed my hapless attempts to do that in the upstream bug report:
1 - 100 of 1433 matches
Mail list logo