[arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration
I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing "/usr/lib/nvidia" 3. make nvidia-utils depend on nvidia-utils-helper Reasoning: A while back, I asked aur-general what they thought about putting bumblebee into [community] [0]. The responses were few but positive. So now I want to actually get this working. The suggested changes will enable me to integrate bumblebee without having to create a nvidia-utils-bumblebee package which would essentially duplicate all the data that is in the nvidia-utils package to begin with I'd like to keep it simple and not create nvidia-utils-bumblebee and lib32-nvidia-utils-bumblebee. Instead we can do with just a simple helper package. At the same time, we could delete a bunch of nvidia-utils packages on AUR. A new package "bumblebee" that I'd add would conflict/provide nvidia-utils-helper but wouldn't contain the ld.so.conf.d file. This would mean that the nvidia libs wouldn't get used by default on an optimus system but instead would need to be explicitly loaded (as is wanted). The transition should be seamless for all other users on non-nvidia systems. I know there was a proposal by an nvidia employee a while back to make changes to the nvidia upstream driver package as well as mesa that would enable inherent coexistence of mesa-libgl and nvidia-utils but I asked that employee and he said there had been no progress on that proposal. So here we stand. [0] https://mailman.archlinux.org/pipermail/aur-general/2013-March/022295.html
+1 Sounds reasonable. But, is there a way to achieve the same result without using a helper package? -- Sincerely, Alexander Rødseth xyproto / TU
On 13.03.2013 12:59, Alexander Rødseth wrote:
+1 Sounds reasonable.
But, is there a way to achieve the same result without using a helper package?
I don't know. It would be appreciated but I don't know how that could be done. I most certainly don't want magic in nvidia-utils post_install().
Tu as essayé Bumblebee?
On 13 March 2013 18:06, Sven-Hendrik Haase
+1 Sounds reasonable.
But, is there a way to achieve the same result without using a helper
On 13.03.2013 12:59, Alexander Rødseth wrote: package?
I don't know. It would be appreciated but I don't know how that could be done. I most certainly don't want magic in nvidia-utils post_install().
Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit :
I propose a change to the nvidia-utils that is as follows:
1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing "/usr/lib/nvidia" 3. make nvidia-utils depend on nvidia-utils-helper
1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl
On 13.03.2013 22:15, Laurent Carlier wrote:
Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit :
I propose a change to the nvidia-utils that is as follows:
1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing "/usr/lib/nvidia" 3. make nvidia-utils depend on nvidia-utils-helper
1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl
Shouldn't libglx.so go into that package as well? But then it wouldn't be correct to call it nvidia-libgl anymore. I like the symlink idea.
Am 14.03.2013 02:59, schrieb Sven-Hendrik Haase:
On 13.03.2013 22:15, Laurent Carlier wrote:
Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit :
I propose a change to the nvidia-utils that is as follows:
1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing "/usr/lib/nvidia" 3. make nvidia-utils depend on nvidia-utils-helper
1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl
Shouldn't libglx.so go into that package as well? But then it wouldn't be correct to call it nvidia-libgl anymore. I like the symlink idea.
mesa-libgl looks exactly the same.
On 14.03.2013 10:03, Thomas Bächler wrote:
Am 14.03.2013 02:59, schrieb Sven-Hendrik Haase:
On 13.03.2013 22:15, Laurent Carlier wrote:
Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit :
I propose a change to the nvidia-utils that is as follows:
1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing "/usr/lib/nvidia" 3. make nvidia-utils depend on nvidia-utils-helper
1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl Shouldn't libglx.so go into that package as well? But then it wouldn't be correct to call it nvidia-libgl anymore. I like the symlink idea. mesa-libgl looks exactly the same.
Indeed, you are right. Well then, nvidia-libgl would fit fine.
In continuation of this discussion, I bring forth my proposed new nvidia-utils PKGBUILD. Please see if you find anything wrong with it.
On 04/01/2013 10:34 AM, Sven-Hendrik Haase wrote:
In continuation of this discussion, I bring forth my proposed new nvidia-utils PKGBUILD. Please see if you find anything wrong with it.
looks fine. go ahead and commit it in testing. make sure do merge this changes into nvidia-utils-304xx and lib32-nvidia-utils. -- Ionuț
participants (6)
-
Alexander Rødseth
-
Guillaume Alaux
-
Ionut Biru
-
Laurent Carlier
-
Sven-Hendrik Haase
-
Thomas Bächler