bug#44541: Blender addon can't find Python libraries

2024-07-06 Thread Vinicius Monego
Em dom, 2020-11-08 às 23:22 +0100, raingloom escreveu:
> I've been meaning to report this for a while, but forgot. Can't test
> it
> right now, but I'm pretty sure it's still relevant. (that reminds me,
> i
> should finish updating the Blender package too)
> 
> Reproduce by installing an addon like AnimationNodes. Or just open
> the
> scripting REPL and enter 'import numpy'.
> 
> I've tried fixing it before, but didn't get far. Will probably try
> again *eventually*, but I have a bunch of other - more pressing -
> projects right now.
> 
> In the long run, it would also be cool if we could provision Blender
> configs with Guix, but that's another discussion that probably needs
> some upstream involvement. But it would be cool if Guix could be used
> by
> more artists.
> 

Closing as fixed.

Vinicius





bug#55907: VFIO kernel module fails to capture PCI device

2024-07-06 Thread Nikola Brković via Bug reports for GNU Guix
I have managed to get VFIO working by creating a service of boot-service-type 
which overrides the GPU driver with vfio-pci and binds the GPU to VFIO:

>(simple-service 'vfio-override boot-service-type
>    '(and (call-with-output-file 
>"/sys/bus/pci/devices/:04:00.0/driver_override"
>      (lambda (p)
>       (display "vfio-pci" p)))
> (call-with-output-file "/sys/bus/pci/drivers/vfio-pci/new_id"
>      (lambda (p)
>       (display "1002 665f" p)))
>  )
>)

Sorry for the hard-coded IDs, you should replace them with your own. You might 
need to unbind the GPU's audio card from its driver as well, after you're fully 
booted. QEMU will refuse to pass-through the GPU if the audio card is in the 
same IOMMU group and not using vfio-pci.

In my case, the service runs early enough in the boot process where amdgpu has 
not initialized the GPU yet. There might be a better way to accomplish this, 
I'm still new to Guix and Scheme.

Thanks,
Nikola





bug#71962: Flatpak applications fail to launch with systemd-related error

2024-07-06 Thread Juliana Sims via Bug reports for GNU Guix

Hi,

Can you try another app, maybe there's a problem with this one


I have tried with literally every application I have installed through 
flatpak, and none of them work. Here's the complete list, in order by 
ID:


com.github.tchx84.Flatseal
com.github.vladimiry.ElectronMail
io.bassi.Amberol
io.freetubeapp.FreeTube
net.lutris.Lutris
org.gnome.Fractal
org.gnome.Podcasts
org.jitsi.jitsi-meet
us.zoom.Zoom




Thanks,
Juli







bug#71962: Flatpak applications fail to launch with systemd-related error

2024-07-06 Thread Z572 via Bug reports for GNU Guix
Juliana Sims via Bug reports for GNU Guix  writes:

> Hello,
>
> I ran a system reconfigure for the first time in a while today. After
> doing so, I noticed that Flatpak apps fail to launch. Specifically,
> when running `flatpak run org.gnome.Fractal`, which was working fine
> before, the application hangs instead of launching and, with `-v`,
> prints the following:
>
> ```
> F: No installations directory in
> /gnu/store/v4dy0sfj7znnzar1nn18jz0aznjni2fv-flatpak-1.14.6/etc/flatpak/installations.d.
>  Skipping
> F: Opening system flatpak installation at path /var/lib/flatpak
> F: Opening user flatpak installation at path
> /home/user/.local/share/flatpak
> F: Opening user flatpak installation at path
> /home/user/.local/share/flatpak
> F: Opening user flatpak installation at path
> /home/user/.local/share/flatpak
> F:
> /home/user/.local/share/flatpak/runtime/org.gnome.Platform/x86_64/46/1ad35c08f997c0257506b34db175a27438799f0e5dc0f5e56ebe3635f53cbf58/files/lib32
> does not exist
> F: Cleaning up unused container id 181884517
> F: Cleaning up per-app-ID state for org.gnome.Fractal
> F: Allocated instance id 3966080007
> F: Add defaults in dir /org/gnome/Fractal/
> F: Add locks in dir /org/gnome/Fractal/
> F: Allowing dri access
> F: Allowing wayland access
> F: Allowing pulseaudio access
> F: Failed to run in transient scope: No systemd user session
> available, cgroups not available
> F: Running
> '/gnu/store/y6l9z58xm8jzj7n1vxi5mcdb90x4sgal-bubblewrap-0.8.0/bin/bwrap
> --args 35 --
> /gnu/store/kxlbkakfs2b7m30vyr4r1gkb4zwzfi9p-xdg-dbus-proxy-0.1.5/bin/xdg-dbus-proxy
> --args=37'
> ```
>
> Of these messages, I suspect the culprit is "No systemd user session
> available."
>
> I had elogind installed through the GNOME system service while flatpak
> was installed in my user home profile. I moved flatpak to the system
> profile and reconfigured the system; this did not help.

