Package Details: uvesafb-dkms 1.0.1-1

Git Clone URL: https://aur.archlinux.org/uvesafb-dkms.git (read-only)
Package Base: uvesafb-dkms
Description: uvesafb dkms driver and v86d userspace helper for uvesafb that runs x86 code in an emulated environment
Upstream URL: https://github.com/jghodd/uvesafb-dkms
Licenses: GPL2
Provides: v86d
Replaces: v86d
Submitter: bartus
Maintainer: jghodd
Last Packager: jghodd
Votes: 5
Popularity: 0.644379
First Submitted: 2018-03-13 08:40
Last Updated: 2018-07-07 15:54

Latest Comments

dreieck commented on 2019-08-05 09:57

Maybe best idea is to depend on v86d and not provide v86d by yourself?

x3ro commented on 2018-07-18 10:01

I got the following error when upgrading my AUR packages:

error: failed to commit transaction (conflicting files) v86d: /usr/bin/v86d exists in filesystem (owned by uvesafb-dkms) v86d: /usr/lib/initcpio/hooks/v86d exists in filesystem (owned by uvesafb-dkms) v86d: /usr/lib/initcpio/install/v86d exists in filesystem (owned by uvesafb-dkms) v86d: /usr/lib/modprobe.d/uvesafb.conf exists in filesystem (owned by uvesafb-dkms) Errors occurred, no packages were upgraded.

The problem was that I had v86d installed.

v86d has a dependency on uvesafb-dkms but uvesafb-dkms (now?) also provides v86d. (I assume that uvesafb-dkms changed recently to also provide v86d.)

Uninstalling v86d and upgrading uvesafb-dkms seems to have fixed the problem. At least the v86d command is still available after that.

rubystallion commented on 2018-05-10 05:55

I'm getting the following error: loading out-of-tree module taints kernel. Getting VBE info block failed (eax=0x4f00, err=1) ube_init() failed with -22 probe of uvesafb.0 failed with error -22

I installed this package, did the checks in the wiki and ran mkinitcpio without any warnings. Graphics driver is i915 for Intel onboard graphics and nouveau for NVIDIA GP107M.

eschwartz commented on 2018-04-17 23:04

The real question here, is why does this have a versioned dependency on dkms?

karl_gerh commented on 2018-04-01 20:02

Thank you very much!

jghodd commented on 2018-03-31 21:07

@karl_gerh - yeah. tested it. the dkms-sorted maintainer needs to change conflicts to replaces for dkms in his PKGBUILD. so actually, dkms-sorted doesn;t play nicely with uvesafb-dkms, or any other package with a dkms dependency for that matter. ;-)

jghodd commented on 2018-03-31 19:22

@karl_gerh - dkms-sorted both provides and conflicts with dkms from the official repositories. honestly, i don;t see any way around this. i have to provide support for the official version. i'll look into it and see if i have any options here, but so far i'm not seeing any syntax for an OR operation under depends (e.g. dkms OR dkms-sorted). i have to depend on dkms and dkms-sorted is supposed to provide dkms. the answer may be that the dkms-sorted maintainer should change his package so that instead of conflicting with dkms, it just replaces dkms.

replaces=('dkms') vs. conflicts=('dkms')

you can try this out yourself by downloaded the dkms-sorted snapshot, modify the PKGBUILD, substituting conflicts with replaces, build a new copy of dkms-sorted, install it and try it out.

karl_gerh commented on 2018-03-31 18:40

Hello,

uvesafb-dkms doesn't seem to play along nicely with dkms-sorted (which I use for zfs). Is there a way to make this work?

:: Building uvesafb-dkms package(s)... ==> Making package: uvesafb-dkms 1.0.0-2 (Sam Mär 31 20:37:42 CEST 2018) ==> Checking runtime dependencies... ==> Installing missing dependencies... resolving dependencies... looking for conflicting packages... :: dkms and dkms-sorted are in conflict. Remove dkms-sorted? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: dkms and dkms-sorted are in conflict ==> ERROR: 'pacman' failed to install missing dependencies. :: failed to build uvesafb-dkms package(s)