Bug#659440: bumblebee packaging
On Fri, Feb 15, 2013 at 7:20 AM, Aron Xu happyaron...@gmail.com wrote: Hi, On Tue, Jan 29, 2013 at 3:00 PM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, have you contacted upstream and asked to merge our work with their PPA packaging? I want to try to push as much of our work upstream to avoid duplicate work and potential oversights on our part...also, I suppose maybe some of their Ubuntu PPA packagers might be able to help with upstart. I'll go about preparing a merge request on Github if you aren't planning on doing so yourself. Not yet, while my first packaging was based on their PPA, though they only installed upstart init scripts in their PPA. Please go ahead with the merge request. Ok, I'll get around to it once I think about how I'm going to approach primus' packaging (refer to that other email I sent you for details). Now that bumblebee is taken care of, I've (finally) uploaded my primus packaging, to collab-maint for now (but am open to moving it into pkg-nvidia) [1]. Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=collab-maint/primus.git I'm okay for either collab-maint or pkg-nvidia, so it's up to your choice, :) Well...I feel inclined to pick pkg-nvidia just so we don't have to have a long list of people to cc: every time something related to primus' packaging is discussed. ;) I'll move the repository over from collab-maint to pkg-nvidia tomorrow then. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi, On Tue, Jan 29, 2013 at 3:00 PM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, have you contacted upstream and asked to merge our work with their PPA packaging? I want to try to push as much of our work upstream to avoid duplicate work and potential oversights on our part...also, I suppose maybe some of their Ubuntu PPA packagers might be able to help with upstart. I'll go about preparing a merge request on Github if you aren't planning on doing so yourself. Not yet, while my first packaging was based on their PPA, though they only installed upstart init scripts in their PPA. Please go ahead with the merge request. Now that bumblebee is taken care of, I've (finally) uploaded my primus packaging, to collab-maint for now (but am open to moving it into pkg-nvidia) [1]. Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=collab-maint/primus.git I'm okay for either collab-maint or pkg-nvidia, so it's up to your choice, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
On Wed, Jan 23, 2013 at 2:24 AM, Vincent Cheng vincentc1...@gmail.com wrote: [...] Anyways, right now I'm hitting a strange bug with the packages I built; dpkg just seems to hang while installing bumblebee and bumblebee-nvidia, i.e.: $ sudo dpkg -i bumblebee_3.0.1-1_amd64.deb bumblebee-nvidia_3.0.1-1_amd64.deb (Reading database ... 398188 files and directories currently installed.) Preparing to replace bumblebee 3.0.1-1 (using bumblebee_3.0.1-1_amd64.deb) ... [ ok ] Stopping Bumblebee daemon: bumblebeed. Unpacking replacement bumblebee ... Preparing to replace bumblebee-nvidia 3.0.1-1 (using bumblebee-nvidia_3.0.1-1_amd64.deb) ... Unpacking replacement bumblebee-nvidia ... Setting up bumblebee (3.0.1-1) ... Installing new version of config file /etc/init.d/bumblebeed ... update-initramfs: deferring update (trigger activated) ...seems to get stuck here It turns out that the problem isn't caused by the postinst script. I tried stripping out portions of it piece by piece (starting with the conffile handling/dpkg-maintscript-helper snippets), but nothing helped. Then I took a look at what should've appeared right afterwards if dpkg didn't get stuck somehow: snip Setting up bumblebee (3.0.1-1) ... Adding members from group(s) 'adm sudo admin' to 'bumblebee': update-initramfs: deferring update (trigger activated) [ ok ] Starting Bumblebee daemon: bumblebeed. Ah, bumblebee's init script... A 3-way comparison later between the distro-agnostic init script provided upstream, the one provided by suwako.nomanga.net, and the one currently in the pkg-nvidia git repo (presumably taken from a dh-make template?), and it turns out that this is what was missing: -DAEMON_ARGS=--use-syslog +DAEMON_ARGS=--daemon --use-syslog And the package installs fine now. :) Aron, have you contacted upstream and asked to merge our work with their PPA packaging? I want to try to push as much of our work upstream to avoid duplicate work and potential oversights on our part...also, I suppose maybe some of their Ubuntu PPA packagers might be able to help with upstart. I'll go about preparing a merge request on Github if you aren't planning on doing so yourself. Now that bumblebee is taken care of, I've (finally) uploaded my primus packaging, to collab-maint for now (but am open to moving it into pkg-nvidia) [1]. Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=collab-maint/primus.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
On Mon, Jan 21, 2013 at 1:51 AM, Andreas Beckmann deb...@abeckmann.de wrote: On 2013-01-21 10:12, Vincent Cheng wrote: On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@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). I have no problem with bumblebee and the current versions of nvidia-kernel-common and glx-alternative-{mesa,nvidia} in experimental; I've been tracking experimental for a while to get the latest nvidia driver releases anyways. Regardless of how glx-alternatives handles module blacklisting, debian/bumblebee.modprobe (installed by bumblebee's packaging as /etc/modprobe.d/bumblebee.conf) actually blacklists both nouveau and nvidia, since the discrete nvidia card is powered down when not in use and bbswitch loads and unloads the desired module on demand (when not in use, neither module is loaded). 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.) I've never tried running bumblebee + nvidia drivers on a live system before, but I think this should be possible, so long as nouveau can be unloaded without having to reboot (I suppose since i915 is driving the on-board graphics card and the display, that this is possible?). Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692597: Bug#659440: bumblebee packaging
On Mon, Jan 21, 2013 at 1:36 AM, Aron Xu happyaron...@gmail.com wrote: Hi Vincent, On Mon, Jan 21, 2013 at 5:12 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! 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]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Thanks for your work, I've tested my previous version on Debian Wheezy with a T420 Laptop, and it works as expected, using sysvinit and systemd, 3.2 and 3.7 kernels, all of them are ok. I tried to install my version of bbswitch and bumblebee on Ubuntu, but it appears that upstart needs more tuning, which I haven't worked on yet. If you have interest in it please have a try. Assuming that you're also using the proprietary nvidia drivers, I'm a bit surprised that your previous version (before I added my commits to the git repo, right?) of bumblebee's packaging works on your Debian laptop. The most important difference between the PPA and Igor's packaging is in bumblebee-nvidia's postinst: PPA: # update-alternatives --set $arch_gl_conf /usr/lib/$arch/mesa/ld.so.conf Igor's debian bumblebee repo (suwako.nomanga.net): # update-alternatives --set glx /usr/lib/mesa-diverted Assuming you haven't manually run update-alternatives to divert the glx symlink from /usr/lib/nvidia - /usr/lib/mesa-diverted (/usr/lib/nvidia has a higher priority than mesa-diverted), which for the record is also mentioned on the Bumblebee page of Debian's wiki [1], your intel graphics card would be trying to use nvidia's libGL instead of mesa's implementation, and you'd lose 3D acceleration. Debian's alternatives system doesn't have $arch_gl_conf, so the Ubuntu PPA's postinst (and your previous packaging) would fail to correctly divert libGL in Debian. (Unless I'm horribly mistaken and/or overlooked something in your packaging?) Just curious, what's the output of sudo update-alternatives --display glx and glxinfo on your laptop? Anyways, right now I'm hitting a strange bug with the packages I built; dpkg just seems to hang while installing bumblebee and bumblebee-nvidia, i.e.: $ sudo dpkg -i bumblebee_3.0.1-1_amd64.deb bumblebee-nvidia_3.0.1-1_amd64.deb (Reading database ... 398188 files and directories currently installed.) Preparing to replace bumblebee 3.0.1-1 (using bumblebee_3.0.1-1_amd64.deb) ... [ ok ] Stopping Bumblebee daemon: bumblebeed. Unpacking replacement bumblebee ... Preparing to replace bumblebee-nvidia 3.0.1-1 (using bumblebee-nvidia_3.0.1-1_amd64.deb) ... Unpacking replacement bumblebee-nvidia ... Setting up bumblebee (3.0.1-1) ... Installing new version of config file /etc/init.d/bumblebeed ... update-initramfs: deferring update (trigger activated) ...seems to get stuck here (Reproducible with the packaging after I committed my changes, and with only your changes instead.) Poking around with ps tells me that the show stopper is /bin/sh /var/lib/dpkg/info/bumblebee.postinst configure 3.0.1-1, hence something about bumblebee's postinst script is causing me some trouble, but then again Igor's Debian bumblebee packages work fine: $ sudo apt-get install bumblebee bumblebee-nvidia Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: bumblebee bumblebee-nvidia 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/62.0 kB of archives. After this operation, 246 kB of additional disk space will be used. Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously unselected package bumblebee. (Reading database ... 398161 files and directories currently installed.) Unpacking bumblebee (from .../bumblebee_3.0.1-1_amd64.deb) ... Selecting previously unselected package bumblebee-nvidia. Unpacking bumblebee-nvidia (from .../bumblebee-nvidia_3.0.1-1_all.deb) ... Processing triggers for man-db ... Setting up bumblebee (3.0.1-1) ... [ ok ] Starting Bumblebee daemon: bumblebeed. Setting up bumblebee-nvidia (3.0.1-1) ... update-alternatives: using /usr/lib/mesa-diverted to provide /usr/lib/glx (glx) in manual mode $ I'll take another look at this tomorrow, but for now I just want to go to bed. :) Regards, Vincent [1] http://wiki.debian.org/Bumblebee#Driver_choice -- To UNSUBSCRIBE, email to
Bug#659440: bumblebee packaging
Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! 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]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=commitdiff;h=9544a02384389d14a41af6f0e5e3f0d4146f8f73 [2] http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=commitdiff;h=7f51942a698ab09009b17a528418bbd6a3dfc78b [3] https://github.com/Bumblebee-Project/Bumblebee/issues/144 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi Vincent, On Mon, Jan 21, 2013 at 5:12 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! 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]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Thanks for your work, I've tested my previous version on Debian Wheezy with a T420 Laptop, and it works as expected, using sysvinit and systemd, 3.2 and 3.7 kernels, all of them are ok. I tried to install my version of bbswitch and bumblebee on Ubuntu, but it appears that upstart needs more tuning, which I haven't worked on yet. If you have interest in it please have a try. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
On Mon, Jan 21, 2013 at 5:51 PM, Andreas Beckmann deb...@abeckmann.de wrote: On 2013-01-21 10:12, Vincent Cheng wrote: On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@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. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
retitle 659440 ITP: bumblebee -- nVidia Optimus support for GNU/Linux thanks I've decided not waiting libjpeg-turbo for virtualgl, as it's not a necessary part for most users who just want the power saving. Also primus is usable for who don't want to wait. bbswitch has been uploaded and should be sitting in NEW soon. The progress may not be very quick but should be acceptable, help is always welcomed! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org