Bug#659440: Patch for bumblebee package
Hi, attached is a patch for the bumblebee package to properly handle the configuration files stored in /etc/bumblebee. For some reason, the package used to not ship these files, but instead copy them in postinst, which means users would not be prompted about changes in the default configuration, nor obtain an updated configuration if they did not change the file. I noticed this earlier too, but I was unsure whether there was a specific reason upstream decided not to use conffiles for some of the configuration files in /etc/bumblebee. That's something I plan on asking the upstream PPA maintainers, but for now I'm somewhat hesitant to change it... I see. I am using the package with my patch applied for a few weeks now, and it is working all right. Not obtaining default configuration upgrades may be a big problem for users which end up suddenly having a non-working configuration... The packages at http://suwako.nomanga.net/debian/pool/main/b/bumblebee/ (which I used before I noticed your package) also make the files in /etc/bumblebee proper conffiles. AFAIK, they are based on the same Ubuntu PPA. I also simplieifed debian/rules a bit in favour of using debian/bumblebee.install to give additional files which are included in the package. The bash-completion file is installed by make install, so there's no need to do that again. Thanks, applied this part of your patch to the git repo. :) Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: Patch for bumblebee package
Hi, First off, sorry for the delayed response... On Thu, Mar 7, 2013 at 1:32 AM, Ralf Jung p...@ralfj.de wrote: Hi, attached is a patch for the bumblebee package to properly handle the configuration files stored in /etc/bumblebee. For some reason, the package used to not ship these files, but instead copy them in postinst, which means users would not be prompted about changes in the default configuration, nor obtain an updated configuration if they did not change the file. I noticed this earlier too, but I was unsure whether there was a specific reason upstream decided not to use conffiles for some of the configuration files in /etc/bumblebee. That's something I plan on asking the upstream PPA maintainers, but for now I'm somewhat hesitant to change it... I also simplieifed debian/rules a bit in favour of using debian/bumblebee.install to give additional files which are included in the package. The bash-completion file is installed by make install, so there's no need to do that again. Thanks, applied this part of your patch to the git repo. 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: Patch for bumblebee package
Hi, attached is a patch for the bumblebee package to properly handle the configuration files stored in /etc/bumblebee. For some reason, the package used to not ship these files, but instead copy them in postinst, which means users would not be prompted about changes in the default configuration, nor obtain an updated configuration if they did not change the file. I also simplieifed debian/rules a bit in favour of using debian/bumblebee.install to give additional files which are included in the package. The bash-completion file is installed by make install, so there's no need to do that again. Kind regards, Ralf From 23f3310b78ecace5fba1c92fac0e55544f0eb8df Mon Sep 17 00:00:00 2001 From: Ralf Jung p...@ralfj.de Date: Wed, 6 Mar 2013 21:47:23 +0100 Subject: [PATCH] Make the files in /etc conffiles and use debian/bumblebee.install instead of manually calling dh_install or cp copying the bash_completion file is no longer needed, make install does that --- debian/bumblebee.install |2 ++ debian/postinst |6 -- debian/postrm|1 + debian/rules | 14 -- 4 files changed, 3 insertions(+), 20 deletions(-) create mode 100644 debian/bumblebee.install diff --git a/debian/bumblebee.install b/debian/bumblebee.install new file mode 100644 index 000..f6931c5 --- /dev/null +++ b/debian/bumblebee.install @@ -0,0 +1,2 @@ +debian/bumblebee/etc/bumblebee/* usr/share/bumblebee/default-conf/ +scripts/systemd/bumblebeed.service lib/systemd/system/ diff --git a/debian/postinst b/debian/postinst index 5a06623..76cf24e 100644 --- a/debian/postinst +++ b/debian/postinst @@ -14,12 +14,6 @@ USE_GROUPS='adm sudo admin' case $1 in configure) -for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do -if [ ! -f /etc/bumblebee/$file ]; then -cp -p /usr/share/bumblebee/default-conf/$file /etc/bumblebee/ -fi -done - # only add a group and members if the configured group does match the # default group and if the group is missing if grep -qx ServerGroup=$BB_GROUP /etc/bumblebee/bumblebee.conf diff --git a/debian/postrm b/debian/postrm index 24f2c6d..95f7ec8 100644 --- a/debian/postrm +++ b/debian/postrm @@ -9,6 +9,7 @@ set -e case $1 in purge) groupdel bumblebee || true +# keep this as old versions did not mark these files as conffiles for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do rm -f /etc/bumblebee/$file done diff --git a/debian/rules b/debian/rules index 90e38e7..fe4008f 100755 --- a/debian/rules +++ b/debian/rules @@ -23,20 +23,6 @@ endif override_dh_auto_install: dh_auto_install --destdir=debian/bumblebee/ - dh_installdirs usr/share/bumblebee/default-conf - mv debian/bumblebee/etc/bumblebee/* \ - debian/bumblebee/usr/share/bumblebee/default-conf/ - dh_installdirs lib/systemd/system - cp scripts/systemd/bumblebeed.service \ - debian/bumblebee/lib/systemd/system/bumblebeed.service - -override_dh_install: - dh_install - # Use our own sysvinit script instead of the one distributed upstream - #cp scripts/sysvinit/bumblebeed debian/bumblebee.bumblebeed.init - #cp scripts/upstart/bumblebeed.conf debian/bumblebee.bumblebeed.upstart - cp scripts/bash_completion/bumblebee \ - debian/bumblebee/etc/bash_completion.d/bumblebee override_dh_installinit: dh_installinit --name=bumblebeed -- 1.7.10.4
Bug#659440: bumblebee 3.1 package
Hi, I just compiled the current bumblebee package git (2b221e81) and the bumblebeed seems to work fine - I still have to test the new optirun stuff though. Thanks a lot :) However I have two questions (one could call them bugreports, but there's no package yet to send a bugreport against ;-) - The new README file says that primus was the default, but from all I can see, the upstream default is not changed, and the alternative in debian/control even prefers virtualgl. Of course, aptitude will still install primus per default since virtualgl is not packaged, and optirun will happily use it since the bridge is set up to auto. Is that intentional? - More serious, the package does not deal well with the configuration files in /etc/bumblebee. If I understood it properly, those file are copied by the postinst from /usr/share/bumblebee/default-conf unless they already exist. This means that if the default file changes, the user will not be modified, and even users not changing the configuration would not get the update. I do not even understand why this is done, since dpkg handle configuration files excellently. If nobody is working on that issue yet, I will try to fix this next weekend. Kind regards, Ralf -- 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 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: ITP: primus -- Low-overhead client-side GPU offloading
Hi, On Mon, Jan 7, 2013 at 7:29 AM, Vincent Cheng vincentc1...@gmail.com wrote: [...] How about this: I'll upload my work to collab-maint for now, and if we decide later that we do in fact want primus maintained in pkg-nvidia, we could always just switch over. :) Fine with me. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
On 2013-01-07 07:29, Vincent Cheng wrote: think anyone who's currently in the pkg-nvidia team (Russ/Andreas?) has commented on whether or not they'd like to have primus maintained within the team. I don't really care - optimus, primus, bumblebee, ... is stuff I'm (currently) not being interested in - but I appreciate your work on these things. I welcome everyone working on something related to (proprietary) Nvidia stuff to join the team, and publish packages either under the team umbrella or separately. Time will show whether some piece of contrib software will find more general use (e.g. src:khronos-opencl-headers moved to main, but that does not mean we need to kick out of the team - but if a more suitable team comes around we could hand it over ...) Being a member of a team does not mean you have to care about every package managed by the team ... but it may simplify discussion and sponsoring. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
On Sun, Jan 6, 2013 at 2:41 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Thu, Jan 3, 2013 at 11:53 PM, Mathieu Malaterre ma...@debian.org wrote: On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote: Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! Since both packages are related to NVidia technologies, why not maintain them under the Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org group ? See: http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org 2cts, I'm indifferent to maintaining the set of packages that bumblebee requires either within or outside of pkg-nvidia. On one hand, virtualgl/primus is only being considered in Debian right now for bumblebee support, but these technologies are not specifically tied to Nvidia. Then again, bumblebee and co. will only be necessary with the proprietary nvidia drivers once prime/dma-buf support for nouveau is fully implemented and mature (I'm unsure about what the current status of optimus support with the free drivers are, at this moment). I'll hold off on uploading my primus packaging until we come to some sort of consensus... Please dont. My suggestion to use the pkg-nvidia-devel umbrella group was simply a mean of going thing going, not stopping them. I work within other umbrealla group and this help in situations such as (p-n-d makes it as easy chanel for discussion): - request DD upload from a DM - discussion on p-n-d@d.o on complex dependencies for package. If your package is a leaf in the dependency tree, then this does not apply to you. If you feel confidant, then please upload as-is. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
On Sun, Jan 6, 2013 at 12:33 AM, Mathieu Malaterre ma...@debian.org wrote: On Sun, Jan 6, 2013 at 2:41 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Thu, Jan 3, 2013 at 11:53 PM, Mathieu Malaterre ma...@debian.org wrote: On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote: Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! Since both packages are related to NVidia technologies, why not maintain them under the Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org group ? See: http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org 2cts, I'm indifferent to maintaining the set of packages that bumblebee requires either within or outside of pkg-nvidia. On one hand, virtualgl/primus is only being considered in Debian right now for bumblebee support, but these technologies are not specifically tied to Nvidia. Then again, bumblebee and co. will only be necessary with the proprietary nvidia drivers once prime/dma-buf support for nouveau is fully implemented and mature (I'm unsure about what the current status of optimus support with the free drivers are, at this moment). I'll hold off on uploading my primus packaging until we come to some sort of consensus... Please dont. My suggestion to use the pkg-nvidia-devel umbrella group was simply a mean of going thing going, not stopping them. I work within other umbrealla group and this help in situations such as (p-n-d makes it as easy chanel for discussion): - request DD upload from a DM - discussion on p-n-d@d.o on complex dependencies for package. If your package is a leaf in the dependency tree, then this does not apply to you. I generally agree that maintaining packages in a team is better than not doing so, when there are multiple people willing to work on the package. For primus specifically however, I'm still not quite sure which approach everyone would prefer; Aron has already said that he thinks that primus should be maintained outside the team, and I don't think anyone who's currently in the pkg-nvidia team (Russ/Andreas?) has commented on whether or not they'd like to have primus maintained within the team. Being able to use pkg-nvidia-devel@lists.a.d.o rather than having to setup another mailing list is certainly very convenient though. If you feel confidant, then please upload as-is. I'm just a DM, so I'll need a sponsor once the package is fit for the archives. (I've worked with Aron on a number of other packages before, so presumably he'd be willing to sponsor my package, regardless of whether primus ends up being team-maintained or not.) How about this: I'll upload my work to collab-maint for now, and if we decide later that we do in fact want primus maintained in pkg-nvidia, we could always just switch over. :) 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: ITP: primus -- Low-overhead client-side GPU offloading
On Thu, Jan 3, 2013 at 1:30 PM, Aron Xu a...@debian.org wrote: Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! I'd be glad to help out and co-maintain bumblebee and co. with you (and that goes for everyone who's following along with this bug report). I've just gotten commit access for pkg-nvidia's repositories and will upload the work I've done on primus later tonight. 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: ITP: primus -- Low-overhead client-side GPU offloading
On Thu, Jan 3, 2013 at 11:53 PM, Mathieu Malaterre ma...@debian.org wrote: On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote: Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! Since both packages are related to NVidia technologies, why not maintain them under the Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org group ? See: http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org 2cts, I'm indifferent to maintaining the set of packages that bumblebee requires either within or outside of pkg-nvidia. On one hand, virtualgl/primus is only being considered in Debian right now for bumblebee support, but these technologies are not specifically tied to Nvidia. Then again, bumblebee and co. will only be necessary with the proprietary nvidia drivers once prime/dma-buf support for nouveau is fully implemented and mature (I'm unsure about what the current status of optimus support with the free drivers are, at this moment). I'll hold off on uploading my primus packaging until we come to some sort of consensus... 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: Bug#692597: Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
I agree both bbswitch and bumblebee should be maintained in pkg-nvidia, and I've already done that for bbswitch. But I think primus and virtualgl should not go into the team. What do you think?
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! -- 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: ITP: primus -- Low-overhead client-side GPU offloading
On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote: Hi Cheng, On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) I haven't tried your package yet, but I invite you to help me maintain this package. There are many things on my plate already and it would be good to work with you, ;-) I plan to work on packaging/uploading bumblebee after 9th this month, it's not so urgent as bbswitch is still in NEW. Again, help is appreciated! Since both packages are related to NVidia technologies, why not maintain them under the Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org group ? See: http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org 2cts, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
Hi everyone, I just wanted to chip in and share the work I've done on primus' packaging, since there aren't any readily-available .debs (or a repository) for primus on Debian (at least, I haven't found any yet). The packaging is definitely a work-in-progress, but IMHO primus itself is pretty mature, and the only regression it has compared to optirun/VirtualGL (that I've found) is that it doesn't seem to work with nvidia-settings (a few games that I have which crash using primusrun also crash with optirun, so no loss there). http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html (or a direct link to the .dsc: http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc) 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
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
Bug#659440: blocks 659440 by 692597
blocks 659440 by 692597 thanks primus is a replacement of virtualgl here, which does not require libjpeg-turbo and is faster, but also far less feature-rich like it. -- 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:
On Thu, Oct 11, 2012 at 3:22 AM, Ritesh Raj Sarraf r...@debian.org wrote: On Wednesday 03 October 2012 09:45 PM, Aron Xu wrote: I'm interested on getting bumblebee land on Debian, but my personal time does not allow me to do very much of the work. If there are people who are willing to work together then it will be good. So I got myself a Lenovo W530 which has the same requirement. I am willing to take maintenance of this package. I currently just am installing the bumblebee packages from [1]. If everything works, I will use its source as a start for the packaging work. Aron, If you have already done any work, please let me know. I've tried from bumblebee stable PPA with Ubuntu 12.04 LTS on my T430, and it works like a charm. I guess it won't require a lot of work to make them fit for Debian. I've created a git repository of bbswitch[1] in pkg-nvidia which is largely based on the work in that PPA. I think the package bumblebee should also go into pkg-nvidia. virtualgl and libjpeg-turbo need to be treated outside the team. [1]http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bbswitch.git -- 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:
On Wednesday 03 October 2012 09:45 PM, Aron Xu wrote: I'm interested on getting bumblebee land on Debian, but my personal time does not allow me to do very much of the work. If there are people who are willing to work together then it will be good. So I got myself a Lenovo W530 which has the same requirement. I am willing to take maintenance of this package. I currently just am installing the bumblebee packages from [1]. If everything works, I will use its source as a start for the packaging work. Aron, If you have already done any work, please let me know. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#659440:
I'm interested on getting bumblebee land on Debian, but my personal time does not allow me to do very much of the work. If there are people who are willing to work together then it will be good. -- 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:
Following instructions from: http://wiki.debian.org/Bumblebee I could get everything installed+running on my debian/stable system. It would be nice to import all those missing ubuntu packages directly in debian. 2ct -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: RFP: bumblebee -- nVidia Optimus support for GNU/Linux
Package: wnpp Severity: wishlist * Package name: bumblebee Version : 3.0 Upstream Author : Jaron Viëtor AKA Thulinma ja...@vietors.com, Joaquín Ignacio Aramendía samsa...@gmail.com, Peter Lekensteyn lekenst...@gmail.com * URL : http://bumblebee-project.org/ * License : GPL 3+ Programming Lang: C Description : nVidia Optimus support for GNU/Linux Bumblebee daemon is a rewrite of the original [Bumblebee](https://github.com/Bumblebee-Project/Bumblebee-old) service, providing an elegant and stable means of managing Optimus hybrid graphics chipsets. A primary goal of this project is to not only enable use of the discrete GPU for rendering, but also to enable smart power management of the dGPU when it's not in use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org