Bug#673424: bbswitch packaging
On Tue, Mar 19, 2013 at 4:54 AM, Ritesh Raj Sarraf <rrs@researchut.com> wrote:
> On Tuesday 19 March 2013 01:35 AM, Vincent Cheng wrote:
>> # Need functions from primus libGL to take precedence
>> export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
>> That line was already uncommented out in the script shipped by the package...
> Oh!! I must have missed that.
>
>>
>>> Yes. But I have ensure always that I review the config file. And in my
>>> opinion, the defaults should be KeepUnusedXServer=false
>> I suppose a better way of explaining why watching /proc/acpi/bbswitch
>> isn't reliable is by referencing the differences between how the
>> virtualgl and primus backends work. Virtualgl will always cause the
>> secondary X server to be spawned (everything is rendered on the
>> secondary X server before being displayed on the primary X server),
>> whereas primus will only offload glx calls to bumblebee, thus the
>> secondary X server will only start up when you run some sort of opengl
>> application with primus. That means that "optirun bash" or "optirun
>> xterm" will invariably turn on the secondary X server and the nvidia
>> gpu, whereas "primusrun bash" or "primusrun xterm" (or some other
>> application that doesn't use any glx calls) will not.
>
> Thanks for explaining this.
>
>>> I will try to update all the packages now and see the final results.
>>> Looks like you guys have pushed some updates today.
>> Please do test out my changes, but also please don't upload the
>> packages yet. I want to sort out the conffiles issue [1] first...
>>
>
> No worries. I myself would prefer if Aron (or someone else from the
> current pkg-nvidia team) reviews and does the upload.
>
It's very much appreciated if you can help on sponsoring, as my
personal time isn't very abundant recently so it could be a quite long
delay waiting my uploads...
But I'll keep an eye on the package and responded as soon as I can.
--
Regards,
Aron Xu
Reply to: