similar to: dkms

Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean

Package: blktap-dkms Version: 2.0.93-0.2 Severity: serious Justification: fails to build from source (but built successfully in the past) The build fails on 3.14 kernel with the following error: /var/lib/dkms/blktap/2.0.93/build/ring.c: In function ?blktap_ring_make_tr_request?: /var/lib/dkms/blktap/2.0.93/build/ring.c:314:32: error: ?struct bio? has no member named ?bi_sector?

Hi everyone. I was trying to test a more recent version of btrfs on my current kernel (2.6.37) using dkms, without success. I followed these instructions: https://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories - cloned the repo - symlinked to /usr/src/btrfs-git - patched version.sh: Please note version.sh requires bash (better to change the shebang or fix the script). Even with the

Package: wnpp Severity: wishlist Owner: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> * Package name : blktap-dkms Version : 2.0.90 Upstream Author : Jon Ludlam <jonathan.ludlam at eu.citrix.com> * URL : http://www.xen.org/ * License : GPL-2 Programming Lang: C Description : Xen blktap kernel component DKMS package This package

Package: blktap-dkms Version: 2.0.93-0.1 Severity: serious Justification: fails to build from source (but built successfully in the past) blktap fails to build on kernel 3.13 and probably older kernels as well. According to this bug: https://bugs.launchpad.net/ubuntu/+source/blktap-dkms/+bug/1245009 VM_RESERVED is deprecated as of 3.7. Building with the patch described in that bug allows for

I've just built the nvidia driver for my home machine for the third time and I'd like to put it into a dkms format, but I'm not entirely clear on what goes where to make this work. I googled for a good primer on dkms, but what I'm finding is essentially equivalent to the man page, which, like most Unix/Linux man pages, doesn't really tell you "how to do this from

Hi, Unfortunately, I did not succeed to compile a btrfs module via dkms from btrfs-unstable (commit 9aeead73782c4b8e2a91def36dbf95db28605c95) for kernel version 2.6.34-git16. For the exact error message, please see the make.log attached. If I replace the symlink to btrfs-unstable/fs/btrfs by a sumlink to the corresponding subdirectory of the kernel tree everything works well. Thanks, Andreas

My OQO boxes have the AR5413 wifi chipset, so for the first time in quite a while, I again need to run madwifi. So I went looking for the dkms madwifi rpms, but could not find them. They use to be on rpmforge, as I recall. dkms is there. So have I lost some memory cells or have these rpms taken a hike?

I got the DKMS-system working and now have the Nvidia-drivers v173.08 installed (using rpmforge as suggested previously). Unfortunately this particular driver version gives me screen artifacts so as to make the screen more or less unreadable. Nvidia's proprietary drivers are now up to v180.44 and this version is fine with my test system. I really like the DKMS-system, as it enables me

Package: blktap-dkms Version: 2.0.93-0.3 Severity: serious Tags: sid stretch User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to build a kernel module for the current sid kernel: Setting up blktap-dkms (2.0.93-0.3) ... Loading new blktap-2.0.93 DKMS files... First Installation: checking all kernels... dpkg: warning: version

Hi - I'm trying to get wireless running on CentOS 4.7 on a dual core laptop (latitude-e4500) for an employee. I'm having trouble with building dkms-ndiswraper-1.54-1.el4.rf - enclosed are the errors messages. The kernel was rebuilt to disable CONFIG_4KSTACKS. The errors prior to rebuilding the kernel are identical to the errors after rebuilding the kernel and rebooting - minus the error

tags 742515 + patch tags 742515 + pending thanks Dear maintainer, I've prepared an NMU for blktap-dkms (versioned as 2.0.93-0.2) and uploaded it directly to the archive as discussed on IRC. Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: blktap-dkms-2.0.93-0.2-nmu.diff Type: text/x-diff Size: 2499 bytes Desc: not available URL:

Package: blktap-dkms Version: 2.0.93-0.10 Severity: serious User: debian-qa at lists.debian.org Usertags: piuparts Hi, blktap-dkms fails to build a module for Linux 4.12: Selecting previously unselected package blktap-dkms. (Reading database ... 34976 files and directories currently installed.) Preparing to unpack .../blktap-dkms_2.0.93-0.10_amd64.deb ... Unpacking blktap-dkms (2.0.93-0.10) ...

Package: blktap-dkms Version: 2.0.91-1 Severity: normal After an update of the kernel in SID, I have noticed that blktap-dkms didn't automatically rebuild itself when I upgraded my server with a newer kernel version. My understanding is that it should have. Also, doing dpkg-reconfigure blktap-dkms or reinstalling the package did make it rebuild the kernel module. Thomas Goirand (zigo) --

Ok, on to new swamps. I would like to enable PPTP on CentOS4 to accept connections from clients running MicroSoft Win2K and XP pro from outside our firewall. I am testing pptpd-1.2.3-0 and tells me that I need kernel support for MPPE, which I suppose is MicroSoft's own form of PtoP encryption. Is there a way of doing this without rebuilding the kernel? If so, how? Regards, Jim --

Package: blktap-dkms Version: 2.0.93-0.5 Severity: important Tags: patch User: apw at ubuntu.com Usertags: origin-ubuntu xenial ubuntu-patch Mainline 4.4 switches how we detect atomicity. Follow that change when compiling against 4.4 based kernels. We are using this in Ubuntu with our latest kernels. Thanks for considering the patch. -apw -- System Information: Debian Release: stretch/sid

yum check-update: clamav.i386 0.88.1-1.el4.kb kbs-CentOS-Extra clamav-data.i386 0.88.1-1.el4.kb kbs-CentOS-Extra clamav-lib.i386 0.88.1-1.el4.kb kbs-CentOS-Extra clamav-update.i386 0.88.1-1.el4.kb kbs-CentOS-Extra yum update: Installing: clamav-db i386 0.88.2-1.el4.rf rpmforge 4.0 M replacing

Is there some way to make dkms NOT try to install/load a driver? mark, with an old NVidia card that is *NOT* supported by anything newer than 174, and *certainly* not by the "generic" xorg x11 nvidia driver

Package: blktap-dkms Version: 2.0.91-2 X-Debbugs-CC: wzssyqa at gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on

I was about to install clamav from the dag repo, but added the kbs-CentOS-Extra repo lately. So, there's one as well and I thought I might better get this one since it is rebuilt for CentOS. I'm getting a few confusing dependencies, though. fedora-usermgmt noarch 0.8-1 kbs-CentOS-Extras 7.7 k fedora-usermgmt-setup noarch 0.8-1