Can you try another app, maybe there's a problem with this one 

>
> Best,
> Juli


signature.asc
Description: PGP signature


bug#71952: documentation inaccuracy?

2024-07-06 Thread jgart via Bug reports for GNU Guix


hi chris,

would you like to send a patch fixing this?

hi simon,

wdyt?
-- 
all the best,
jgart





bug#71970: hash mismatch for gmic 3.4.0

2024-07-06 Thread Alex Devaure
Hi,
The version 3.4.0 of gmic has commited few hours ago. It looks that the
hash is not correct:
sha256 hash mismatch for 
/gnu/store/q7hwkm6zsgaclq0rizpjfb6vl0a5z1bw-gmic_3.4.0.tar.gz:
  expected hash: 1c2j1prsnsks5cglk0vrwaclifk6mlxmrc88wqc96xi7cmwwjmf3
  actual hash:   0akrrpkwkc8d7f2r3nqr36cjd926zk221yppi1bmv4yvydx0hvyz
hash mismatch for store item 
'/gnu/store/q7hwkm6zsgaclq0rizpjfb6vl0a5z1bw-gmic_3.4.0.tar.gz'

Best regards,
Alex





bug#71967: Emacs erc-image package is broken?

2024-07-06 Thread Apoorv via Bug reports for GNU Guix
I had my last home reconfigure in April and I have not been able to update 
since because multiple packages have been giving me errors when I launch Emacs, 
including `emacs-erc-image`.

```
Cannot open load file No such file or directory 
/gnu/store/mfyb9kzkikmmbfi3dfin0panmlbarnb0-emacs-erc-image-0-3.82fb387/share/emacs/site-lisp/erc-image-0-3.82fb387/erc-image-autoloads
```

there is no erc-image-autoloads file, I'm not sure why it it trying to load 
this file.

there is also this one other error I get,
```
Symbol's value as variable is void: for
```

Running Emacs with `--debug-init` gives me this when this error occurs,
```
Debugger entered--Lisp error: (void-variable for)
  solaire-mode--prepare-for-theme-a(doom-solarized-dark t)
  apply(solaire-mode--prepare-for-theme-a (doom-solarized-dark t))
  load-theme(doom-solarized-dark t)
  load-with-code-conversion("/home/apoorv/.emacs.d/init.el" 
"/home/apoorv/.emacs.d/init.el" t t)
  load("/home/apoorv/.emacs.d/init" noerror nomessage)
  #f(compiled-function () #)()
  #f(compiled-function () #)()
  handler-bind-1(#f(compiled-function () #) 
(error) startup--debug)
  startup--load-user-init-file(#f(compiled-function () #) #f(compiled-function () #) t)
  command-line()
  normal-top-level()
```

If I disable installing any Emacs package via `Guix` and simple rely on 
`straight` for example everything works fine, so it shouldn't be something in 
my `init.el`.

-- 
 Sent with Tuta; enjoy secure & ad-free emails: 
 https://tuta.com