[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#659440: bumblebee packaging

On Mon, Jan 21, 2013 at 5:51 PM, Andreas Beckmann <debian@abeckmann.de> wrote:
> On 2013-01-21 10:12, Vincent Cheng wrote:
>> On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu <happyaron.xu@gmail.com> wrote:
>>> I've made some progress on bumblebee and pushed to pkg-nvidia repo:
>> I've made a number of small changes to take into account certain
>> differences between Debian and Ubuntu's packaging of nvidia's
>> proprietary drivers [1][2] and added an udev rule to fix a bug [3].
> Nice too see some progress :-)
> Are there any problems you encounter with the nvidia driver packaging in
> Debian? Please also test with nvidia-kernel-common and glx-alternative-*
> from experimental (they change the kernel module blacklist handling to
> be controlled with the glx alternatives, a update-initramfs call may be
> needed in addition to update-alternatives, but therefore you can disable
> the blacklist without manually doing rm or dpkg --purge).

No real problems so far, there are only some if/else to handle the
difference between Debian and Ubuntu, as both Vincent and I would like
to make this package working in the two systems. We haven't tried the
packages you mentioned from experimental, will do that and thanks for
the info.

> One of the goals of the current packaging is usability in live systems -
> having all the proprietary drivers co-installable and allow them to be
> installed but deactivated, so that some (yet to be written) utility
> could detect hardware, switch alternatives, and create X config.
> It would be nice if bumblebee would somehow integrate in this.
> (Disclaimer: I don't do anything -live myself.)
> Andreas

I agree that integrating bumblebee into live systems is useful, and
actually bumblebee works with nouveau as well at least for power
saving (disabling the discrete card), which is useful for those who
installs multiple systems typically Linux + Windows.

Aron Xu

Reply to: