I'm trying to package a Python application I'm writing. It runs on Guix from
source with the python-pyside-2 package installed and runs on Debian using a
Python venv. I've uploaded the application to PyPI. Doing a guix import pypi,
I get this Guix definition:
(use-modules
(guix packages)
(
On Wed, 25 May 2022 10:30:27 -0400 zimoun
wrote
> > ERROR: Could not find a version that satisfies the requirement
> > PySide2>=5.15 (from versions: none)
> > ERROR: No matching distribution found for PySide2>=5.15
>
> Why do you specify in requirements.txt
>
> PySide2=
On Wed, 25 May 2022 12:36:52 -0400 Enrico Schwass
wrote
> You can try to disable the test stage. There are most errors coming from.
> See here for an example. It is not my page but might be of help to you
> https://felsoci.sk/blog/installing-python-modules-on-guix.html
Thank you
Could it be because only wheel files are hosted and not any source?
On Thu, 26 May 2022 11:59:09 -0400 Luis Felipe
wrote
> I often have to change the source of Python packages to use the source
> repository instead of fetching from pypi because the latter doesn't include
> test suites.
This is a good point. Thank you.
> However, the build
If could please contemplate a script that installs utilities before other
certain
things are installed after first a minimal install of a distribution of
GNU/Linux onto the computer. What if the package manager that the
script would use were guix? What systems like typical setups usually
found on
On Wed, 28 Feb 2024 18:51:16 +0100 Giovanni Biscuolo wrote ---
> ...and apologise if I still cannot do more to help.
We do what we can when we can. And you have done things to help. Thank you
for sharing your thoughts and perspective! If there's nothing you can do at
the moment,
I'm encountering the error "rmdir: Device or resource busy" when I
attempt to perform guix system init on a mount point that has btrfs
subvolumes. Here's the process I've used for creating and mounting the
subvolumes prior to running `guix system init`:
mount -t btrfs -o compress=lzo LABEL=btrfs /
I'm encountering the error "rmdir: Device or resource busy" when I
attempt to perform guix system init on a mount point that has btrfs
subvolumes. Here's the process I've used for creating and mounting the
subvolumes prior to running `guix system init`:
mount -t btrfs -o compress=lzo LABEL=btrfs /
(target "cryptsd")
(type luks-device-mapping)))
...
(mapped-devices (list cryptnvme cryptsd))
Any thoughts on what might be causing that?
> You're damn right that this needs to be improved. Hands welcome :-)
Once I get the simple subvolume layout working I'll take a look at
getting the more complex setup to work and report back!
Thanks
Matt
Tobias Geerinckx-Rice writes:
Matt Huszagh writes:
> Ok, so I've simplified the subvolume layout somewhat:
> mount -t btrfs -o compress=lzo LABEL=btrfs /mnt
> btrfs subvolume create /mnt/@guixsd
> btrfs subvolume create /mnt/@home
> btrfs subvolume create /mnt/@snapshots
>
Efraim Flashner writes:
> I spent some time yesterday with the arch wiki and I have an idea.
> assuming you're using %desktop-services, inside services:
>
> (modify-services %desktop-services
> (udev-service-type config =>
> (udev-configuration
> (inheri
I'm unable to get even a basic guix system init working with btrfs on 2
partitions. I setup the btrfs filesystem with:
mkfs.btrfs -L btrfs -m raid1 -d raid0 /dev/nvme0n1p2 /dev/sda1
and in my config:
(define fs-root
(file-system
(mount-point "/")
(type "btrfs")
(device (file-system-la
aim, is btrfs supposed to btrfs-progs here? I believe rules takes
package names right? In any event I tried this and it didn't work for me.
Did you have success with it?
On Mon, Jun 24, 2019 at 7:51 AM Matt Huszagh wrote:
> Efraim Flashner writes:
> > I spent some time yesterday
14 matches
Mail list logo
