Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
On Thu, Jan 3, 2013 at 11:53 PM, Mathieu Malaterre <email@example.com> wrote:
> On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu <firstname.lastname@example.org> wrote:
>> Hi Cheng,
>> On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng <email@example.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).
>>> (or a direct link to the .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
> Since both packages are related to NVidia technologies, why not
> maintain them under the Debian NVIDIA Maintainers
> <firstname.lastname@example.org> group ?
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...