python2-BTrees-devel-4.4.1-lp151.2.5 >  A \̎/=„xPf6<-!Լ=lDs |_۔ܕVdJcx _?س ^;6n~-{AsR e7nZŤ=p{p "mCٱ];T'j)&7jRu*r6s.2tNO8N!_5z-ߧ$ O8`1!$z#Vq^,5yT wFeZ豶\ߩ" r R}dae411af0d1bf880f7df5bfbb2146910c49f03cb719d02d9983b47595684ae7b79825b515e9b6746820f58f6f1d9435e60262b1a%`\̎/=„a[+6~ت陛 0Hx:y#JO IgX/#nCSl$en ,`.D(o0^uhn(ͯպHׇNUW۵d]nhEаD/xwkK9=hs#h pיj xu;;L!oFI<3=R H'ˌ?bROg<[Rp >p>|?ld ' V 5;D\ h t   0Nlz(89:BTFhG|HIXYZ[\]^bcSdefluvz  &hCpython2-BTrees-devel4.4.1lp151.2.5Development files for the python-BTrees moduleThis package contains the files needed for binding the python2-BTrees C module.\wsheep84wopenSUSE Leap 15.1openSUSEZPL-2.1https://bugs.opensuse.orgDevelopment/Libraries/Pythonhttp://www.zope.org/Products/ZODBlinuxx86_64p ́XvS/)UXnz4XvS/)ec9bb2ab42fb47af76f90c47ed00e4dc70fb000dcdd1e027c1f3f8ce8aa81898f3efbf3a4a42b9f9726ece6368fdc1e78056c70dfcbbcbc44a987820ce78e402334942142a25ae73c72baa916db830ab00084e996b0957c80c2707a7b6d213e2a0bff5f7dde1eec4ba3bbd7a0da287cad6c2d3de317013b82f59653ea5f6d0ca04686a1b89d5d76d9a9d6c3508d244ddd8f67392e1a8ac0372fbf1f98ffc404d76eb8da148eff88c0a6f3115c598efbe60c21139b3cc049e429d4ddb5f3c06e3rootrootrootrootrootrootrootrootrootrootrootrootpython-BTrees-4.4.1-lp151.2.5.src.rpmpython-BTrees-develpython2-BTrees-develpython2-BTrees-devel(x86-64)    python2-BTreesrpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)4.4.13.0.4-14.6.0-14.0-15.2-14.14.1Ycl@YNT@U>$TԬQ@jengelh@inai.dealoisio@gmx.combenoit.monin@gmx.frhpj@urpla.nethpj@urpla.net- Fix duplicate summaries- Update to version 4.4.1 * Fixed a packaging bug that caused extra files to be included (some of which caused problems in some platforms). 4.4.0: * Allow None as a special key (sorted smaller than all others). * This is a bit of a return to BTrees 3 behavior in that Nones are allowed as keys again. Other objects with default ordering are still not allowed as keys. 4.3.2: * Make the CPython implementation consistent with the pure-Python implementation and only check object keys for default comparison when setting keys. In Python 2 this makes it possible to remove keys that were added using a less restrictive version of BTrees. (In Python 3 keys that are unorderable still cannot be removed.) Likewise, all versions can unpickle trees that already had such keys. See: https://github.com/zopefoundation/BTrees/issues/53 and https://github.com/zopefoundation/BTrees/issues/51 * Make the Python implementation consistent with the CPython implementation and check object key identity before checking equality and performing comparisons. This can allow fixing trees that have keys that now have broken comparison functions. See https://github.com/zopefoundation/BTrees/issues/50 * Make the CPython implementation consistent with the pure-Python implementation and no longer raise TypeError for an object key (in object-keyed trees) with default comparison on __getitem__, get or in operations. Instead, the results will be a KeyError, the default value, and False, respectively. Previously, CPython raised a TypeError in those cases, while the Python implementation behaved as specified. * Likewise, non-integer keys in integer-keyed trees will raise KeyError, return the default and return False, respectively, in both implementations. Previously, pure-Python raised a KeyError, returned the default, and raised a TypeError, while CPython raised TypeError in all three cases. 4.3.1: * Packaging: fix password used to automate wheel creation on Travis. 4.3.0: * Fix unexpected OverflowError when passing 64bit values to long keys / values on Win64. See: https://github.com/zopefoundation/BTrees/issues/32 * When testing PURE_PYTHON environments under tox, avoid poisoning the user’s global wheel cache. * Ensure that the pure-Python implementation, used on PyPy and when a C compiler isn’t available for CPython, pickles identically to the C version. Unpickling will choose the best available implementation. This change prevents interoperability problems and database corruption if both implementations are in use. While it is no longer possible to pickle a Python implementation and have it unpickle to the Python implementation if the C implementation is available, existing Python pickles will still unpickle to the Python implementation (until pickled again). See: https://github.com/zopefoundation/BTrees/issues/19 * Avoid creating invalid objects when unpickling empty BTrees in a pure-Python environment. * Drop support for Python 2.6 and 3.2. 4.2.0: * Add support for Python 3.5. 4.1.4: * Ensure that pure-Python Bucket and Set objects have a human readable __repr__ like the C versions. 4.1.3: * Fix _p_changed when removing items from small pure-Python BTrees/TreeSets and when adding items to small pure-Python Sets. See: https://github.com/zopefoundation/BTrees/issues/13 - Converted to single-spec- update to version 4.1.2: * Suppress testing 64-bit values in OLBTrees on 32 bit machines. * Fix _p_changed for small pure-Python BTrees. - make the tests less verbose to avoid spamming the build log- version 4.1.1 - 4.1.1 (2014-12-27) Accomodate long values in pure-Python OLBTrees. - 4.1.0 (2014-12-26) Add support for PyPy and PyPy3. Add support for Python 3.4. BTree subclasses can define max_leaf_size or max_internal_size to control maximum sizes for Bucket/Set and BTree/TreeSet nodes. Detect integer overflow on 32-bit machines correctly under Python 3. Update pure-Python and C trees / sets to accept explicit None to indicate max / min value for minKey, maxKey. PR #3) Update pure-Python trees / sets to accept explicit None to indicate pen ranges for keys, values, items. (PR #3)- version 4.0.8: initial buildpython-BTrees-develsheep84 15529278634.4.1-lp151.2.54.4.1-lp151.2.54.4.1-lp151.2.54.4.1-lp151.2.5_compat.hfloatvaluemacros.hintkeymacros.hintvaluemacros.hobjectkeymacros.hobjectvaluemacros.h/usr/lib64/python2.7/site-packages/BTrees/-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.1/standard/19482e7da196e71969533b1ac6ea2325-python-BTreescpioxz5x86_64-suse-linuxC source, ASCII textASCII textY,p_?utf-8d36b58909ced6ca3c59dca919c3ccee715be4c24dad61f14039a74467817784e? 7zXZ !t/ ] crv(vX0BT~w@)k"˻WOcN)җxˡΚo=Zׯ$˞˝gc͙\o慖2f[3_@XjF]\c@pןR]oX,K z7#`#I8z ܦn 1j7V|^lݺID.GF>'1۩SlyԚ̲bfnJp5Ɯ%P{$2QV2@/ʌh"bDP)utRQn62 ˾-1 :&مk' LU>c%{@\o"+ڛiprHz$kf\_̪JɃй. &L;[EĿ}ꄦ\HXmJSn6DX.dmrنoHⳳ|>ʖH|"JB#;M!\+ zi'ť TH YXrnn&6'(?R_RvjY lx^!a,||NSmBT6L'DC hl>(Yl2fsn#OXILۥ bX~*ɕ B^E-كc,Ƶ1Yf , #u¹g785RS{F zcvf[DZ۷ O-tA8N^׵O G&~$^q@J ]XMpE'7 dy(^Kn!@Z~3ؤ^X% G*Xf,o4EmvIsk4^E,u"7vr](!v5H|SR6[r<7 Ԣeii `4'.ZI_bЖnԀ"^P%S1R&9a='7zDo31X̿7hH[Q0 c1U+prL鱯d] b~H%y6VVm*1خ`cu&b1ݫ G=yKII{*$ KصaHz(&gC7!1Lk||bȂFG"Id .̥)% 2i:ȉZ9v@hRS9^C ;߶` ZK=^+z% oX.h{tҔ() PLwgG]^K)bHdYoP O)a>3Q}aRyf-<;Aa YZ