Making sure you're not a bot!

Team Workflows Projects in Copr
1

Loading...

You are seeing this because the administrator of this website has set up Anubis to protect the server against the scourge of AI companies aggressively scraping websites. This can and does cause downtime for the websites, which makes their resources inaccessible for everyone.

Anubis is a compromise. Anubis uses a Proof-of-Work scheme in the vein of Hashcash, a proposed proof-of-work scheme for reducing email spam. The idea is that at individual scales the additional load is ignorable, but at mass scraper levels it adds up and makes scraping much more expensive.

Ultimately, this is a placeholder solution so that more time can be spent on fingerprinting and identifying headless browsers (EG: via how they do font rendering) so that the challenge proof of work page doesn't need to be presented to users that are much more likely to be legitimate.

Please note that Anubis requires the use of modern JavaScript features that plugins like JShelter will disable. Please disable JShelter or other such plugins for this domain.

This is a companion discussion topic for the original entry at https://copr.fedorainfracloud.org/coprs/kwizart/kernel-longterm-6.18
2

Having an issue migrating from LT 6.12 to 6.18. Error message implies DNF is looking for a file that shouldn’t (and doesn’t) exist:

  • nothing provides kernel-longterm-uname-r = 6.18.17-200.fc43.x86_64 needed by….

That looks like a syntax error somewhere in the build stuff ?

4

I’m having the same issue as well:

Problem 1: conflicting requests
  - nothing provides kernel-longterm-uname-r = 6.18.17-200.fc43.x86_64 needed by kernel-longterm-modules-core-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18
 Problem 2: package kernel-longterm-core-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18 requires kernel-modules-core-uname-r = 6.18.17-200.fc43.x86_64, but none of the providers can be installed
  - conflicting requests
  - nothing provides kernel-longterm-uname-r = 6.18.17-200.fc43.x86_64 needed by kernel-longterm-modules-core-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18
 Problem 3: package kernel-longterm-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18 requires kernel-longterm-modules-core-uname-r = 6.18.17-200.fc43.x86_64, but none of the providers can be installed
  - conflicting requests
  - nothing provides kernel-longterm-uname-r = 6.18.17-200.fc43.x86_64 needed by kernel-longterm-modules-core-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18
5

Fedora 43:

sudo dnf install kernel-longterm                 
Updating and loading repositories:
Repositories loaded.
Failed to resolve the transaction:
Problem: conflicting requests
  - package kernel-longterm-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18 requires kernel-longterm-modules-core-uname-r = 6.18.17-200.fc43.x86_64, but none of the providers can be installed
  - package kernel-longterm-6.18.18-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18 requires kernel-longterm-modules-core-uname-r = 6.18.18-200.fc43.x86_64, but none of the providers can be installed
  - nothing provides kernel-longterm-uname-r = 6.18.17-200.fc43.x86_64 needed by kernel-longterm-modules-core-6.18.17-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18
  - nothing provides kernel-longterm-uname-r = 6.18.18-200.fc43.x86_64 needed by kernel-longterm-modules-core-6.18.18-200.fc43.x86_64 from copr:copr.fedorainfracloud.org:kwizart:kernel-longterm-6.18
You can try to add to command line:
  --skip-broken to skip uninstallable packages
6

It looks like core-uname-r should be a specific package version.
Error in the SPEC file?

7

The fc44 build has the same issue.

8

Build ID 10234165 almost worked. Kernel installed except for “kernel-longterm” which had the same “uname-r” issue… but kernel-longterm-core and the rest did install.

9

Build 10235038 fixes it. Thanks Nicolas.

10

Thanks for early testers.
I’ve managed to fix the remaining issue and I’ve successfully tested it at runtime. (along with building some akmods with it)

I would like to also mention to EL users that a new kmodtool version will help to better interface with such ‘kernel-longterm’ package (please verify to have at least kmodtool-1.2 for RHEL and alikes, kmodtool 1.1 is good enough for Fedora users).