| Summary: | =net-misc/tigervnc-1.9.0 version bump | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Greg Turner <gmturner007> |
| Component: | Current packages | Assignee: | otakuto.gentoo |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | gentoo, proxy-maint |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
tigervnc-1.8.90.ebuild
tigervnc-1.8.90-030_manpages.patch tigervnc-1.8.90-055_xstartup.patch xserver120.patch xserver120-drmfourcc-header.patch tigervnc-1.8.90.ebuild |
||
Created attachment 535838 [details, diff]
tigervnc-1.8.90-030_manpages.patch
Created attachment 535840 [details, diff]
tigervnc-1.8.90-055_xstartup.patch
Created attachment 535842 [details, diff]
xserver120.patch
Created attachment 535844 [details, diff]
xserver120-drmfourcc-header.patch
maybe this should just be concatenated into xserver120.patch. Kept it separate as it's the only novel patch (hardly rocket science: xorg thinks a certain header will be in $(inc) but it apparently goes to $(inc)/libdrm in gentoo).
I use the server with xrdp, and have found no issues after a couple days of use. Thank you! Created attachment 539954 [details]
tigervnc-1.8.90.ebuild
(just replaces garbage pastecruft KEYWORDS with something quasi-sensible.
Thanks for the ebuild. I've been using it with Remmina as a client and VNC as a protocol together with LightDM to set up a new Laptop almost dayly over several weeks now and have not hit any issues. Thanks for your contribution. I just requested for bump. https://github.com/gentoo/gentoo/pull/9275 |
Created attachment 535836 [details] tigervnc-1.8.90.ebuild I noticed (because portage told me no xorg-server-1.20.0's allowed) that tigervnc pins xorg-server-1.19.5. Checked github and found that work is underway to build a 1.20.0-based release. Here's an ebuild that pulls the latest git development tag as of 20180613, namely, tigervnc-1.8.90. It's a super-quick force-of-will port without any thought given to, i.e., what sorts of dependency or feature changes may have occurred since portage's version to invalidate any of the old stuff. So, caveat emptor but it's probably mostly fine. I haven't tested the server it makes (actually I do plan to test it, eventually, but not today), but it does at least build. Client looks fine and works.