VirtualGL-devel-2.5.2-lp150.1.21 >  A Z/=„X:8 ں\uGA5Q2XyiځN0@0ت/"Pӟ` ŭS7;6S0l!x~GΤb1+Xo fj|{Wɂrq=yJrh.#Zϓ@W$dUe+3L)ԗ'sjNuK-$,A[s)uĀ]Ī N͜lx06[9ni>c`IW*X5OpN@87ce0d5316e2f514777bf04ed88f2bf61d3062286381978c5c7d6d0716f8d99d6cec898bc72e43d4c4ee299c8aa1cb5f577d103b%Z/=„zS"v<+`>>:i 벐*.G5% 8١H@!2 ·"nωqjTʢ3ƯΑNtX T,VE95)6.6mN -/sNx\Bhd5E?:$ClfZ&C%YnfU|SZ*Ʋ{DupsZb ފ'o{Oۓ۫:=Yvv#ІFͧ6ڮ'QMvE=>p;?d # ` /8X r    N PXblA(c8l9: CFGHIXY\]^b cdeflu0v8zM`djCVirtualGL-devel2.5.2lp150.1.21A toolkit for displaying OpenGL applications to thin clientsVirtualGL is a library which allows most Linux OpenGL applications to be remotely displayed to a thin client without the need to alter the applications in any way. VGL inserts itself into an application at run time and intercepts a handful of GLX calls, which it reroutes to the server's display (which presumably has a 3D accelerator attached.) This causes all 3D rendering to occur on the server's display. As each frame is rendered by the server, VirtualGL reads back the pixels from the server's framebuffer and sends them to the client for re-compositing into the appropriate X Window. VirtualGL can be used to give hardware-accelerated 3D capabilities to VNC or other remote display environments that lack GLX support. In a LAN environment, it can also be used with its built-in motion-JPEG video delivery system to remotely display full-screen 3D applications at 20+ frames/second. VirtualGL is based upon ideas presented in various academic papers on this topic, including "A Generic Solution for Hardware-Accelerated Remote Visualization" (Stegmaier, Magallon, Ertl 2002) and "A Framework for Interactive Hardware Accelerated Remote 3D-Visualization" (Engel, Sommer, Ertl 2000.)Zlamb56;vopenSUSE Leap 15.0openSUSELGPL-2.1 AND SUSE-wxWidgets-3.1https://bugs.opensuse.orgDevelopment/Libraries/Otherhttp://www.virtualgl.orglinuxx86_64 X)X)1a1fa597ff10f1b2348ffedf2f296cfb7efcce3541aae9da6ca62c709b7e1239819bc2a0b2896fb25d66c30e462be89b99cb98b69a90c401e86a6f87ca23b292rootrootrootrootVirtualGL-2.5.2-lp150.1.21.src.rpmVirtualGL-develVirtualGL-devel(x86-64)    VirtualGLrpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)2.5.23.0.4-14.6.0-14.0-15.2-14.14.1Z%8Z%8W@WbWbU@UM@Tk@S@SSR@RmRRPoPH@NNtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comnormand@linux.vnet.ibm.comtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comdvaleev@suse.comtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comtchvatal@suse.comarnaldo.coelho@gmail.comarnaldo.coelho@gmail.comarnaldo.coelho@gmail.combumblebee-project@hotmail.combumblebee-project@hotmail.com- Disable ssl feature as we can tunnel via ssh and the openssl-1.1 is not compatible at all currently- Version update 2.5.2: * Various compat fixes all around - Remove merged gcc6_literal_suffixes.patch - Refresh VirtualGL-link-libs.patch and virtualgl-nodl.patch- Fix bnc#993645 as-needed eating symbols needed by this lib * virtualgl-nodl.patch - Use system xcb headers - Rename glxinfo2 to vglxinfo, sounds bit better and more descriptive- Version update to 2.5 release * See upstream changelog for details * Mostly removal of compat for pre-VirtualGL namespace - Refresh patch VirtualGL-link-libs.patch- new gcc6_literal_suffixes.patch- Add proper wxwidgets license string- Update to 2.4.1: * Various bugfixes not mentioned on changes * Refresh VirtualGL-link-libs.patch- Version bump to beta1 of 2.4 (2.3.90) - Fix building with -Wl,-z,now and no-undefined * VirtualGL-link-libs.patch- Extend 64bit conditions to s390x ppc64 ppc64le aarch64- Mention baselibs.conf in spec file- Update license to WXwindows- Require 32b libturbojpeg0 on the 32bit binary.- No need to have different name for glxspheres on 64 and 32b.- Use baselibs.conf - Cleanup the spec to use suse macros - Sort out dependencies and use system shared libjpeg-turbo- Update to 2.3.3- Update to 2.3.2- Update to 2.3.1- Update to 2.3- Initial packagelamb56 15261757132.5.2-lp150.1.212.5.2-lp150.1.21rr.hrrtransport.h/usr/include/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.opensuse.org/openSUSE:Leap:15.0/standard/e3da51c5df03fb95f0800d8156c6ebbd-VirtualGLcpioxz5x86_64-suse-linuxC source, ASCII text~jPkAGCutf-8053f435c023c1fcb360f506abd70b53ad38efdae95781b3c1f1cd9a0a98d2c65?P7zXZ !t/=?] crv(vX0C'_BٌГ1{N&  ՒbdA% :ϧ_DoaN?jbϰ&i EAo/)MQX ZVb= i7\KW5TL!qP©s2\#R0kZT}t_j8j)>W}C%6w0!O}Q蕸hhd@83&MJMh,D%[q|pNW ; vY.شlHɬ5}.CHJu9aH o?r#эbUژ:VO`inXW%Jp K30%lCYv +7~mO_Qq̨[o`Cjp؊/lDZ(r; 汤~P!uA$!$X#gB bKZPfFә4|Laˈ̊!;n"OQHP#&P*ϟ@DҲ0-%rs޾PB*h}F^yMykQT[>.0w1u (bb`&k$3K:breVxWɓMhHL8QmC}W7ح#dPq x,kSRǙLDkx*76Y _D!in$GG*{ y4GjvuXX8e :]BT>tFN}MdPU(업_4#pv WCuB2h.j=jJla}{}z=ES!U(DV[MATDZT~2h ]\[!=%a`~TgiF,D s3[,/z4;؏DػSx*y. g>vk)?;+mNړ_Ƙ'ߗrk{ W!N}$,sf N>vê)iT|{C ڐ*wu91OЛIdM-zpv .R?Z E"b'eEpIQ9uzc{%DUC0]ŏYnsdh30/~&x+r~AA@ }49`ߝEjMoac/d0w ;'3_l~~lm,@͖sDm<g@!Q8ENtx爩Ыj1ymfT^:ww猞0oDK8XM +WDYaX"<^{M"M]4S܄=_#q,B:dS gKvk"?5ʥA4ƺ@LtU ߃ʰ! Ж^.0tC-`}lQ"s tBIB\#8y_>/ztp˝2vGi>K6J 0:M|Es]Vy`y֤ﰹHԌP/ƫ{z,ݬhzP/:@%k3jXQjG)0ư.T lsw[% ]xDΛԪ-- FH SMGiO uY?,6nyС<e^b w\dp ".?)۪k(Dt2{2`u;tƗxˢ)dPFŠh泠ab5 I wszSAg4,,"fCKKv" 7kAu:KS$x#7Y/ɰZwjG:>,Ȧ⇟`, 4+Cw87Ϧص,U\~V}˼:KMڹi mia] "0žM &V"M:('A #d7uNmt dt~+_mP Bb_mDR< ; YLOmIn@Ml @ۂN!tgoUEK QPDIFiUS TdPnY7G1+ySoמQ"j@TƏ>4Q#lYGuߐV/%Orca]3lLj}/ѧ2iP*\nԜҒ`Ӭ9QqJyW+="DC$\2$OHz{Nyd$EȔ8~諱43^9=5T噤?IM&HNU/Ԍ.9>cUB+ s'(p8zvSeBuiȺ&Ŕ`5D^Đ 0an [̓+NWZH_6!iG6OUV>{XDk S^(.D.^f)kgIrP-IGco^ɣөLvD {~eyQ=|t@&>%Ŀ7VoʙK\qxaZ\- kdYlg{Z2@9-9/uXuH#!P-b=|2_$t+PՎ>(ԃ8kt;";~TebTrgEvvcCT)ZrC;`$*SltT:JFǧ* yɎ̽wuKG+t {ЌT痗K `_U$%nJ&WՎѱ*a"ꅗ -{!\ $G^]8H܊^Oe7,zRy<3׺ #̤5E$Iʚ=+G. "why0yp>hy[!>DN6Eg4:g{if$n5*Λ͎<謣L*QĠ1sS,7`<)Dt7WNkv]Vܥ sFq(h>Ƈ|-u/E!5sW,n췪 ]b\2TDBIcM$?8H6(%y;`H1xIign|lUHKֺMŽCB{w_] pUH0I`l=KWPܗ{a*F7R4kBw9HE$nOH]Y7\c-F'