You are not logged in.
- Topics: Active | Unanswered
#1 2014-11-14 19:53:10
- graysky
- Wiki Maintainer
- From: :wq
- Registered: 2008-12-01
- Posts: 10,734
- Website
Correct way to provide the module in two packages [SOLVED]
The linux package in [core] supplies /lib/modules/3.17.2-1-ARCH/kernel/drivers/hwmon/nct6775.ko.gz BUT there is development ongoing to support additional chipsets which is currently not merged upstream. For my new Z97 motherboard for example. How can I supply a package in the AUR that provides the very same file but based on the github repo from the kernel developer? Obviously, the two files will conflict and pacman will error out.
Last edited by graysky (2014-11-14 22:17:19)
Offline
#2 2014-11-14 20:00:23
- elken
- Member
- From: Emacs
- Registered: 2013-10-17
- Posts: 67
Re: Correct way to provide the module in two packages [SOLVED]
Use a patch?
Useless shit wot I do | "A very witty and relatable quote." -- A wise man
Offline
#3 2014-11-14 20:02:41
- ReiserFS
- Member
- Registered: 2014-02-01
- Posts: 57
Re: Correct way to provide the module in two packages [SOLVED]
mabye --force option.
Offline
#4 2014-11-14 20:04:02
- elken
- Member
- From: Emacs
- Registered: 2013-10-17
- Posts: 67
Re: Correct way to provide the module in two packages [SOLVED]
No, --force is a bad idea. A package should require a user to provide extra flags to install, and a patch makes it easy to revert the changes out.
Useless shit wot I do | "A very witty and relatable quote." -- A wise man
Offline
#5 2014-11-14 20:39:54
- clfarron4
- Member
- From: London, UK
- Registered: 2013-06-28
- Posts: 2,175
- Website
Re: Correct way to provide the module in two packages [SOLVED]
A package should require a user to provide extra flags to install, and a patch makes it easy to revert the changes out.
Yeah, but re-compiling kernels...
So I think we're looking for away of doing this neatly without recompiling kernels.
Last edited by clfarron4 (2014-11-14 20:41:13)
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
#6 2014-11-14 20:41:58
- elken
- Member
- From: Emacs
- Registered: 2013-10-17
- Posts: 67
Re: Correct way to provide the module in two packages [SOLVED]
Could one not use kmod? (I confess I've not used or looked into kmod much so excuse my ignorance)
So I think we're looking for away of doing this neatly without recompiling kernels.
Outside of the obvious patch or use a different kernel setup, I'm out of ideas 
Last edited by elken (2014-11-14 20:43:43)
Useless shit wot I do | "A very witty and relatable quote." -- A wise man
Offline
#7 2014-11-14 21:33:48
- graysky
- Wiki Maintainer
- From: :wq
- Registered: 2008-12-01
- Posts: 10,734
- Website
Re: Correct way to provide the module in two packages [SOLVED]
Right, my package flie will conflicts with the [core]/linux package file. Not sure that there is a clean way to do this one...
Offline
#8 2014-11-14 21:50:24
- Gusar
- Member
- Registered: 2009-08-25
- Posts: 3,607
Re: Correct way to provide the module in two packages [SOLVED]
No idea if it actually works, but I think putting the module into the /usr/lib/modules/`uname -r`/updates directory should do the trick.
Offline
#9 2014-11-14 22:16:25
- graysky
- Wiki Maintainer
- From: :wq
- Registered: 2008-12-01
- Posts: 10,734
- Website
Re: Correct way to provide the module in two packages [SOLVED]
@Gusar - Excellent suggestion and it does work!
https://aur.archlinux.org/packages/nct677x-git/
Last edited by graysky (2014-11-14 22:18:13)
Offline
#10 2014-11-15 11:26:13
- tomk
- Forum Fellow
- From: Ireland
- Registered: 2004-07-21
- Posts: 9,839
Re: Correct way to provide the module in two packages [SOLVED]
And the reason it works is the 'search' directive in /usr/lib/depmod.d/search.conf - see depmod.d(5) for full details.
Offline