libxkbcommon-devel-1.3.0-150400.3.2.2<>,o,e p9|]q<_Sʱ< }mQij1\#Gted YpڣI-A;RS|d[#O+*o#g 4eW" qm(ɦk(5F G3 $x]6VV{8kPQ %DH<FV|ՋGkP0$9{R5𨵿g4 2McWǔG3 ,u}Qtǝ jClPt>>-h?-Xd ( WPT`d}  ,  D  \        $ ` (89,: F(lG( H( I( X(Y(\)$ ])T ^*b*c+ed+e+f+l+u, v,8w, x, y,z,-- --TClibxkbcommon-devel1.3.0150400.3.2.2Development files for the libxkbcommon libraryxkbcommon is a keymap handling library, which can parse XKB descriptions (e.g. from xkeyboard-config), and use this to help its users make sense of their keyboard input. Unfortunately, X11's requirements mean this is not actually usable for the X server, but it should be perfectly usable for client toolkits, as well as alternative windowing systems, compositors and system-level clients such as Wayland and kmscon. This package contains the development headers for the library found in libxkbcommon.e s390zl3a#SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxs390x@^ aEAA큤A큤e e `X`X`X`X`X`Xe e e `W0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2aaab91f99eb78dc98db19601cc625b61987e04159e17eb7a16b5bdaad4ad92a1f4143f85b7f81a5522b9f042a949f304cd8b5a1bc21c55b4a09db0e0c2af6f2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578570ebff7676b1b16ae1c8861ef6a36fce8376c47d664210b6676fbf8a64d4070632cc1ebde39904db3aab613ca6a820634dbed19cc3b205540429059da96a7ade52b64f1213f649ca9d69d5ffed7a5f700279b19f3ef74167a2738a8b0e8c88d9f62ae0ad2096a50b04ca51f766b7f91254a1d1a411b36816e391b36dc9bf602libxkbcommon.so.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150400.3.2.2.src.rpmlibxkbcommon-devellibxkbcommon-devel(s390-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.0-150400.3.2.23.0.4-14.6.0-14.0-15.2-14.14.3`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@jengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejayvdb@gmail.comjengelh@inai.dejengelh@inai.dejengelh@inai.dezaitor@opensuse.orgmlin@suse.comhrvoje.senjan@gmail.com- Update to release 1.3.0 * `xkbcli list` was changed to output YAML instead of a custom format. * Fix segmentation fault in case-insensitive `xkb_keysym_from_name` for certain values like the empty string.- Update to release 1.2.1 [boo#1184688] * Fix `xkb_x11_keymap_new_from_device()` failing when the keymap contains key types with missing level names, like the one used by the `numpad:mac` option in xkeyboard-config. (Regressed in 1.2.0.)- Update to release 1.2.0 * `xkb_x11_keymap_new_from_device()` is much faster. It now performs only 2 roundtrips to the X server, instead of dozens (in first-time calls). * Case-sensitive `xkb_keysym_from_name()` is much faster. * Keysym names of the form `0x12AB` and `U12AB` are parsed more strictly. * Compose files now have a size limit (65535 internal nodes). * Compose table loading (`xkb_compose_table_new_from_locale()` and similar) is much faster.- Update to release 1.1.0 * Update keysym definitions to latest xorgproto. In particular, this adds many special keysyms corresponding to Linux evdev keycodes. * New XKB_KEY_* definitions.- Fix dependency of libxkbregistry-devel: the devel package must require the library libxkbregistry0.- Update to release 1.0.3 * Fix (hopefully) a segfault in xkb_x11_keymap_new_from_device() in some unclear situation (bug introduced in 1.0.2). * Fix keymaps created with xkb_x11_keymap_new_from_device() do not have level names (bug introduced in 0.8.0).- Update to release 1.0.2 * Fix a bug where a keysym that cannot be resolved in a keymap gets compiled to a garbage keysym. Now it is set to XKB_KEY_NoSymbol instead. * Improve the speed of xkb_x11_keymap_new_from_device() on repeated calls in the same xkb_context().- Update to release 1.0.1 * Make the table output of `xkbcli how-to-type` aligned.- Update to release 1.0.0 * Now it is possible to add custom layouts and options at the system (/etc) and user (~/.config) level, at least when libxkbcommon is in use. * libxkbregistry is a C library that lists available XKB models, layouts and variants for a given ruleset. This is a separate library (.so/.pc files) and aimed at tools that provide a listing of available keyboard layouts to the user. * Add an `xkbcli` command-line utility.- Update to release 0.10.0 * Fix quadratic complexity in the XKB file parser. * Add $XDG_CONFIG_HOME/xkb to the default search path. If $XDG_CONFIG_HOME is not set, $HOME/.config/xkb is used. If $HOME is not set, the path is not added. The XDG path is looked up before the existing default search path $HOME/.xkb. * Add support for include statements in XKB rules files. * Fix bug where the merge mode only applied to the first vmod in a "virtual_modifiers" statement. * Reject interpret modifier predicate with more than one value. * Correctly handle capitalization of the ssharp keysym.- Update to release 0.9.1 * Fix context creation failing when run in privileged processes as defined by `secure_getenv(3)`, e.g. GDM.- Update to release 0.9.0 * Move ~/.xkb to before XKB_CONFIG_ROOT. This enables the user to have full control of the keymap definitions, instead of only augmenting them.- Update to new upstream release 0.8.4 * Only changes to the build procedure.- Update to new upstream release 0.8.3 * New APIs: XKB_KEY_XF86MonBrightnessCycle, XKB_KEY_XF86RotationLockToggle.- Update to new upstream release 0.8.2 (boo#1105832) * Fix a few NULL-dereferences, out-of-bounds access and undefined behavior in the XKB text format parser. * CVEs fixed: CVE-2018-15853, CVE-2018-15854, CVE-2018-15855, CVE-2018-15856, CVE-2018-15857, CVE-2018-15858, CVE-2018-15859, CVE-2018-15861, CVE-2018-15862, CVE-2018-15863, CVE-2018-15864 - run make check- Update to new upstream release 0.8.0 * Added xkb_keysym_to_{upper,lower} to perform case-conversion directly on keysyms. This is useful in some odd cases, but working with the Unicode representations should be preferred when possible. * Added Unicode conversion rules for the signifblank and permille keysyms. * Fixed a bug in the parsing of XKB key type definitions where the number of levels were determined by the number of level * names*. Keymaps which omit level names were hence miscompiled. This regressed in version 0.4.3. Keymaps from xkeyboard-config were not affected since they don't omit level names.- Allow building x11 subpackage on any distribution- Update to new upstream release 0.7.2 * Added new keysym definitions from xproto. * New APIs: XKB_KEY_XF86Keyboard, XKB_KEY_XF86WWAN, XKB_KEY_XF86RFKill, XKB_KEY_XF86AudioPreset.- Update to new upstream release 0.7.1 * Fixed various reported problems when the current locale is tr_TR.UTF-8.- Update to new upstream release 0.7.0 * Added support for different "modes" of calculating consumed modifiers. The existing mode, based on the XKB standard, has proven to be unintuitive in various shortcut implementations. * A new mode, based on the calculation used by the GTK toolkit, is added. This mode is less eager to declare a modifier as consumed.- Update to version 0.6.1: * Add LICENSE to distributed files in tarball releases. * Minor typo fix in xkb_keymap_get_as_string() documentation. - Changes from version 0.6.0: * If the XKB_CONFIG_ROOT environment variable is set, it is used as the XKB configuration root instead of the path determined at build time. * Tests and benchmarks now build correctly on OSX. * An XKB keymap provides a name for each key it defines. Traditionally these names are limited to at most 4 characters, and are thus somewhat obscure, but might still be useful (xkbcommon lifts the 4 character limit). * The new functions xkb_keymap_key_get_name() and xkb_keymap_key_by_name() can be used to get the name of a key or find a key by name. Note that a key may have aliases. * Documentation improvements. * New API: + xkb_keymap_key_by_name(). + xkb_keymap_key_get_name().- Requires xkeyboard-config, bsc#952403 * libxkbcommon should brings xkeyboard-config together always as libxkbcommon does not distribute xkb data itself, and especially requires xkeyboard-config for any rely on libxkbcommon in the minimal system.- Update to version 0.5.0: * Added support for Compose/dead keys in a new module (included in libxkbcommon). See the documentation or the xkbcommon/xkbcommon-compose.h header file for more details. * Improved and reordered some sections of the documentation. * The doxygen HTML pages were made nicer to read. * Most tests now run also on non-linux platforms. * A warning is emitted by default about RMLVO values which are not used during keymap compilation, which are most often a user misconfiguration. For example, "terminate:ctrl_alt_backspace" instead of "terminate:ctrl_alt_bksp". * Added symbol versioning for libxkbcommon and libxkbcommon-x11. Note: binaries compiled against this and future versions will not be able to link against the previous versions of the library. * Removed several compatablity symbols from the binary (the API isn't affected). This affects binaries which: 1. Were compiled against a pre-stable (<0.2.0) version of libxkbcommon, and 2. Are linked against the this or later version of libxkbcommon. Such a scenario is likely to fail already. * If Xvfb is not available, the x11comp test is now correctly skipped instead of hanging. * Benchmarks were moved to a separate bench/ directory. * Build fixes from OpenBSD. * Fixed a bug where key type entries such as "map[None] = Level2;" were ignored. * New API: XKB_COMPOSE_* xkb_compose_*s390zl3a 1695150098 1.3.0-150400.3.2.21.3.0-150400.3.2.21.3.0libxkbcommonxkbcommonxkbcommon-compat.hxkbcommon-compose.hxkbcommon-keysyms.hxkbcommon-names.hxkbcommon.hxkbregistry.hlibxkbcommon.soxkbcommon.pclibxkbcommon-develNEWS/usr/include//usr/include/libxkbcommon//usr/include/libxkbcommon/xkbcommon//usr/lib64//usr/lib64/pkgconfig//usr/share/doc/packages//usr/share/doc/packages/libxkbcommon-devel/-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.suse.de/SUSE:Maintenance:30272/SUSE_SLE-15-SP4_Update/507a2f95a84b066232fec446b78b67fd-libxkbcommon.SUSE_SLE-15-SP4_Updatedrpmxz5s390x-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileASCII textPRVʊ|iCutf-8f3d2c28a632ed95400af7beea23c68739aa087c710b706ce014c0824427104a4? 7zXZ !t/=z]"k%]dM'h4ZUm;n)YWXbnFjU_87{^]g:[$* E쁂0/4]8S/κaŲ”{DI+) "?RZP OF@"\GFܷi%$!,4J7tḽb];n&5gNU=`;ܡO4v@rt&\^tD q zGGk>X;AAi>K$=lo& D D?Ɂq.>g"s/,jUoa>V2v/>@{O9)><-hvB,4l(т.oE@ Hac}>V^D`Z}~ = ;,־y PAiXʤ?u'# ~m-Y*}=vSK`k>AMsӓ%7?MuQ7v#Y`%ک"|]t CfU̧)b|e"t/INz#`:R O{xD=٩^YEyёAA7e{r'D٫9,^D10x>yR]Dz jTQ+0ES2N"Behu䮮e5|8 D\~If ɌXdf!aCPk!7h`O SLo?$(%M <ޜ:HЁ+85kev5TMa υ)ssQd[Dكq\V)aV1-GհL5hH֋ J "LVlҮ2| @B~2q|"e8cR5A_!b]ZuZZܠ&۔{YZz e9?œ=} u*(7 Zsc% Z1%]뢙if"V_怤ƾax,vJB||^n+j`LP :`!?R=˾ϼeU'43*K{_}?*'v1thT9;'.yZC.;h.چ"19eɼ"lU PNo 'y.gtf{/nfeh҄_o+?p4&-",,8o+~F<ի[pLiuL[/; Z 17wHbINRlUZ[Nƶeo 0EkJ>a7KfPGo)ᝓ=owmC2{CMsBΕ*i4F>NNZr8FĭCQM\ͤu٨¼L\0Mz~+ /4 j鴲e]z*ǪA'#NErq+P GćlrJuqdž)T *#u \|,{ Gu^EcvY#.O/^n@+Kba:4kP:M80q0$+̥μ4Öu}~%S^¤6%BwZs75n~t(dޔE]l]jY%2d KMrM`&jEsEiƔf6wQk"\k1@&ЊSՈ082NRVWw$qzQ}$`ϋL1ckV1#E: ]>Q]rIh+fHV8P D ^%;"2^1`?1c8I +NKyB8׷c}X1gzl9y5>?\#3:QBAoubU)BXa]`H)[IhXOJ&Bжyb jcD-#i }+˚d|8[v+{%Y@ 𬗏NNB P#?zܦ@BJEnZ5]~]U#ww3I|XΗpcƂw~̣١3 VĮYPiEUl|O [!A -+MID&D+t#8<;fޠ}J Bg= Ui RƆ3ߔCEսWqQv)<r@b}(zC20S` k0ѝ{V"}c4eTe ++{?MNdxDclmbř5jpOY`R?9 zH!7ޜ xEf_ne. u.]jjWn_ISV9}!^0#OVNcJm4:P)ڟw]R4ö0 Hwm/kH7Q@T?}_0 $'&M#~Y}`5ȫڊ$Q)fn=+HVoB_؝]<,sJSIICcsYzWoVN ~`ꐶѨXFۥ4_5VǻrL0s[5T. Q,|uJg@}01/t9FhZr/u%uO߇Յ5U⯘ )]X=Sd;:x(j1 X*@9 ?+3*b5NPpO.f>V)0h^g}PoF2LG5ؕꜳ}}c}oI=xpӒζ,!_!Su)E:u 'j2'I5B7LcnKDzxi~U :Ms>N1j/Ф_xvp*cLH/ y 4|:fwhahbdhd P90 \9 *ٻR>ZC{-р( l0@3~:'iSܨ6s,ۍa%-l17y2s0Ua*h͙ eTH$|le'NF4S8^_eqr>"g^lMi vL`K==j8Cdƾ\_x=lv]+c#9qc1S[FB$.ƒ5 ]ײVYcit&TkRᤪ)=:giA,Bp7BA䤧 cY rWDJwroeͿ Zm8W7C$/Yc<ayVבꡡuD,dHL/pȩ<(fr|q@of^80P3+gY7#ȭmhby8Jz_9QK $WOH; jsD돠i@q7-b#S.q[lEQ5=5I4Vq ̟U"KNb`pЗSN:שoΏ$'8#SɹQ~y0GIBfkuXsqB7$9 f~f,x ZYĥ̍Pp_^¬x Q7* gYW,DNZWSb'R | \.ҋ//p<n!e?jh 6m#8Ne(@p5,ph8'c;9HN"դFĒv; >9jX7n,|:.Gږ}M g4ShE?؅<)V{:M&D.b+ѰFS *l:),iq~8Tō5)%L?vm[hm(65ak٢ ~& %͠gFw`R!HI^8ϢViwpqHՕmʬ{}ګar&-ׇx|=0%yHYEO djWd*!* F[^mcJ)젴Zݲf!P9J똭[~N-,MrTy08G߮m$q@cD6/"] ́ZX 7J꘱'+Zr.'pBo+6@spH*Cz,XkP6/=QmO\tF/Z}aE75,wsGu#B;;\qξuḑ8{?.KZxbܜ O4?".;'|!ф>v,MN$+AMFhiՍ^@+`)@ t` X@Ea}s$!@>7;&輯-E p1@F:O Ug K22L1Hr1Zr;k3_KI*Wj>#+Ec-<ȦQV݂D-54P96}NSAR*Ahmk/N߼mp˄T9M&m(r 0OUJ 홍c&+@ۙ8`gS0yI^4~v{VH1z?bͻ騟h9tAiJ똲}$K%~q$qd `/TQE3Hg4+z>(0cƛGgL)6b^m5IKKSA2C+>VUmh˄غ#O]6j`ZrC^.P(R; WD%هsրܮ2`&-chJ-hK9x˾E&͸fEDR܇s% SxUl/S_{fc#}\ F0d_.7m#xxydJ @6 (Up<u:͡Q[*[S=܌bZI94t]:+6t>H$)m'%]w!'k\|>Wr3ޔ2o͆T2]KԿ)!  WVNO/:CCT:o<°e:I79WmZEGORWsZ[L药9MVFR%a/C2q ,j4m1UM'. G[±+XrsXd}ۀu2`$-{nqwa4g=[$BTUYu^%17qQ@% GasqU[KJ;Sar9ξAeNȼl| 11{[\)t.`bAQ]Ȣs(參H jX!bGZXMҎ7܅tw”i47B2*.QazGv~xU iQKf.N _ ͻJxpSNdzZU~B<<!yUpo&_IE&){Lu,, %ŠhTθP:ӡf,!G˕  *>zfN_]!(LR+ϡ?vqSg2AITGVA9WkXl*S-בG!ʙRt//)-9н"被41V)^_+jEvk׋ƣVs_SptQŕ޷'K*&rowSpeq8|p QoJ@'$ts23Ego̒PJ<%c{Wi.aήUT/t줻n[2CȀ yt'{b<w6m}rb?,Cr#ʔd˹bf:/@IÙ \wl$;}yc=3s䷝K4v D=qyC37qw'㨽LL>.T7BA=ZNVK3`ceAHXY-+uS̬N^-.p6lp;D-T&(LwU;ߺ:2{,̏ 6„XsJ V&Fq28]UF„2ؠDT5c!$٣i#7яDsٵ}MHOc8TpX.F"WJ&^ɉf6~sw S5ޭU>OOܸ`;=;FIWck,؇-qaE a#F=}*wp{ OɌ I,JWV.|-M"Q͟Q3x'kg:"kPݤ1"`P & eFX{5'Q)# .z@"6SHM^L[:[LVez' | %! =l|Q`E#A_5}Vr鷴5Ir:JsoV 5gcE|,!{:6XYjOF\(t3HJԧa*kO;7.E:Y= -&Tm{mI6B/-\ ΪlOvt| | 8vqmtՕ7%,~s``}1̩m5l䂙 Uj,\zTrܔGO W}wPN$C$pWݧH\- z)sz Rryï=g49nLˈj>h:9ێq&s^ 4oB Hy[eN5kzPZGQ&x˖ F!H9t)͢{(q8cZ`^-đ!$ih w\ Hs&\4Op`Vޣ&rs!Ѻ 05*#?kMӮCWm9orDgP錸~(Ut)vćq>Fo%2%\[ּo7~1"_=O GX:<(;_ʙLV ‖6jޙ1om:cO;k^Byk-LXo;ؔᐷ/B ?J<0nժ :,.ߒ1aL F @4{T g1=}2@,rLL’+z.B)BZgn;߀j[@\jK;nݬ%?x;tÔP("SSamٴ : ^Veeoa͉Okd)$w3ObO44;(2blٴAg.VEh0D"k?t9R9urZrIKY>-wfB!礬L+īzL{ 0_΢t6G(?ֽYPmeX< %g?S7i5KM}UH#sP7ymE #G^YbCN0Tn ۩3_^ M\uM45bn (MwAx+]ܯ3bDn|/( C K0̼ޟ#6(g7CH,V>p*7 -fr o𲏰U'x(o^ ڱ f8"%Ufvwxq NdP'1j~V}[̡%GRZR}j?+"@=ՑLmHM2lOQ̏!6|5N]<ϚzF =- Ų[qck=&[XPd7]hVEPEEaGfF#"L1 0 NݱWJNU-YcאM53`Ĩ#]DaQ?gN~pwArg 3#@,iD$@g>KвGs1mw\;@$ lI y ӵ]_ZJ" C\6tȚ,CƜ7J({ A;,Տ`2Ȝ ID3 `d[b\m׼Dl$Agc剽-^N9JWCrޭ7R E^L07}4q_̇]aćv,>1`)=.H^MkڢV[`"w:X q.گ`]\{jL^&AhlUNSGx85T/j,^|. 1uL׿?Tq`d6.R,P5T\.}!(o7^]g7{5gr ,FQ4֮ ^چ*Ldi{}{n]]fyt{?g[oh l,YέYfIH=aKiqx/FI@ V;RwǷVʼ{ ۦzk:0F.Wz^]RP2e!DpՓx;>+/XK0haz g'_%7&٘t?&N]sο=646X8ؑ$M5a r1(6'Oz[8"пvkhc`K˓{ߟ9EN8 1Nz.ܾ=94(%5VFBVt8jyR@{+H:r=1a@ g!ѽXg֊ ql9[,-a09tWL,qA dyfh6@j-ԞXEhqy;#.B.dI])lmd"#OΩg?[֫ |@T Nd}GOՄ7q40,c˸GH2TtCB=W^=ʺkS7!~΄8x}_.ş Gˋ!SO0BabԝaaRPG~N\=rD Vآex`_ĸ OEV"-W{*:';`o޵paXĢVURw\9^c:Lkϕ2 \N^bՖ'!r>t(מ`{r&,VwPL8b}=M('& qoif/]Bi?vpD,:uH6gځ[944= Fd9\,s3ȥYrEn4ز#reydTHƚq>Ww=&e|!hWOՔKnpxX׊G7dP —)3 Ѽ_x l:@d'E'bݳ~ 3K::n3V]._e"q]J.a^-+)Js ʥ*CLu8Wx^Do$ WBdԶ;}@N}'>!kDE g7o۽pAEP,6i5b5muv⨈K*/9 G\o> }tVa/`&q7~hW&Itw$ѝ$<=^[d 5l#S/щY4ZTgo*JcD^ u3yc߭ZP5r `y!,&樸G"@_p?!>Tb 'z=%Vb8%BUe9GEf۟h064dlʌ_WtEG-ރhBJuKVS3Vʞ[YA(} ]{r0,g txURUJ.L7rQ p-]<7XMhh{o,?|sUݑ=ݴx]4EMCTx)tw#5Y@0Pܪ, /AΠuͣ;"0Eꗖ0j2Ixj8tL‡kz!{V PsnJILFyh]u Y.>1ol̇':2[)yڵaqOZR*v}ӏC-A~.L]҄j#fD{i{O &lavz4>3Q]5-{uh؍O$X̟"}1'TsQ c|{0kx%L9C5oI;\j!#Z6AB%f"[bu&_yFk/Vs8b+Fpzj@1C ELY5=FTz"_JA Ht1t`E + iw|0V6.hck4Jʭ oUf:#;p7z|!c|#kMz->;R ON5 _Gi0u a1JNf6sD gq n$wML;Y\Yh^)m,{9"3C`H񒌕UL`?5v75k#qZfs8L0o핽Dyo@%[>P6ߍ8yZ\ 5-l/m).BphZAPsKgjS1":]jc/]3=WhזfՀ\Z0Wg*]LZ>(y}o~6sufY7>0 t(,pњQL>$b^c1?`ba6&xv5~yjYُI7/!4 ( q;j-M(r{+YbI~}nC-cA -{o-NzHzQ^}8s%t:6Rv2b[U( cF{N<<69X]D15sSLUH&kBn-3x0 *HKܲ&;?p0!ks&$wIϯ-Q|ٯ(پ>L+uꦪ4'S.g'edC%qFJ׵1+AD6P'hw\}{Mi7cO|ŊP~nƖL\j:Tp Xz&>;d6 0jxoVyV(-S5ѩa:;yCЭš@h-`L1{$V2% A''V{UW ,Y,Sݐw!6H9{Buj."))6E@4e#w3|~߭tEЕ\ї~Vlʳ \X-de'yUGV?mI3OFaE@ѧL"$lBb2|nS*3/[`9z9@d*? Z"Z}5#f۩{o^?'#Xp[$d omHI< `+Tx M-e%GC [CB= U6 F{  YZ