Package Details: system76-driver 20.04.90-1

Git Clone URL: https://aur.archlinux.org/system76-driver.git (read-only, click to copy)
Package Base: system76-driver
Description: Universal driver for System76 computers
Upstream URL: https://github.com/pop-os/system76-driver
Licenses: GPL-2.0-or-later
Submitter: ava1ar
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 23
Popularity: 0.001274
First Submitted: 2013-08-18 05:41 (UTC)
Last Updated: 2024-05-08 20:10 (UTC)

Latest Comments

1 2 3 4 5 6 .. 17 Next › Last »

zo0M commented on 2024-05-08 04:21 (UTC) (edited on 2024-05-08 04:22 (UTC) by zo0M)

I get an error during the update:

Installation log 
Preparing...
Synchronizing package databases...
Refreshing AUR...
Cloning system76-driver build files...
Generating system76-driver information...
Checking system76-driver dependencies...
Resolving dependencies...
Checking inter-conflicts...

Building system76-driver...
==> Making package: system76-driver 20.04.89-1 (Wed 08 May 2024 07:15:38 AM EEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating system76-driver git repo...
  -> Found cli.patch
  -> Found wayland.patch
  -> Found actions.patch
==> Validating source files with sha256sums...
    system76-driver ... NOT FOUND
    cli.patch ... Passed
    wayland.patch ... Passed
    actions.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
Failed to build system76-driver

nikogura commented on 2023-05-30 20:39 (UTC)

False alarm. A fully clean build succeeds.

sr98vn commented on 2023-02-20 21:43 (UTC)

@Parker8283 Can confirm that python-setuptools version 67.3.2 (recently updated) allows system76-driver to build now, thanks!

Parker8283 commented on 2023-02-20 01:53 (UTC)

Downgrading python-setuptools 67.3.0 --> 67.2.0 worked for me, the package builds now. Found the real issue/PR: SetupTools #3823. This was released in 67.3.1. Looks like 67.3.2 is in testing currently, so once that moves to extra, it should build fine.

Eeems commented on 2023-02-19 01:28 (UTC)

@Parker8283 and @sr98vn this could be related to the issue with setuptools that @Parker8283 identified. That said, I've been having this package build daily with no issue, and it's using python-setuptools 1:67.3.0-1 https://github.com/Eeems/repo.eeems.codes/actions/runs/4208706435/jobs/7305093989#step:9:77

If you just need an updated build of the package for now, you can get the package from my repo if you trust my build mechanism. You can also try building it yourself with the container that I'm building with. You can find the Dockerfiles here: https://github.com/Eeems/images

Parker8283 commented on 2023-02-18 18:14 (UTC)

I am also running into the same issue as @sr98vn. Deleting my yay cache for the package first still does not fix it. This might be related up SetupTools issue #3452?

sr98vn commented on 2023-02-17 20:52 (UTC)

@electric_blue Thanks for the suggestion, but it still isn't working for me after running sudo systemctl restart reflector.service. I even tried cloning the git repo and running makepkg -si locally just to confirm it wasn't an issue with yay. Also tried reinstalling all python dependent packages with yay -S $(yay -Qoq /usr/lib/python3.10), still doesn't work.

electric_blue commented on 2023-02-17 19:02 (UTC)

@sr98vn If you use reflector try rerunning it or otherwise refreshing your mirrorlist. I had this problem and this fixed it, it looks like the mirrors I was using were missing some updates.

yochananmarqos commented on 2023-02-17 16:02 (UTC)

@sr98vn: It builds fine in a clean chroot.

1 2 3 4 5 6 .. 17 Next › Last »