python3-SQLAlchemy-1.2.14-lp151.2.6.1<>,d_/=„G]Ejbc5Z*TJ kZѮ2M۰c񂸶0ǎbjvؙnԔU&[|,ӆOJCbAѹ/^8=v+PÓQ 4n$Α>/s`>NMD _89#Pj(U; aȐk?˯F:X]kڟzx85v)Ao )_b)3`(=S"KWcL>A>?>d ( E(,?HL ew w vw dw  @w 7w www2`w<   (8#9|#:#BFGwHwIǼwX4Y@Zp[t\|w]Xw^0bcd6e;f>l@uTwv0 w!`wx+<wy5Oz>T>d>h>n>Cpython3-SQLAlchemy1.2.14lp151.2.6.1Database Abstraction LibrarySQLAlchemy is an Object Relational Mappper (ORM) that provides a flexible, high-level interface to SQL databases. Database and domain concepts are decoupled, allowing both sides maximum flexibility and power. SQLAlchemy provides a powerful mapping layer that can work as automatically or as manually as you choose, determining relationships based on foreign keys or letting you define the join conditions explicitly, to bridge the gap between database and domain._cloud105KopenSUSE Leap 15.1openSUSEMIThttp://bugs.opensuse.orgDevelopment/Languages/Pythonhttp://www.sqlalchemy.orglinuxx86_64Z6  : :CC ` `+}+}jj44qqL>8Mh)X1Bsxxbbn2 ggnn';'; 1n )55   q q(( #_#_00 /G/Gll_ x,c ; 8` aAb1a+SS܌܌aa"O"O''1414''((c>c>  cc&h0{&\$j3s _kuff<<;;*:ikvkv ? ?s6 OPP--oocc  E`{R|%PZ# "9a9a##f2i%Djɾ8`BHH@E@EXXqq))997K7KJA::ccD"D"'|'|ar*AH+x:5 *8"; uu11!!ZZIImm,~,~vvbb$$,g,gEEf<f<D~D~[[&&''||hhUUcc MDMD9GNlh4#YS(IatzJG(w~Cq""K`` M;;[[cc;;~~AA))kk[[..VViiTT''RNa/O/f6nOj[a (zE2E2, , ,, 7700''II$$/c/c  ' '66E\3 ( 1)v Q 88b CG 35esG ii"n"ny"y"+G+GJJmemey. %c->p.o 4 4""n{%3] "h MA큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤A큤_______[D~______________________[D~_________[D~[D~[D~____[D~____[D~____[D~_________[D~[D~[D~_[D~_________________[D~[D~[D~[D~[D~[D~[D~_[D~_______________________________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_________[D~[D~[D~_[D~_____________________________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_________[D~[D~[D~_[D~___________[D~[D~[D~[D~_[D~_____________________[D~_9[D~[D~[D~[D~[D~[D~[D~_[D~_____________[D~[D~[D~[D~[D~[D~[D~_[D~_________________________[D~[D~[D~[D~_[D~_________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~___________________________________________________________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_______________________________________[D~[D~_9[D~[D~[D~[D~_9[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_____________________________________[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~___________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_______________________[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~[D~_[D~_______________[D~[D~[D~[D~[D~[D~_ [D~[D~[D~[D~_ [D~aa27c297a4ec1a0129d91c667dfbfb1d7e05ab0e31ae0b3b2bbf8a60c058d12b4088dfdb620358e8f9f63b5b7add3bf20279233ccd7e4e38c7da35bc0c8be95401ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b9ada2b029ca012efbefb21b221726099a6d7b1720f924bad18c442b2a34c9debae9f99801ec3f06d758af5ce3795463e3ba94f5be86265aa91c883b7951ac3f44342267fb836a2c6122df5139dd73adffa218ffb2869d28451cf918bc8975779578c9abb9a7dc977b3b3cd827382ae66cc651a88326466322ff0261beb81ed5af95a5b9b267c83a479b697974cf41475ecc8055e9847a44c4465acd487cace60fe25339a804ae73589299319ea1e082b74c8dc3e0a2e2f06ae2f93a75cdbc1f2b0510926f76c878ca41564d230daa241bac939fb1639ee25d45812968d3846495833b438285e639e62c0c0a5f9d9c86c602940a61cc307f9e38ff093bf9da68d04058828e6ff95bcb334167afcd4417fce5c15f7e91d055d2cbd34431f40bafbe4ed2f3a8686971b6f07e65a1d123e429f33549246641d0e35889e6250e1f4a210b007f13c116b4d21418a58180fd59f76f3732b7b2487a89eca37da522182ecc1230d278accab3a45e097d96ddd56826fb96448afd9f9d3bfd10d0db3a242eec1230d278accab3a45e097d96ddd56826fb96448afd9f9d3bfd10d0db3a242eee21bd00c14c2e0e091e3eda4202a53ff2569b5ca3b094822cb97e1297afaee9c9b04c7076a7bc33d25569736c5124c045a2e81cba0e5352fe00f02bc1a93a8db3fb8fd59963ac4dc165b0f60504495ef9489e21a6c67672a42e16ca46dab90ed8892787fdeeb30d265fad24b2a114bed80d1c05895aeb465756d23efc2498175b66d1cc48e28c1ad5bbf24c0f028f850d7869dad3122cca9b2aa13c3943425dca4d73e8c88216225c2192aa6b75bde6637a7a143efe2babbb24d66a579c6b53531df7b65eae7f54c0e6286b9d4aedc760d1570ecb6ecc2145cf2b62c34dec9a531df7b65eae7f54c0e6286b9d4aedc760d1570ecb6ecc2145cf2b62c34dec9a52872195b3db8b9c8f4aca8fcacf118563377dc2e4166bc4649178b1bca586bdb2872195b3db8b9c8f4aca8fcacf118563377dc2e4166bc4649178b1bca586bdbaeb81d983b6766b633d8ab296a93aceb01246d18749e72d2180199d7ff70dbfa9afbf4b90518ccc882399fc60abedca9516314a9404bcf1b48ebc60375b8fb8b9afbf4b90518ccc882399fc60abedca9516314a9404bcf1b48ebc60375b8fb8b770fe4fca880275a44b71d73dd2d63189ce9d23d85561c23f12eae53c720a69707c06f04889f8b5faaa47e8e5e50d701b7b40190becbf3ddb5d45a8b35a9e89132e16d67b686566166e78efe89840c4a244c3cf9fe6377132f78b6c87e8d81055a6fee0bad021738c00ce18e82bc17f2199cc45ae78a547890397c41a7942f43efcace6a9bdcf93be353134d735ca806e716d7dea46359b8ecca68901fa8d5551e77d065f8c8c13234358e80268772379258da440b44a604ad07f84aad3684fdd49409f40f680436a69c0f211a3c5377476e0df6be2992ddf9d62e073a4c715773443ad27bf7d0d47b1a886ac6769b1125003b80aa5dfca1cc15021ba1dd47bf298ae62d9b7c63942be3db236b600b7fc20f9c4c63938cec1ab42a349aa0b7104b1f467f6245f6865044fd6c6d22645679c0008df2dd1a16adbdd8c45b638c91241f94d12dece60cf0e2fc66e6351e8cae5dc9e0491b1134b8d1010158db3272a814402f19eec147c2c1eaba98caad5262605be09ed85da1e8da40a846461f2a64e48777d89b6de352b612b7c554e997995125b0347d1d48515b24a32b72ac71573346e956476d11971ee8dd23827d660078baf11d91621129ec3d0e97df0b29573346e956476d11971ee8dd23827d660078baf11d91621129ec3d0e97df0b29aeb5a8d6ab65d7dfbaecc57d87195bb795d86498c2e41953c1d286c5dd0f5147e377c69650f35c50de762c18262da20b5057521c25e24de82d67040564d4750bce262c0a88ea995a36758fc24d556a4fb22c912926c894e9a94e93ae693781ce5df156fc18d9ba20769343217363e75a775f3eee6f8893240ba419ebcb0a1d44f668640f6d4493ab60fc097ef8c3051e3fb2867dfe767b15e6ba25d91bb8af1ff668640f6d4493ab60fc097ef8c3051e3fb2867dfe767b15e6ba25d91bb8af1f9db4a4d1973c89427bc4cbc2b1dc1f6a9be0b660500c4d359257cb33ad15c01de30c5051db3271f40ce684beca79a9f9a8f317fe5472c00602b71642f4ede782ed5a7c6594062227f642df9ba34bb8cd871dc3897c80889adf78c9a6ddd6fb103cd2a861b9968c406ab0c71b54e733a72c43249d0d56fb24162c2e92b4cc6a50a89bf3ce93c49c35bfd849b66d92d50e2d36cf8182941e212d9895f7abf7f5036a25b5a016f65375bea016332f0399102e5b8c927abc5d66960095c539e83734275b857430f6145f38a85b298a9e9bbe5de0266ef13b8196e98522c9fcfdeb3f38e1153b107ca39b49bd8f9fc86912b653d78c8b3a6bcefbbe64c166e5802a4a163f8ac83c97426fac7050cec2978f4b07983819fe11c9cf25d1302c0e2bc4c9aea84404f411ee11c0bdf41c36d42a94db29cf01cfd27fe5cf98f3771e9920a9971590723b82f7c620c84bdfde267e6d077fd5d7972143c7acebf5ae5a100d1b971590723b82f7c620c84bdfde267e6d077fd5d7972143c7acebf5ae5a100d1bd1b3884b6b06ff4dcfee7a6ca939be308b454223818d332574c0415e88184cfa9d47b1facd592204a3fce2b91506ed70d2c2744d7a0bbc813d40c1945bc8237b4abd26915663affff077ea879414a958da65ef4c11a1da7e43c77843a2854de994556b3d9ad829cdf02ac00cd969893668c508053157b9febcd2d166ce111bfa9ab76f4ff8a34e0c94844089f78877d163badf3eff1119dc129e7bf47b95718e7e5c7a1f01053109fdaae98a42a414ee590fa557bf077ae020adee525d9aa6f7485be7f551356d7e9608aed39d7128ab817a5a438dffb1108fdd4e1c8dd4b8eb4eb07e7bd5242b590ca8d50c9bc829ab57fc800e7652a61c54e1ef060020753c93ee87285f9700c10f5d02b5ff7b4fb19bd9aedbc4fed59a24e617a0951e28aa595f0999968ff205ae3307cc38b0d305a3e35df624d51f2160222c4762fc003517c17a897ede523f8613f1d9c20e5d01c96ca48c4b87d89940e6020f7a6916d70b6910c0319ed9d4e3c9270b8a2ea6b92d2617ac3fac2697700dc38999a4727862e74ffc74b3ba0d114e4eb84fe372315cd90f650701e170aecafd0d697ba5fe62e74ffc74b3ba0d114e4eb84fe372315cd90f650701e170aecafd0d697ba5fea5dfaf3ee6b603cb99d6fba504a66994005ae3498c82f85a39b2712a4f91bc09494b2dda8edc8762beb87794d82dd46a14b2e22e441f3eafabd24de62a03c073db4d6e733e1323fe6210d83d6c2e779c13aa77a335126727557bc3ba06e73c505344eed7cdc9f5ddd8549d7c87e468e9d528eee3d974100faed0e2b743c34a4704c6a945494a7702a5caaa8e1eee439d9235fcbd482bc3795420cc7569a51fe5574ef8cf79b910b41fd02a781bac011f52f39bb1def2eb39dd9db438718f29f3bc67d8dc5f34a1d0a76bcfee56382e2cf3b45570320f00e86c141f26c072c3b36a4de7b868eeb21ad816f6cce1fe3195d9aa3f0ff36817bdbf398194cb311dbde5cf1d4d9831982ff9d8ef1cc9b7bb412dea161410bfc175a0b7ca1e538a8ecfe5cf1d4d9831982ff9d8ef1cc9b7bb412dea161410bfc175a0b7ca1e538a8ecf07cdbdc3d970445a3ac88d9a35a9e08b8728d148a51a61d9fa8508608647d22761e24ac94c9fea587e71ba79c7550c50e816d7b337eb6e68544dce83690e190fc88206729a588e5657a3e3ab0c59b830beb57e8e46f074578cd018a3d5f4dac36ce7b8ebdb67aac308d09218f4e35cafe235dc5d121fa3eafa4c664e86bb3c5d99bf5eae22700b2ec877f0132c92109a0380290fd3f7eda791c10368d82b00a199bf5eae22700b2ec877f0132c92109a0380290fd3f7eda791c10368d82b00a1141e0f2dfd47cfc2bead649420b6ef2349cbf6fe7450a5378e325e944cc00e53d91b1c7a6f995f6bbe9ca5ab3ea8eb1a318e88dcb89b0fc282d5f7ceca3439c8bfbb9d7a20c35617a5684be534fc67dfa95d6fd0be4708f852a807f88477a61875c1fe963f697a521439ccc89031743627879285d535e07638c55e5ce6ebd59a37badf2864483bf4e1e6ee3acac4cbcfa6557b91312fd14ebd14e4436ffa7e6a5fc2d1f2cc7f8650e64cbe1927869a555f51acbb3598af6465a3ccd3021c5e9481c55c6b5a05032ea5607557905414cc5d405e31ace5ea52add20f08c3a4728d8dbccf921de384368951bae36d7330c909615ea67dcafca4b321cd790f59dd2225122b94b3e99e9d024f9b6159a67e41c89e77e65f1664058a3891d818922846ddeea017b64e3ae5592abc1ccf1025691dc014c37407c263bbb48650125c086c336c4e8155cb36d9f37ac3e474a267c173bc4ffaf29396672d242c11fce0f789a5576dccac4f8595c3440b7199c8feb492f8f7f8d0900a80362faa05569d366ce7e9b4def03ef01853e9fc4f4c4c6efbdc76b6c81374c697c6ada407a2d95054db05f10173326d348c72b17e1a34e46f9e4e398e71f4ac5f59045825d0ccba89474b29fe60907ac62f76732daec62b675cb7be91bb246aa41fc78cde8edd2875f6304c91d15e04f7417dd37a746f8caf17d7f6739a6b658c5708394998b374199bc4d6385f1151a4984063c6304fd04573c15a7e43abecd573bfd8fb718eefdf890bd232a0d26920ea307634abb306e8ec4e0f45538454c2fb06f8698c38736ec9e6c3c97402ad9ed7b37158e5f33036863ce16810302fda1fd10d1be5ca6dbc7fc7c7edf7c9df5bae7d42d6c59539582860f269eb0199ae6f87589e377892a08e16ea24bd34f7820cfde02dd97ba3f795a0aa0992eaf51311dd1a3e512e3f1c44611be99a5f2633f4dfd55b3b220032b65ef6a76e4637f285cd3ffad6beebf243a4501fdb00822e6724e65764475c3fab0f25cc64e1f95bac4245cde2a829c64fb7874f2e0aa8df00e31a4392da76252663a5508c775cc1dd31593a8155f19e572517b9d48580c7e98af5051ff4f4e3d587d57a3508b5ca2c88c6d47c90317c57d73dffbd65b9a49412872d5cd00f2c8f237be275f06d71693bf7d524afd7b86bde1bbaace9a8306178fbc100d8c27b97ce9919d053cf8f28ae41f2a7cbb8ae7e99bc5fa481857def841c411b589adf7637dc098aac1900524bb2be4eba074c3e9163665926cfea9698516f67bef671f2fe3811cfbe27c6529718a50baedc7b0a867f9060580c09aed9d3ce6de04b8d4d963618c32071da38aa9ab166a3bca79bd17bb050c1169458d00aa90eaeac04e97a77e094e27dd960e1b26f4bef2dd6a215ae4b32b6803b16b43c54bdf5079bc3d28f360805807fb22890949542b17a307cb0c165f2399f781a5f1fa928ff2fc84da9f20e02915784767a5f585987171730d2aa217f3cf85d05cec4c76d4b66e194418fe375f73d969cd6da2d24a722c9ba1291754ce077ec7bc66a6801e1b75e7bd57810f911eb5e08f6da94937bb1f9aac0784eb9a6a52e3330472dfcdf3290674e5355b43dad9216489e89923fadd1a1da8e250481a13a8c046569276cbaeac45e68464e478b5fd10ef7d20354c227c43d2bd02d120bd7033d2c53cb7a4422d7c94a76e2a9bf0523bca9f90f9ebc27c43d2bd02d120bd7033d2c53cb7a4422d7c94a76e2a9bf0523bca9f90f9ebc5ec3df3e76d49a49dcf4ce68bd4057be1e054d4699b40a394ee76e1607878f5b2b9521038f839eb4bcd13171e70ab81bfcc0cdf3ea01e8d8421cbc7f1c8bbf9f58d60f3ca94a02dd93f975b303f503a30dcaf31f5e75779815bb12553af9c81f3b456baae1f6b809bb81023bddcc24960a65a539bc01b076eb920b1708c5b14b0a4674ce543547b8d2e8172287867ab880867e43a2abc5acc60217f4af346eddc4f68e5b8fec60a2e3ffaea6d32f0261ae4d6de02017869f204b5cc7bff2973ca2a8a728b40ee2f4f3e2cae2f934839888eaba989822fd1312713c533c182e0bd81d0f9c7a3790136ccded14ab08c3578db1285e5f9ec8602bdcc6cd99ad2e757260ed4486be718a8d2e4cf264195fc9e8a06844057bb7df456c71a911f250147bbe0e065b4ab2fb21c5d0f169c0bed495039a131ad2acb0fa767af13177e3531e44b1afd7bdb602dcd3f5b22d954b41d66c567d6913e82b6845a230c01e246d1e44b1afd7bdb602dcd3f5b22d954b41d66c567d6913e82b6845a230c01e246db8f3001e643c90aaa4b7b1983501f70bdcb408a94052f3c47a37133016f37ddefeddc8a4ae9653e7b4adca9fa2cb6009419e51c8867e5a95f788e4592795a66c260877769a2d395fa5991efee671d5a59acdcecfb74b9b48e73c8738a0efb2335575d5c1547c63f620166804c3d4120858bed3c3f32bdb2a494ba778e2dfcc10176fcbb6f65cb385c235c9a90f63ec50991dadd6a80996318717ef77d986bb218a6acdd1f8eb516afe24ea49026bfadcea0ba4fbe3f5e1261c89e463e2cb2cfd70c14b6b1cec98d4875f4009daf0e70d7322fcb776e77bb62bb05ac861db7e6adff0eacf38b3f7c9a5ef21dd5d918a7b3ae1061208ba5e495236dde2f4d301a06d97c018027beb6cf24410108c0fbccddfdd44183c7a1767bbaf5aae8af11e047d56380acdadbc6d05856710dd660474b22840c22f4ce3cefe9915260f03ee174716eb5130272eeed0bc7425f7a76ac29c3fd43842a608fd997d7edd088c5902e15f0786fdf2250b35195183b67134ed6ff87973e592f83ce7a8cb67cbb08ccc1aefb62c28e792668b4799d936dbb21ff4a2d7b4685a012b87981cd8ffd26f2c8418ce8de61404872746a9dabafcf7cc1f0646fd2cc6c482ddba3b02c04d4401fe955124803adcb01fe050f666b652257f33bd37e24b2d97d8ebc01a7e65475a2f1e227d6ca46dd1a987b5825f9076a8d9624d13e55d7e0aa6cc08ed5d8f94bf9ddf731242211803d4097334e6cc0f8d7a37ef61f16d8643699746a086e6b0b6128fc0e15c3871e8becfd0542684893447ef63e69fb5fd3b17f01856f1373e8becef2852aef249a3093832599a362bdd9dad0b174293996fcb743da9c3da7ec527cd8a37386ce2d7ddea1bd681cb9df0349506975db4d58d40e2153a56e88f72cbc466f9b732ac2355fab590ca7decb65de6a935cb871cc9036c6a58e8d6a3dd4594c899ed2529dcd7c5b40f63ea7efb7ec6248956893a5882bd8e95f48e9b7bd17e6d923747c7250004d92006bbb7afa85bccb73ad73f746a59162c8601b380d17e6d923747c7250004d92006bbb7afa85bccb73ad73f746a59162c8601b380cd08da369defba6543f2c92e5945d32fbc26b8fe23c4b28b12ee318ec981fff10134698bb6802119714517796a4070d2311555f53194943ae2bd94b62ec2ef0484c3bdeb696ae1e6563685e72a7abab4b5f6edbebafa966d9b1ece3778738f9dd8aba91b72f592621dd7c8c97cf689453c86178dcfa1a5b48d473538b2f6db0ab73dca946b91e11c7ebfbd4e2a835a0e85c44564554904a5ea6e6f623e218d5efe5b1fbf872fceff12475634d886be312198ebd54553420aa99cdcfe8ed2c6c1aa6700190b1daa53073dc1a04b3a8daf9648b9fb2429bf90f5ca8c5d66df8721d8f0696569ac334ab01f8be59955e6d86f5340808dabd04f754b1e8ea4f74815d18a1bc7ddbe7eb5be06e54b33e94e55dba106c6e16d7ee29cc59d65a42bcf7ccad85ff25906ec256771196c18d558af0f173a53a97c7630d52eb3d1cd9a2e29024a34a9384a4ecb97899078b766561b2b13d6aadc7d226bc9a944d88939b32c255e7cf41837cffedb2a27803f8948a96cc9a5b47f3bd0ce9a90a61f4d7673c64fe808fd1cfa095d1cd7e4605a6f0d96237d8995a82b628d18889d720ff92a530c90884c9b7014027be1adec6058b3cfaf709b71617c73e4ccb0e7b46aa1a61c284fa65e729c97af0f22f175d5a0698858a89426c7d7a9ff2c930394206e589472fb93c5309862c0bf18768e08255cfdda5aca6c72d25a5f16fd5cf3d403438f456d2fe0d947720f6e35e6e7bf9183091e6661f7ec037c82143c44f7e85a1cf2456d2fe0d947720f6e35e6e7bf9183091e6661f7ec037c82143c44f7e85a1cf26fe84720ca0e64177eeaeef325f606d51dd47aa7575cb78d6cfe441911a2f133cc4235f2f8e2886c0dedcaf6bff43240e75cb3f3c5a99e6b84e91e6b4498b3c412e3e8d80e8ff6a56c79e649368efc33928be09e9a211e5deb5621fa0eebfe6e59bdbe662e7215244c9a8b6aec9e58b09c4c9df600b1b30bbc6000b03bcc8e0697c484352d9cb77ba457769fbbce390e4aa61c83048540cfc2c71dda5d88216d7f2ccc0d8dcbc3aba6c46009a0266aeb7d837d1487472308c57e0591fe5b308fd39ec94d143cb859ca1280705d444f10905019a2ef93db657860dffaa4c83b7030b8fa9e38528f9470402b393d7411b533be8d409f0867e32f241fa79dad16eb68085dce39f226b56b38b53f5b6401dd85d8eaa70ea5b3aa5293d9571ec64cc4821d5feb7d1f81de56a30e6d7ebe473d6c4a04ca859fa612658010d84657db2094ecfc275706d2e3c2435ee9e4b80cb3db87002d61727143f88268c5dd0d35db94ecfc275706d2e3c2435ee9e4b80cb3db87002d61727143f88268c5dd0d35db6233dd4019cf477b0139912c30b0f8579085868ca4575af6e211624fd9b90f9c9cbf4709b9db49213c2199586e9e6d46497bf4e1a1ce6a07a7bd5131015ffe5bc6eea00aa34fb5c1b94b2c18ccb2043f6c5cceb85554a6dd8fce9925fbbbbb01c6eea00aa34fb5c1b94b2c18ccb2043f6c5cceb85554a6dd8fce9925fbbbbb01d740f7c40f3c03ac6c42c9d6951e19b5a46230b44629dd4e1122c5f24da9947c775d8e6286ceafd518d805d92b41c0624daa47002fb67eaa677a03cab7d70f2798b26f0d1249b77822b98e1df9c535c8bd80430015d795dddfc5383f8ebaa344e17db327bb9133790907a838c78ad141ad58801d8375b51d7a5ddb825906604117e8b332416a649edc752ecfd2c5ff1ae469f7566a6d62eb6f03b95688263df1107b75534838e3d5cd5fcb4dd284f122456d7ab4a2a73f4712b9e2ba8eeea59b6ce916ba760439f03b94b2f9f52ff2c49d7513a42416e04de588e7525289917450d7069390d0e13d3901ea331e59baf094c84037216b9a6f0331a3f55b4a5a5676831fbc96864bc06501539f18b32c55bbb4976e4d0e6bf903f3ff60c98bc2201620eb00e6d460569f25559d73d736fe86db3e1b9699be603aff0d11d2843292067aa1d837712e45a9cd0d51e8ab775da5460c2f635a282661acebd2ef8b23718bd4e047d875e73cf07933d083586f308be1c3e47fbbdaa9cbf7c12fd2456da246fa7bf3601e831108dc9c5bc9997b62d1a3f4a00926bbb3d1f35d3aa44e34ffde326a3b5c105918b023b779dd600b1819002e0eaa6d3217e49ec972232e745dc1f7dc92f8a2f0277f5e50f98edb45c6c123ef98dab29040c560803783a7d62dec746b6db9dc6f5692d8539a9aab9652d309312c9d67f28db95d0e10dacc766a3b243d11628ad6908b6d9d62fdbd18a8d962c5d2c93b726481b5fa929d6beae1a9f372eeebaaddee92cc2a47b46f26b59c7afc3240688327bac6ad8e8cc4e327020e8f43d4db58a36601f947fa71eff9877d9d5cf382bfd416557f0a12eb654d5f2d1b7819e5bb990d0c219a2fe3f1cbe5c4908ce6c5c24db23faa8528fb9803cdd587d7659e9a1dd748b8985e736452383f2aa03af5fa65db98586738d9de8a3cba47e3b443cfcdbf34f00200fa8351b1a104ca1158f246a209eaf9a8dd789b03e271c9072f2ecd7b42234b0bbb062650911e183cb40ee735d20c51d920c0185bd02069b2adaa3b5131a03ecba6fe25f86787f1db18eee34e514361c635b666d6aad55c0dc8faaca647d875e87b10dbedf0d1b323256928f7a8292fe7b2ff068507d42c315960908d04d03519b116d0ef94f64593fa8acfeb5efbe6763e4b172654633ff6208a1300d5ac66328b7b42cb8be5e96eb05a6ffc4d23d049fd8eaa680b3b626100ac11f904ce32c53f29f9ae471f8081af53194917b1d1ed6eae00e27a60bd3034f75c682e1eb6d55ff849b060c27e3ac2b5179ae68a9355e3bea712559a668c0ca3cd66fd7e78789a913a25f84c21a5adb295be16e92e11007b7bd3223022c7bc297a114c66266d324d25dcb29f21919382a3740b81bf8354c0fbb17e974ded580c6014f0722df57465ca56cd011e7c12238d13018275c9995ff016dede16a10af2984a5dc18fc09a8c7af5bb4fde8385e18d00da7030d4c9ee8b284bdc0ee04a81d66da165e816bcff57483a4d83f167d1951ff2b6313c61acd84a8cf3d735d59328d6e88e23b2061572c269f0a6203786243eabec6f7b140994ff36835f821c63bc1c750a6848865847a2ee8d1e55adb9a4a623f26d6d9d839bd6ceb4857035a1e9fc13555e51438a5af555425740bf0c49a4e3070d48a2b25e88fda385958c1058ba781479857ca9d8a0dde17a892ab184ded03f41e0b053fc31338b5dd54232c917ff2444e5d67058736430b92ffb2f5c69a33d5c5c2547c115f818fdda6380fc8d5c5a20911ed20589c08660e126a5a02f7dde34f5b2a56615f818fdda6380fc8d5c5a20911ed20589c08660e126a5a02f7dde34f5b2a566a51d3bcda9e402a6c9d07d2163b2676bf0cfbedefbb1469f7e24aa998ce58fbeb8d0a2d9810069f9aa02ecdeed65fadaf43caca52e0503346c4278a9de41cdcc57b5358f8bd00ee9bb7fbf02b96d2fc0bd112efd224b52c1e52df2fb05a4935b83f4d6b64be39c80c608373b584467f7e194cf072904b7eca4d432fd5fec8da0490a1bca04ef78a751497244f8edf67032697833df9c1bf1ca8836b1110b1c15fa922c0ed06041e37ddbc55218e6a9e7cca5aaf2e4e40059627b6b43854cbdf092d5d4fb9cd9a9ede27ee7c522131821f54eda010a17432f3f9c1a4291ed516192d5d4fb9cd9a9ede27ee7c522131821f54eda010a17432f3f9c1a4291ed51611c7ebf90954f41a837d63d525723a60d8f3aa8eb549d7b2286a82a562f745073378a9535a85260391d8d33e910eed4a37f8c9369f204113ea423c798665af3da53c9f7726a81f4368ee9462e77644730d5ec12810b98ace14115cf12ad6afaa4069c2dd810dba10cb5a00b632764f62ec5f08c02d73dfde72999849eac7f4478dc3a07bf679c0c0b4d3776fe176a36c82569e2e59c022bff39c104f8bbf0a2ff86cc464c06b768a902801c9a88117f31d759c58d0e469d826047dee64432f7752f70ddbe319e112be7fcf9a3ec5926db06cc3ab1d491d84092425e47b8a3edc87b5636f9cd0a2bffa40482e3aee0f88c39bc02bd3fc32dd1356060144dd0c13407c7be58cce5ea72c91f565fdbd9d282200f1dd1509dc25f9c456e9f2b55ea12759258b11c07b0c6294e4532303002b74095571a9ef84bcfd1b4c28011f480a16d69c7d017c7dcc3526493c1d52ac6132f5712f56626203a1768898f101680256d69c7d017c7dcc3526493c1d52ac6132f5712f56626203a1768898f10168025e253e08aa4c87233dce0e5181e5c10f860a34f6e07b1571945bf6578d797a3186953a97624bedc6ef7081d28963124393edf8732b89fcefba981c5f4938b6991121ec8d93e65acbcae1ca9f9a0f1c9081b90848585110cdf13daf822888b9e14c577c42b02cb8b8c9346796525b45024a52898e82a4a8c612b993841aed2d2b3b10fc0bc08a7bca401eccf28d400959b9a2af5b70bc7366818e22f470de23bf3bd5332afc20e4b808fd3d2be9f867e485fbd35d5eee3dd685b054d92f4ea448d40ef33aa9e06dff93455220e128198a7bf58093d2c33c4c420874194f3ef4ede40ef33aa9e06dff93455220e128198a7bf58093d2c33c4c420874194f3ef4ede82731adc09b78c41285bb68350e30868e6999b46dfdb6f1f84dac82c3deab3dd722fe63fd6e4b193f49b5fb624d396bef77a9b1adfb3452520b93bbe779b2b5b4dac0fe4ecf944f82b6cb5538f6164c7dd35eac0a984f6f3e49a6bcb4f7964fb8ea34ec38f125472cf0699ec134b1f748a0d85741014b126a94c7a01e3bf0a1e93f444a2578b767c4d34894843de90268242191a0eb077b6457cffe3a6170bd7a313c65c46d80e4a813ac05fb6cd0376ce39d504403d741b08f17c936b47fbca0aa73d60c7d3b6860430a09113b0fd22a245bfe91635a3cc1395e71e395d59900aa73d60c7d3b6860430a09113b0fd22a245bfe91635a3cc1395e71e395d5990b075149ab0ebcb504a8167ece3196505dfc74f4e40ca6a1ddd6d36ded2c1891820d37daa51c34e0403f363fa11c7386b68618068ef830802ed50634384796c25f23089d80f3c4966711758150e1ebbfb4242039d99a97d168150230a1415c6ec0605051b5f9ba3fb052d0b94608801193f17894efeb824595303ef548e6609c0a59ed0572a3256940b06864d2ef00caed476ab2aaadbfe0c218ff43988b1af802affb4b7bed3e38a2f72867ae51010571ba17a0587251280f77d06fd949ec104462c8e9c1018c080b42c7ea8d1be8e82cd1ce20845b5dbea1470c8e2ee52c89d47cb31f998b4b24e5f0700b23d3813e3af915649459eb2f9906af1cdba77593606141417d7118c4e90dbe2f8512deb07527ca9d4fdfafb3bc44a5fc8d848af63be6233ec8f263a98a16990e101c3697a4cb8f0821e07c40c4e0c713cc16d989ef1d4785b9759e83ced6ea68ea79834392f1aa962304c6183038b95c89f811e879db7fdd00dcf227f57b237460d4161b8931b95dc64a76ec65d5239bbdc8b4d379db7fdd00dcf227f57b237460d4161b8931b95dc64a76ec65d5239bbdc8b4d3779c4658623597268d9eb23f28574d429d4b95c8eccaa9d7081b7761b8a8e8292d94f18484a7ef7b0008f8d58efe11e478a246d5a530ead6bc8a9871707140c4ead87d9f2b6b06f8a961025b466c059e6bc00c322a06cca5c47121eb1b761380cba3605480a39c5b7422754b18404f7681b7e3a747d706360a63e6246e008b438cae14a4d4d96bd272ece4c14fd69d4fdaa9439e0b30088e4bcfbc75a3c10f01321c53367152a6f4fe06495903d6439bc8836af36a9b647adfb2bbfec4cc061a2e2cebb13b8b46109bd7f9b9c2f66c4bc126745c3634b45d8468fc420b6b4b2b0cfce6246466593fc269252575ab44f97dc1e4e44df9bc2a18cd1a78bece2c82b0b00aeebaed86319d73d67ecc54ff0ddc2e8bb804e0ca1e1d818d5be8ce43c0c16507dd8ed917f5d144e51f9fb720a8c7742dd86b99b55e9d289e05841bdfa569e9f047e4d936826f45d70de6ed92cc973d31447b0c7367d1645211a141b993a4833443db471b48479df98b2f3eec7f7be966cd4094a727fe286979f21896e4a1d180d8ae609f74fee48a0b5883c2c125f3f297b1c3109046fd29e12593ec8b1daa8291c1566d5beb3cb720a1a87ccdfef0fc14902214afcbf01a90cdfe714c6fa952b24eb199233adec5d06ffacb7f21f2bab471896dbc53078efe161e545a2d8cfda5ea464b0260d77f49e7fe978019f2144528e318243ed8e71c82a8efc4e39c2af12e92db607fc2fc869a7eb0d4bee9f252beb0a54544000ff3b73567d74e754464329811ea67849a8f63d9119e7193e00667bd8060a9a84d3101b1310f773d4516dd61ad223b0ffab207484abd0d70ceb124f7ba053da5ad8b67a12c460526d018175d23ee55ed83f8f5748a8428a4b0159b42d26e713341907483e2c02df871711f14622de68fb41f76c9da997b325a1972b0134e0ce97eca07872c24d9025aef1e48c491910cb21b8d2c32f01e9d8b3b46914ec8957db33fc35210e73acb561ac8a8305861cec44a8c1b6dd55b4c406455a34a45c217cecfef2746ecdccc9b421f275c13794865cb6a6b33cd026851fb1fdede232cbfe37521ef6cfe4d391d667c9cb6731c54718c60af53e039c3b7064db5b82e6c2a34fadb00f38b4beadeaf436fe41bc7bd35a2b336af2fda6ff001d3a145978a0c182dfae047ed3c8ec4b491079c3ff04e1289cc69ad2b81ffb8160a39e2b5e591bf06b4cfb7830a75238866748531e2f631c75c4835ea9afe995a25f9171f30f1dbc14b966db42f162eb147ba66c98ee2f5fec2c38983b55ed6a1ef70e768df32e8e684bcf551d9a5f02005c425d606e96b19c7f54e2b42ecdac5a2d0f92c166e104d6e5e78b004951fea940ed12580031962d5b4dd8d9bc0a1f8f601e89e753bcfc7655eb748556f70265d13c027934e0742b883a695c167ce4317efe1c5118d1cb9b247417b3b9972da263af628893601066d64ffd545fa4ad4c5a0cb56514aa3dea04f701497b435e2de84e44c32ba5acfce734dadc67296897ab765415d09d78c5bd561527655e7b928c157dbdcdc252596bf3fe2a95d1d519fd9fbd6180ce89428c30b4d7055d2c2045b2928788f9a2e92ce979abe4f39b5d33f0f919b5fc787c3e48f28451c2d266ff7e5ebf1bc5c0d12472ea2cadb36342ed48ea7ab9c3449320966fda519d61ff954944e3d03056111920d53c452a0cc892230b972e2bd2921a5e7b1c165e938a31f7e0f745db28cb1ed75ae60b73db65813a76933aff517c9eb2f3604ce308e4fbb646f840be3b3b5f8d8548147dc38fc472b6d139c1c1b7bc3827378145a07cd73f6f5a82eba12a61b319fa3893e28da30dcbeb204565acbefeb7918145a07cd73f6f5a82eba12a61b319fa3893e28da30dcbeb204565acbefeb791d21f3810c706e9ae0c76277ac97a3201ee3aa5f2fa56875152d07ed6fd8d2aa2d21f3810c706e9ae0c76277ac97a3201ee3aa5f2fa56875152d07ed6fd8d2aa242cb686c191ba5ed9168f35503f83ec18d1c253a90acafc2e6e04cfb2d297a9bb00e0aa144680f24fd715ddbac0a7c01a9178bc294f9a1239133cdcb8853e946412da7930a8f792c6ae9d46a5fc42437c4efacb08bab8e73c30c99f3d41ad2a1d983ccd595495c411ea09b023d02816b8c54c4754628bbabd0a0d6fcb5e6c0ab21689a27180e4fbad304026fa3a210090204a67c086f3cb5d49298df31dea05054842ef57d2866532187f61aaa023aa2f1a4dbf1b960d87ac6b101d3a6360292521716d7c0698ac5f547beca4a1ea1d17bcc8abc5091f1f2b92831af7b69215049fee4c2ea64e6197a5cc159ceb433c114e3110b7539166c3c5da037103bb3cf4eebdbaa0d880dda67e80b0a0bb8532c2041c5e83a1b15d1674980909dab38dd2c32d296a79dd6344d8a6028c0ee1df76d3accd076e4444b8fc81771c4e0ae967143ba40f18a4e9745e2f5d1eddf54fcafd366f81b3a5d43023f4e97e7b02ec44100ee16ad99016ba88d7f6f2ead9da26c2f019a67ca38d6be30e665e67a1f77976a424c64af1a2097f20c68922cf615285a57d5f6e2b6973688152c4ad69fbfe4d4d1fadd7552b9076fe10d985b137d308c6324159732e549d1a06bdcca4b8386548dac6e0464c6a5656bde7ebff42299acd699b79c2d32ec9fa27487e3ff61960b63881245bf7ceb7c17e309b2534ed2dda5039d51fea4351137afc7f0982e4583377feb59799fcd841ad4515731d3bc87de48d408d67c85d15b5099d40464f1247657270287abc88b93a8cd4a272b689ffb25845d31cca01e8b07c2448b0fa09619a544f764dbd1f0a54a2f078bcf2237fbad7cbd2c65f34f4ff8dcac32aa909997c625efdde5d936afe88fbd54dc2ffdb6ebac57410ba6c1f7eb643a9c6b2a25b056aa5bf4a60d6e2095037a2fc38d508e8379bc57a3b9486532372c3250aec331884b63fffe21100cab037a610e4f3f7ed130c3ff80e8aa3bbbbd528c891a8706105883a7c5847b23a8d59baf1b9efbd27a6ae2a752e7c615855f303b34b6d2ccc323121ae769e92cf648c65f21f0f9ae203882e67a9d80b97c0ba5b0cc4006aa735dc0aeeae72cd4a82aa26ff4f53835aa8a5128f24bfb9af6a3d3a06fae9d9e56e251e9c77e1e475d93f6194f3d1e69c3a9ccc98c578f16098e1137eb587a2ca050e1e04fc8ad9ee09329899ddf905a8a7720b81ad23113e9082acf1dec07337c5b32c6749ded6a5f187f10a1e5d5d29dfbac0abd19056cb95e33f255dcddcb4875403937e1f54c1e28e2983379bf3b5c0325a63e24bc13eda0d79a06b83fdca21b88eeb513a631f7779a2f896f19da5746ecc37ac15e48832357ee6e9daec2e07ec944ebd7975cd149a93b59d153384aa659c98761a8f7117e1cd09de00afe85177129114353e495796b34dd0a5080cd040677d8cecd878265c0437704708cea97092addd1a20c9c84032143c7ac0391f3d1ebb96fe4fe1760f00a1afeaeee76d6cf3c24243780946baf4329e3d964e0af7e33a9fafe1389eb18016327be36a30ebc097de51f78bf09f1c18fac914295840f442dc96514e8ecaad5ad3098bc0cbaf62f1de8fb43179a33cb23783cdaefa8954e86dbc175c5edeab9b07c7e67156ce84de78261eb9a6aa4ec89b63fdc853b5a9c1875f8cb34c7554acc857a49b137c2e1e299ca33e6e8039739068c6f881e2309fe206a4169704d7cc1e55cdcfd8255ce32434f3de30c88fa4b7521e7d3407057e6095e4061552563fb9f42ca8056ecb6643cbece8f1507cd58b39c9b48bc86b9c7dac243e80b140a7dbd6871fe3dc7dab2d1147766ce27a7076e00de8a50b2138bac4b8cd8205aa90e187f35800086912064ca799fa8782a959623537c2ff695ea9d9d211a7c46b856927fa38edda374b64779fdd6176351a9d12a28ef9842ab528dc7843d8a0dd3da0a05d039595e4e5acfc5a83e72a6cb5a9bd86441c03f8aa0a0bf0057e26e4463942f5a3dc45e1a39bb2e3ec594585f150479fc49348ef297882ff9c81b1bfb507c37eb975283c9f40e1becb55efa90bd1b5f954714f265f4732c9605a7c836d768819b9ffc237a38db20579b6d1935c7517f13099536e2eb82b16b11f1f3e86a998dd1c051b23bec43a296cc720b3fa6ebf9c3f22290ba630cb4a1b3b3d3e1152cc4e25d6104a6970fef35f60ea0176aa860cfa8d5338f58a7dd88214301cfebd0a36a69368715c854904199f62bd76a5d84a360cbae2f8341381156e07bc030ca83c7595ed67e351d6149abfff4bbef372eeb541df97b75aff351260a389076e242726d4500b21160d4cd76065894583c61961408435ff6169ae2a576f28094f5664d441c5374216e39d1850698067cc1ac09713e82c88965c7d19d6db3bdee4a53e31aa3338828239b82aeebb53f19d41b48b155ae57a2b53a95fad5023f8a0ce0830db042405be26ee5629e52631a5a7f532242ad9fd038da3ef703b01bd5d834aebc913276d03490d3a516d84161682aefceb414a4cd6fe5acf053cce8a98a7b8a7d76ced576dde0d6b8725accaa3d9930d686b5e9298fb23b702d4137a9a856f0693ab8f32c0cb0b31b2cdfe91bf241c782c9ab46342d30275da1a00e14e0d1a08b90ec2301f80d9973ffbc1e3bb46f7c3c56fa0e13bbcd9ab279326414664532b6efee711f6a32f8f4ad850709bc78e2a3365ffb5a3197b604a2e184974ac85c420c92d59eb6dee0d7442b3b107dbca6e1c6511b44ad21cb0ab6888544077291199620425cdd14fb200d563a2d92da468fc57aa02f08c5ef29e350d4dac00ddcbcac4c578eb1503eeb7d2d0a45fb83f448a6ccfaa3daa166e56f200171c71659d53ad2b5e7e1da887432259365036e349022d79231a51b3fce416081764bcb71dccddcf9c00f66ff400e5cd8d9e13f719ecdbab1c7f1c5941d81dc4a4cc6854e83ed85aeda30c29ff64a3b6c9dc50d90de9f674e033839d9d1e0668af0e240d3c6bdf90addbc1f4875cba9c8d91f474e2d018e91df0c14dc957e675191d81a2d02af59c0e7dbf060887785d3718f116b87aa10b9f079710008274118e548437e60b0df5e400b2bd96f45d4f7bafe64d726c33b5a6b6ba3bbb0260ea96d8cac5758d88dab8556862cd19718857cfbc84514efa05cffa0a232f7f8db0c5db2254304e40941a69092d0a7f6df61075fa79f095a7a1b45983a6d7bae1e73ec4153672bc104ea184b59986744eff3a307c6b34be9faab08891a7d1936d56aa8e74043d0d5ce0e57f5d21be21d41433e47be7051b427475310013645b1144c4c67a733932ced52a24227ec8dbc562012f7c28f65d54456e18c77bf0d9d0a1e010b17305b6b34588494e1d86ac873bd26131322b8c2d631c972466aaa1d0d0c7f593807bfdd16919e04493d905a6d649987bd276e904adc9cce7a47f307c043c35f40173d623be0326d24e95641bd5926375ff56fd089bc07252c412bf78ef8fc5023bd649e0f95be4d57ec54480ada4e360eccc186f3373dd98e5e3198fac02ac41dcb75a41f7a718dcdf6fbd982959b54f7fb9a427632c52723982bef0904fa6c0a7ab0f5dbdde143ec703a90cf0ea06b966fe9d8835deb9121217cd7138d757c8beb13e44aefe6a529cb35746f64da6c2505298d42a030efe029eb448c2b4a4d73f0248aae1f88ce59623c5aef66d5578409cea70c34d955d990c0d60431c66cb3f58074e229781e1f82101560e363867a0eb1d79f709daff1f59c73e8bc3bc5a53bb1eeb76c0e550c0cc5742df4fa51a7f656a28e92b0b648defae1c4fc804a424484180192adbef61b2f9832f1af74cd66fbe24eae697442f6650bf463764a424484180192adbef61b2f9832f1af74cd66fbe24eae697442f6650bf4637648b99d896ea721e4b060bc8acca215624e4b325ec075fb504f8850308217b729e8846e34529fa1ee1109a12cb40bff1fa3467d4a5eabaed2c35423d6c1457b2bcdd2925ba9a4f380312104bf51db43c2c676bce68c265c3878243eef1b946ce0ed9fea23a752dffb480ba7ae6b90831281eb18b5b8982c39a303028b5b636b49710b24931c2127d66e6b9287bba1dbcc98c570ab8801acdd7f99d914febab891c3ffc57ae93693487d51fa9f222060380485b57b38b8eab582150f575e94a4d6a868cbed3dd5d3881a42889d2bc8e575bb000e34ed2f34e8c2e8599f4db486974535ed0c0bff44668d38171665c03ba0620d94d958f1a9978231c934d95d66604f0999759d3e428a1733b62180163b3834b97a1859fb7e5154829300131f8fa48275d08195d08af67b897527b8f1d2b0d9b7e6d71d85b9ebc6e72f58bd4f7d3ff979f4409026d0704aaf93d3e728f3db7a25417bd260b21b850a49f721dbf82e4dedd92d0ae72fb1ba5e5f2aa28aacaddab98f14a79d12621ddbd272fc451ce1c0ca0c6c030ef89988c7f29054ab2a96b282416c7157bace8be2cb023b985bb34dee9c32f12ab20ab264e166b6bc42d4130bcf3b183295f2fae35dbbf741c25f144e073751fb31e821a64fe28d58d1df55bf19ee719960d6ec7d4a677804da03e05bed3a383b7dd76be72606b45d9d3aa16bd9b975b702701e017c44719555af60325206ae8342c1ebe71f11c65bb4b337a821fc0bd7ed4394030feaaa76162070f492442e4799d0492dddf0d9551c49e155c149a7b1bd7dfe0d278165c2d95a410980fd6d923a909e855c9333c05f2b76990fcac00554fd1ba67623431333ba8794f8ff3c67e3f797b15ba505121665a9e2936edc455b23160a7c68fee8dff01b38f32151e2fde680f1302258c620fb74fd8b0f7856acda24f926cc08e74d7ff4e8f200e5d9d314e0c27de12b56fc873c12f738fe1b7841195691dc5de8eb5a3d170445df4f205649419c88faa67ad627c15273e6287afb8f28b45ab81e04a15e9608dc9aa7ef64a98a0432cb54fad7c2fb36e6cc8da71fbc54eb6ca78ad9564e0400b4d296e8b813a5ba38059c4401b1ed24371452d453684e5d1f466ebcf87ee0f394d768fab04efdd17027963cc6989fcd36dea401f8754c2eebe2c93f5ce89cb27dda9db6ec8988853787f53c37a36bca527e0a0e69eba6a1b2277616494aec18b2cb1553af0eb4c669c830adf20e4c998eb1b3a28697b19ade88c47d52f30c40fe89a70b3ac94388cee43746258379cc095859a7a266f693f2029e8b73e431154b7e01c7301d745feef305c5a4ebdb2d3d806277a11d36231917ddfd1431da536f49e5b82d5f50bc1efcfe5d427a664e43ec84da5dea71f12dfd4526cf142175a7be2ddc162033af96f484563fc5babcc8895ebb5cda42fc38140d9ea045e13049b90cbb41a8e295d95d4b55e5a633c7595ab87badb935e3a11d097da79c0a40300b67bad98717d03819f01a32072b5ad440dc414c0e9dce38463cde2588aad06172f4682002399ce5d32a104577a6644444af346d4fa09af4a13b1a0c559369c954e3796e8905d2cd4f37541a0ce1b167eec2c7aaf37090687344ee9d952fe4e61e40a58c69031d681b3cca87b0e530d4fe10259196a6818d887ccb78b771ee2fa45b770516d7be50bb10dee0706f9b568164ea9b78ebb1ca8d8d8c4f18298b09bd506b67fdcbb12ee2726658290b95abee3e291f61e0f8b1d0c5e069b0b85f7f2a3157c7eeb57eed7d29cf1dc464eca364df6ba2b77c9c62791f28f9ab533fd89eb1ec5c9979b33f770be275155b03beeadcb935396567429bf6858447fe9f265d77afa1af22847a09fa5048151e8b89117f683accbf0e02d65893d455f6d04a90b1dab4a0b60982df64abac278bd365e2489c5d52035d553806511ad14bc694782bb11d7541beda426eec202661e2700faae71aa6f4894a01a16b1399778a32bf220c5232bf6bbaf8cddf3f979a38c6221652f2f32fe3fab66c3a55735876f76064d949b2040f11eab232c42c0f535fc2d9d27172ab26ede05a9714f4faccc2f2f9ae0fef36d8eb27e99eb06784586e287fd72936f6889b9395a3b50b4879e5c6285daea1e41f956dc91a7c054c773d063e01c2144f580f836186e036e44579201ae66763a8ceebed7d3499e928cf558305516b3553478082590570b67ce153d031d11e54ec4d100a71bbdf979d72901e877ef7599798f727e40f3c209aa2d28d32b7c1ecd9a066a9c4a42711e836ac2fb7a7260471ec33027e0c2aee5b71f04ab7d1e067366edbdaf0c220b2411cc5e57bc8b4d710cfe82ef0aa4642fa67fdd310fe030868e927b9998150548e150085fa3df7ab0e182d9d15e32380e86e77cc89543b332d1f4da9eca268bd02aa621bda14686a008065f6490ac6d58270f87d6177f083ec8bf8b2c36afcd37831fb487f93a80fd388c96530e62e8c16d175de2eac4f24ae78c0e6879c19ec8d21fa513400d4f8b263508ab2cc688c16d175de2eac4f24ae78c0e6879c19ec8d21fa513400d4f8b263508ab2cc6845bddcf1f8f6ae9062f467d6f12da6e2d878ab8c4d5c4b5d852cc8524eb510cd2e2f8c8951fc4f5186258a3cefe22ba6e1c14e4899518beb835faf6bd0734377800df19c8be421e6832354877a5902571ad9f949c191577f8813a116ba44408107c8dcd38e99febb31331b234f9f8caf250f719d3f5b0efb09eff8d5c94d96ac136b07ff8e7d467272eb03630b46b40d9b842b3fefa816e6a173d8b5fbda1aabef7d5d54ae8ef3fc1b2a174048f633eed45b574adebfb301001a5a1da0f499e979d46d9a6b97ff01fa2a73f639e7937a50cf34ec23dcfdde5b1bec5f9462cdb41ff5ed963676bbf6ccffc7592dfebf3858772c081f717f90a35936fa15e95990148498c8967dc5c24f09b9327085bf62ced6c4960f5de14fcaf611f827be1ae053da01a84a2ece40627ff6d4461fe676254086757332047ff410f736720e286617b030b40af5fc3e0bcd166d21fc64453470adacde42a84a76aae097d6917ea5ae9290ebb9e9035c733a62a49c2e23a4b262ee8adccfb4c452220a9ec686678497ec4514b69ef65d61c3cff207f94bc74f01754402e93d575acc7abed62c1c2860324645bd6e441b6db815085784797227b5a6f1eb9d8bee0ea73fb754b6724c96ea4a2e20f6a54b88942706a3bbcaa75f7116d2a467ebc879046bc2225184f8366ff3f6167761362f725226fa3ac8df4610297ddeada1d33915e496df9a46d636518fcd5310504bf06d4884374906f87ddd72ac9badf77c9947f6fed0613a67acfbb1a860e4e957a4b02f47df2033bc72c1f037adc79a7ac8aa2e88e10502e4399e7763672a14e342a3e81d81ec5188c99491574b859ceed774489c8f7b73c9302e480d394fffc15b5c569f90676847d05141b205bc75dd4ad40dbf2ed612af84cfb8b45b14483e9a626acd34f938d0f97eaf58a0911a5a990461bf1a6d95015151bb05c789981ca7b3b127fc29035fb957ef477bf826b0ad749b2f964d04e3e9ecb08962bc6ddc5d2bee08ddfab1c83387a97dc4a3ac4669def023734b9f6a147cdcdefe003dc84d22bfc2b109861461468e0621116102ee574e164b227031741b5115e029dba8887362119d2886552dec33932ff3233e77aa5e3002af5f4fe3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855436e3e154899a5b4ae5ef2e34374bb4d66d8df73f1543d736d2a9ca569f73a40436e3e154899a5b4ae5ef2e34374bb4d66d8df73f1543d736d2a9ca569f73a4071264bdc13b6f7956ecb12e28f8d19fdfa3d59786af532776cb5b5eb4b9aa430436c14ede37b891b78a406d6d81481a91c0a32d0d1c30e9ad582bdb19801da4e424b55840dd7d5bb7f3ad495ebffa6c0dc03a90b373d236d88f71e2e4d99278c1f121e39c06b78868056545bf4c4518d4716830f6266fdff00e13e4095455c37503d52b80acaabd567891747a98b9898e3a4678e24ea97ea098a66387b13584c3db3fd5f74bf4a6df1bc06a763d1495fdc03de16a82efefbbcb38c4b19663f325f266d064a00a9f039860c3a50bc28ee88e2d7cc04258e1156a07aa78d4ab907d5b70807d55161fe98e15043dc81e7b0b5e95e0daeb16c9fde2c08c24927c838230f11f9dd60aa8cff34a16d3f219f757e7a40f7101e7cbff4bbf0a2feb96956052dd39308a1a1c6b105545ec40c9ad8a990375f0454e1046f4436c22fa8e4d9bec308d9bb74fcf8263e7e96bdcd5b9754b09d84b23a17444e795bc6e9aabef939d7ab7fd0f20be9c796b0bd1918a0fa6cf012e16c28eb038364cdeb8c039f3dd4067760e0198326661d2bebc8153577d1bfb90dae0e8835052d4351cb840849236683a698f9c13693d4fc1791af71a8464d351d0ac0ad881b9e00e5a893a897880c60ed7b0590a4827099eb34f40d25f8ccc4e81e0406be4a13a4cb058f278cea14f502b2eccb20db42e423c9a76ca679db6e60f0667f08cbd7a53f34bb78c5f9e1410787ff228ec79299b1e90fbce3323f94b8a2075c7f417ffd476d393b84a2509366d4f04cd5a86328797606ec4a5ca22210fff86621570b05d20831caa36b9c04329a0aec4b2e9970c3aa3a0423e7f64337c5cd7f097c92b2003ea2880dbe4c7a5022f55cdbd136a093e95cfc159dfb5ca4ab372bb5c7e41982fb66e743be4c7a5022f55cdbd136a093e95cfc159dfb5ca4ab372bb5c7e41982fb66e74398894d1d39eab46e74aabce4c4b78a6501342445bcc414fdf2345996be1714d63b8560c16d08546aca7bc6377248a0aec148c548a53a866be488b11ee39738f86a7772519a37bd2d87dc750b98c023b60a44e01a8a06ff221bc0a6bf58f9917be9cd104f7068d4d55f4c8d04350513802bc70452585129f2f702c2e193982b09325473bb46c8b012455e1fa9541b32d62d6e02d6a61a0388a1991fc72c68b14b98b55cc58326f8543963c852d0276b6dd7f4692081cc41069783bab60a381991c573057ed9e5930aba5d404e5c89fb3e092d79570ce150a3813c99d7bc1dd4cb3fda2541436146e74474b1c0b54ef65e65dad0f7f0e873397f8e411576d737e228eda1f0527bfe32968093479223d27404b017f231cde9e5ee2d2fb3cdd30f807b54ef13561cf04835461b8717a21c40dd5345b22d4797d0ad02e67f4a4c410bce38fa1c984a250a8c73d63579300c97aa83d02f5babe375b527d717ecda87a4fd63f64ad504d85d55c2382c196fd73a696b4dd7ed45cdc776065e64965169ee3fa7ec57a41db1ce0ea7c155ad49804113e06b994b0695f909a652078358b9fbc6948a4702729f6307d3dc1d43544bc83ba6a8f61f0c8923745b2258f23f453de7348251534edae3c17de95c23fd4fa3dc8005ea7b9b4cf33b46c93b6dfc072c26c6d5adaada2deca04e804df9dfba5ffa0d197afb35434778e1caa9ab3f4c81d4252235f2d12c6cd3c6bdda8f9a8819633f91b2a0bdd27ec1471aee5bb00d67b61db683c82de3997da3eb099650beb8d7b2f5e99d9b52575c006a4db5c0c482527c562a78a31f91c0c09a347fc94cbaf39f4a7abea51c02cf8e0cfcf81956469c806dc206af38e9aa3acea7b67dd6f8f08cc13af3d2d9c90b521dc6c8ce1634da94b88c80ae11aeb47ded2f5dc81184bce665636b46b44035650cae7239cf3705ac34a2ef6729d0039ab46e5e05b3175159c74aef924c3724773acb0e4137438864cc7e4906f7283f45055155eb0b69e83a2132d80e96c24c9491e3b51af95e929896e65e0ef0a3fa5752f4344cb885dc973aab06157ed44976464f1d8777ce6761e5e3f54240fe8ebf7322e86fc19a2e8fe4763670691d0542ec82a3cfd98d50c4f9fecd29dbf9e0b1eebe7a2f946a57176a8ef42243582f39bfe6cd20281a12ea60a0e5e7b94b4334354afd83354edab5463cd3c1e8b82ccffeaa86d184128f210ce2c04c036b17a095474d239df2f5d2557d6097ce5798405c72ebb80a584d95cadf2c5043be21d8963d04a9efb941ad5b10803e1a32c268104d651e29ceaf9a78ebbafe114b2311c5867d413454f21f3782cb5d9a4b4679f204bcb28e5e2dc938b26a2e3e30d7024db88050c9b7c2df16135f8366f3ea184d1c7a98af714f13e82a809a22b0e220fa2fbf2a88df559a7ccc09c22f188c339081157e5f503e81f6641920f9fa9d9ed14a14100040c4a8c805715ad23f90abea799003303708f4804e543f35a77d6a82b8cd167096724f984091a9acae77cc15dcb8aae41d877c3105585c88b7557254078e2058ec0e661cc5cac97722ed15d29260c5eb7d877c3105585c88b7557254078e2058ec0e661cc5cac97722ed15d29260c5eb7dc40fce6969e9a3890b3f95f46f05ae1ad51225117f5933bf90caa3ad75e1acea134411186828351fb13ebbca42cf9ee056976dd0de65547f66683bf55ae6538bbba3aa49505c49a3493f4083eb3df1e3c20bea539b71a72f2a3c2b29fcda02cf76090c49d33f1f6c43465e9ff73ec857968fe7b0eb7c84b701e809f799e75a256b525e456c356a6bc5a0957b0abb1b01ed6b5f8a5faf8b0725817774d752366342c61303c1b5f05f8dc14f86a9d087db0e9dfc40eeec167e3f1da8e231f74eddc4b5013a7ab2f6c18057def275a5cb580472cf8127627df2cd48a414d9609c0d7307ea7a88c37675b37dd0929412c7df61784990d10b6a2fe191571da8377c1f4f2b2c1236f83f429986e6404ab25369c19e76271d63a72681f64d3ee28b75054f2b2c1236f83f429986e6404ab25369c19e76271d63a72681f64d3ee28b7505a5fc1719096867d28bb3ab2e9abeef0191137271cd4a5012d8c86e045920ce40abdfb079c67923ce014406cc693504761c81b3f49af3ab39ded3a66ee56fd1b60b9135ae357b140e123aacbc62cdbb5cb6808a7f579ef61a70e0b8d854a5738cd1a90325f80d02724d358575c197dba4437ad8bd1bad27cfe8a2924d2e95d97d55855b2aa92f450f23b73b0aa6284209a863f743e32878b559241685d3a997cc93d304462cdb4a5f74ce78e704b084c67a28767ab46f932a092d57598b07c9a4eef0860211388bb1ff026efe7b917ab1581330da17069346067c0df49ba3f5c3586d2359f51cfe53d2d0195abbd184953bb1ec6bf69d2b5329706a4250af994e50157b43487a490f6e72b49e554b1965e7eacca0244b2218a89d7c22f737b729e640db1d9a201362ad84d07136560a8bf1f03dbf44e5f1cad8616a050338f733551572befdd92915f857d55991d6ac0f20a9a6f276a1aa7fd2fce0b4008bccff9a462882d2a7200be5faa84bf63cef5e58b6ad695b0197b407a45569201f3ce873bda3d7d6c568f494c1d12520a97d41a38b7ce91d88c21f1b469b747b17f7fdrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootpython-SQLAlchemy-1.2.14-lp151.2.6.1.src.rpmpython3-SQLAlchemypython3-SQLAlchemy(x86-64)python3-sqlalchemy@@@@@@     libc.so.6()(64bit)libc.so.6(GLIBC_2.2.5)(64bit)libc.so.6(GLIBC_2.4)(64bit)libpthread.so.0()(64bit)libpython3.6m.so.1.0()(64bit)python(abi)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PartialHardlinkSets)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.63.0.4-14.6.0-14.0.4-14.0-15.2-14.14.1_9][[k@[[.[D[I[8@[2*[+@Z'ZZ%Z@ZjZm@Z_:ZLZH@YYY_wY Y#@XWڍ@WUeWQq@VwV@VU~@Ua@U7@Tq@Johannes Grassler Ralf Haferkamp Arun Persaud Arun Persaud Arun Persaud arun@gmx.dearun@gmx.dearun@gmx.demimi.vx@gmail.comhpj@urpla.netarun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.dearun@gmx.detbechtold@suse.comtbechtold@suse.comtoddrme2178@gmail.comtoddrme2178@gmail.comtoddrme2178@gmail.comtoddrme2178@gmail.comdmueller@suse.comtbechtold@suse.comaplanas@suse.combwiedemann@suse.comtbechtold@suse.combruno@ioda-net.chbruno@ioda-net.chtbechtold@suse.comtbechtold@suse.com- Add 0002-maintain-compiled_params-replacement_expressions.patch (bsc#1176953) * Maintain compiled_params / replacement_expressions within expanding IN- Add 0001-Illustrate-fix-for-4481-in-terms-of-a-1.2-patch.patch (bsc#1124593, CVE-2019-7164, CVE-2019-7548)- update to version 1.2.14: * orm + [orm] [bug] Fixed bug in Session.bulk_update_mappings() where alternate mapped attribute names would result in the primary key column of the UPDATE statement being included in the SET clause, as well as the WHERE clause; while usually harmless, for SQL Server this can raise an error due to the IDENTITY column. This is a continuation of the same bug that was fixed in #3849, where testing was insufficient to catch this additional flaw. References: #4357 + [orm] [bug] Fixed a minor performance issue which could in some cases add unnecessary overhead to result fetching, involving the use of ORM columns and entities that include those same columns at the same time within a query. The issue has to do with hash / eq overhead when referring to the column in different ways. References: #4347 * mysql + [mysql] [bug] Fixed regression caused by #4344 released in 1.2.13, where the fix for MySQL 8.0’s case sensitivity problem with referenced column names when reflecting foreign key referents is worked around using the information_schema.columns view. The workaround was failing on OSX / lower_case_table_names=2 which produces non-matching casing for the information_schema.columns vs. that of SHOW CREATE TABLE, so in case-insensitive SQL modes case-insensitive matching is now used. References: #4361- update to version 1.2.13: * orm + [orm] [bug] Fixed bug where “dynamic” loader needs to explicitly set the “secondary” table in the FROM clause of the query, to suit the case where the secondary is a join object that is otherwise not pulled into the query from its columns alone. References: #4349 * orm declarative + [bug] [declarative] [orm] Fixed regression caused by #4326 in version 1.2.12 where using declared_attr with a mixin in conjunction with orm.synonym() would fail to map the synonym properly to an inherited subclass. References: #4350 + [bug] [declarative] [orm] The column conflict resolution technique discussed at Resolving Column Conflicts is now functional for a Column that is also a primary key column. Previously, a check for primary key columns declared on a single-inheritance subclass would occur before the column copy were allowed to pass. References: #4352 * sql + [sql] [feature] Refactored SQLCompiler to expose a SQLCompiler.group_by_clause() method similar to the SQLCompiler.order_by_clause() and SQLCompiler.limit_clause() methods, which can be overridden by dialects to customize how GROUP BY renders. Pull request courtesy Samuel Chou. + [sql] [bug] Fixed bug where the Enum.create_constraint flag on the Enum datatype would not be propagated to copies of the type, which affects use cases such as declarative mixins and abstract bases. References: #4341 * postgresql + [postgresql] [bug] Added support for the aggregate_order_by function to receive multiple ORDER BY elements, previously only a single element was accepted. References: #4337 * mysql + [mysql] [bug] Added word function to the list of reserved words for MySQL, which is now a keyword in MySQL 8.0 References: #4348 + [mysql] [bug] Added a workaround for a MySQL bug #88718 introduced in the 8.0 series, where the reflection of a foreign key constraint is not reporting the correct case sensitivity for the referred column, leading to errors during use of the reflected constraint such as when using the automap extension. The workaround emits an additional query to the information_schema tables in order to retrieve the correct case sensitive name. References: #4344 * misc + [misc] [bug] Fixed issue where part of the utility language helper internals was passing the wrong kind of argument to the Python __import__ builtin as the list of modules to be imported. The issue produced no symptoms within the core library but could cause issues with external applications that redefine the __import__ builtin or otherwise instrument it. Pull request courtesy Joe Urciuoli. + [misc] [bug] [py3k] Fixed additional warnings generated by Python 3.7 due to changes in the organization of the Python collections and collections.abc packages. Previous collections warnings were fixed in version 1.2.11. Pull request courtesy xtreak. References: #4339 + [bug] [ext] Added missing .index() method to list-based association collections in the association proxy extension.- update to version 1.2.12: * orm + [orm] [bug] Added a check within the weakref cleanup for the InstanceState object to check for the presence of the dict builtin, in an effort to reduce error messages generated when these cleanups occur during interpreter shutdown. Pull request courtesy Romuald Brunet. + [orm] [bug] Fixed bug where use of Lateral construct in conjunction with Query.join() as well as Query.select_entity_from() would not apply clause adaption to the right side of the join. “lateral” introduces the use case of the right side of a join being correlatable. Previously, adaptation of this clause wasn’t considered. Note that in 1.2 only, a selectable introduced by Query.subquery() is still not adapted due to #4304; the selectable needs to be produced by the select() function to be the right side of the “lateral” join. References: #4334 + [orm] [bug] Fixed 1.2 regression caused by #3472 where the handling of an “updated_at” style column within the context of a post-update operation would also occur for a row that is to be deleted following the update, meaning both that a column with a Python-side value generator would show the now-deleted value that was emitted for the UPDATE before the DELETE (which was not the previous behavor), as well as that a SQL- emitted value generator would have the attribute expired, meaning the previous value would be unreachable due to the row having been deleted and the object detached from the session.The “postfetch” logic that was added as part of #3472 is now skipped entirely for an object that ultimately is to be deleted. References: #4327 * orm declarative + [bug] [declarative] [orm] Fixed bug where the declarative scan for attributes would receive the expression proxy delivered by a hybrid attribute at the class level, and not the hybrid attribute itself, when receiving the descriptor via the @declared_attr callable on a subclass of an already-mapped class. This would lead to an attribute that did not report itself as a hybrid when viewed within Mapper.all_orm_descriptors. References: #4326 * postgresql + [postgresql] [bug] Fixed bug in PostgreSQL dialect where compiler keyword arguments such as literal_binds=True were not being propagated to a DISTINCT ON expression. References: #4325 + [postgresql] [bug] Fixed the postgresql.array_agg() function, which is a slightly altered version of the usual functions.array_agg() function, to also accept an incoming “type” argument without forcing an ARRAY around it, essentially the same thing that was fixed for the generic function in 1.1 in [#4107]. References: #4324 + [postgresql] [bug] Fixed bug in PostgreSQL ENUM reflection where a case-sensitive, quoted name would be reported by the query including quotes, which would not match a target column during table reflection as the quotes needed to be stripped off. References: #4323 * oracle + [oracle] [bug] Fixed issue for cx_Oracle 7.0 where the behavior of Oracle param.getvalue() now returns a list, rather than a single scalar value, breaking autoincrement logic throughout the Core and ORM. The dml_ret_array_val compatibility flag is used for cx_Oracle 6.3 and 6.4 to establish compatible behavior with 7.0 and forward, for cx_Oracle 6.2.1 and prior a version number check falls back to the old logic. References: #4335 * misc + [bug] [ext] Fixed issue where BakedQuery did not include the specific query class used by the Session as part of the cache key, leading to incompatibilities when using custom query classes, in particular the ShardedQuery which has some different argument signatures. References: #4328- update to version 1.2.11: * orm declarative + [bug] [declarative] [orm] Fixed issue in previously untested use case, allowing a declarative mapped class to inherit from a classically-mapped class outside of the declarative base, including that it accommodates for unmapped intermediate classes. An unmapped intermediate class may specify __abstract__, which is now interpreted correctly, or the intermediate class can remain unmarked, and the classically mapped base class will be detected within the hierarchy regardless. In order to anticipate existing scenarios which may be mixing in classical mappings into existing declarative hierarchies, an error is now raised if multiple mapped bases are detected for a given class. References: #4321 * sql + [sql] [bug] Fixed issue that is closely related to #3639 where an expression rendered in a boolean context on a non-native boolean backend would be compared to 1/0 even though it is already an implcitly boolean expression, when ColumnElement.self_group() were used. While this does not affect the user-friendly backends (MySQL, SQLite) it was not handled by Oracle (and possibly SQL Server). Whether or not the expression is implicitly boolean on any database is now determined up front as an additional check to not generate the integer comparison within the compliation of the statement. References: #4320 + [sql] [bug] Added missing window function parameters WithinGroup.over.range_ and WithinGroup.over.rows parameters to the WithinGroup.over() and FunctionFilter.over() methods, to correspond to the range/rows feature added to the “over” method of SQL functions as part of #3049 in version 1.1. References: [#4322] + [sql] [bug] Fixed bug where the multi-table support for UPDATE and DELETE statements did not consider the additional FROM elements as targets for correlation, when a correlated SELECT were also combined with the statement. This change now includes that a SELECT statement in the WHERE clause for such a statement will try to auto-correlate back to these additional tables in the parent UPDATE/DELETE or unconditionally correlate if Select.correlate() is used. Note that auto-correlation raises an error if the SELECT statement would have no FROM clauses as a result, which can now occur if the parent UPDATE/DELETE specifies the same tables in its additional set of tables; specify Select.correlate() explicitly to resolve. References: [#4313] * oracle + [oracle] [bug] For cx_Oracle, Integer datatypes will now be bound to “int”, per advice from the cx_Oracle developers. Previously, using cx_Oracle.NUMBER caused a loss in precision within the cx_Oracle 6.x series. References: #4309 * misc + [bug] [py3k] Started importing “collections” from “collections.abc” under Python 3.3 and greater for Python 3.8 compatibility. Pull request courtesy Nathaniel Knight. + Fixed issue where the “schema” name used for a SQLite database within table reflection would not quote the schema name correctly. Pull request courtesy Phillip Cloud.- update to version 1.2.10: * orm + [orm] [bug] Fixed bug in Bundle construct where placing two columns of the same name would be de-duplicated, when the Bundle were used as part of the rendered SQL, such as in the ORDER BY or GROUP BY of the statement. References: #4295 + [orm] [bug] Fixed regression in 1.2.9 due to #4287 where using a Load option in conjunction with a string wildcard would result in a TypeError. References: #4298 * sql + [sql] [bug] Fixed bug where a Sequence would be dropped explicitly before any Table that refers to it, which breaks in the case when the sequence is also involved in a server-side default for that table, when using MetaData.drop_all(). The step which processes sequences to be dropped via non server-side column default functions is now invoked after the table itself is dropped. References: #4300- removed patch fix_test_reflection.patch (included upstream) - update to version 1.2.9: * orm + [orm] [bug] Fixed issue where chaining multiple join elements inside of Query.join() might not correctly adapt to the previous left-hand side, when chaining joined inheritance classes that share the same base class. References: #3505 + [orm] [bug] Fixed bug in cache key generation for baked queries which could cause a too-short cache key to be generated for the case of eager loads across subclasses. This could in turn cause the eagerload query to be cached in place of a non-eagerload query, or vice versa, for a polymorhic “selectin” load, or possibly for lazy loads or selectin loads as well. References: #4287 + [orm] [bug] Fixed bug in new polymorphic selectin loading where the BakedQuery used internally would be mutated by the given loader options, which would both inappropriately mutate the subclass query as well as carry over the effect to subsequent queries. References: #4286 + [orm] [bug] Fixed regression caused by #4256 (itself a regression fix for #4228) which breaks an undocumented behavior which converted for a non-sequence of entities passed directly to the Query constructor into a single-element sequence. While this behavior was never supported or documented, it’s already in use so has been added as a behavioral contract to Query. References: #4269 + [orm] [bug] Fixed an issue that was both a performance regression in 1.2 as well as an incorrect result regarding the “baked” lazy loader, involving the generation of cache keys from the original Query object’s loader options. If the loader options were built up in a “branched” style using common base elements for multiple options, the same options would be rendered into the cache key repeatedly, causing both a performance issue as well as generating the wrong cache key. This is fixed, along with a performance improvement when such “branched” options are applied via Query.options() to prevent the same option objects from being applied repeatedly. References: #4270 * sql + [sql] [bug] Fixed regression in 1.2 due to #4147 where a Table that has had some of its indexed columns redefined with new ones, as would occur when overriding columns during reflection or when using Table.extend_existing, such that the Table.tometadata() method would fail when attempting to copy those indexes as they still referred to the replaced column. The copy logic now accommodates for this condition. References: #4279 * mysql + [mysql] [bug] Fixed percent-sign doubling in mysql-connector-python dialect, which does not require de-doubling of percent signs. Additionally, the mysql- connector-python driver is inconsistent in how it passes the column names in cursor.description, so a workaround decoder has been added to conditionally decode these randomly-sometimes-bytes values to unicode only if needed. Also improved test support for mysql-connector-python, however it should be noted that this driver still has issues with unicode that continue to be unresolved as of yet. + [mysql] [bug] Fixed bug in index reflection where on MySQL 8.0 an index that includes ASC or DESC in an indexed column specfication would not be correctly reflected, as MySQL 8.0 introduces support for returning this information in a table definition string. References: #4293 + [mysql] [bug] Fixed bug in MySQLdb dialect and variants such as PyMySQL where an additional “unicode returns” check upon connection makes explicit use of the “utf8” character set, which in MySQL 8.0 emits a warning that utf8mb4 should be used. This is now replaced with a utf8mb4 equivalent. Documentation is also updated for the MySQL dialect to specify utf8mb4 in all examples. Additional changes have been made to the test suite to use utf8mb3 charsets and databases (there seem to be collation issues in some edge cases with utf8mb4), and to support configuration default changes made in MySQL 8.0 such as explicit_defaults_for_timestamp as well as new errors raised for invalid MyISAM indexes. References: #4283 + [mysql] [bug] The Update construct now accommodates a Join object as supported by MySQL for UPDATE..FROM. As the construct already accepted an alias object for a similar purpose, the feature of UPDATE against a non-table was already implied so this has been added. References: #3645 * sqlite + [sqlite] [bug] Fixed issue in test suite where SQLite 3.24 added a new reserved word that conflicted with a usage in TypeReflectionTest. Pull request courtesy Nils Philippsen. * mssql + [mssql] [bug] Fixed bug in MSSQL reflection where when two same-named tables in different schemas had same-named primary key constraints, foreign key constraints referring to one of the tables would have their columns doubled, causing errors. Pull request courtesy Sean Dunn. References: #4228 + [mssql] [bug] [py3k] Fixed issue within the SQL Server dialect under Python 3 where when running against a non-standard SQL server database that does not contain either the “sys.dm_exec_sessions” or “sys.dm_pdw_nodes_exec_sessions” views, leading to a failure to fetch the isolation level, the error raise would fail due to an UnboundLocalError. References: #4273 * oracle + [oracle] [feature] Added a new event currently used only by the cx_Oracle dialect, DialectEvents.setiputsizes(). The event passes a dictionary of BindParameter objects to DBAPI-specific type objects that will be passed, after conversion to parameter names, to the cx_Oracle cursor.setinputsizes() method. This allows both visibility into the setinputsizes process as well as the ability to alter the behavior of what datatypes are passed to this method. See als Fine grained control over cx_Oracle data binding and performance with setinputsizes References: #4290 + [oracle] [bug] [mysql] Fixed INSERT FROM SELECT with CTEs for the Oracle and MySQL dialects, where the CTE was being placed above the entire statement as is typical with other databases, however Oracle and MariaDB 10.2 wants the CTE underneath the “INSERT” segment. Note that the Oracle and MySQL dialects don’t yet work when a CTE is applied to a subquery inside of an UPDATE or DELETE statement, as the CTE is still applied to the top rather than inside the subquery. References: #4275 * misc + [feature] [ext] Added new attribute Query.lazy_loaded_from which is populated with an InstanceState that is using this Query in order to lazy load a relationship. The rationale for this is that it serves as a hint for the horizontal sharding feature to use, such that the identity token of the state can be used as the default identity token to use for the query within id_chooser(). References: #4243 + [bug] [py3k] Replaced the usage of inspect.formatargspec() with a vendored version copied from the Python standard library, as inspect.formatargspec() is deprecated and as of Python 3.7.0 is emitting a warning. References: #4291- add upstream fix_test_reflection.patch to fix tests with new sqlite- update to version 1.2.8: * orm + [orm] [bug] Fixed regression in 1.2.7 caused by #4228, which itself was fixing a 1.2-level regression, where the query_cls callable passed to a Session was assumed to be a subclass of Query with class method availability, as opposed to an arbitrary callable. In particular, the dogpile caching example illustrates query_cls as a function and not a Query subclass. References: #4256 + [orm] [bug] Fixed a long-standing regression that occurred in version 1.0, which prevented the use of a custom MapperOption that alters the _params of a Query object for a lazy load, since the lazy loader itself would overwrite those parameters. This applies to the “temporal range” example on the wiki. Note however that the Query.populate_existing() method is now required in order to rewrite the mapper options associated with an object already loaded in the identity map. As part of this change, a custom defined MapperOption will now cause lazy loaders related to the target object to use a non- baked query by default unless the MapperOption._generate_cache_key() method is implemented. In particular, this repairs one regression which occured when using the dogpile.cache “advanced” example, which was not returning cached results and instead emitting SQL due to an incompatibility with the baked query loader; with the change, the RelationshipCache option included for many releases in the dogpile example will disable the “baked” query altogether. Note that the dogpile example is also modernized to avoid both of these issues as part of issue #4258. References: #4128 + [orm] [bug] Fixed bug where the new baked.Result.with_post_criteria() method would not interact with a subquery-eager loader correctly, in that the “post criteria” would not be applied to embedded subquery eager loaders. This is related to #4128 in that the post criteria feature is now used by the lazy loader. + [orm] [bug] Updated the dogpile.caching example to include new structures that accommodate for the “baked” query system, which is used by default within lazy loaders and some eager relationship loaders. The dogpile.caching “relationship_caching” and “advanced” examples were also broken due to #4256. The issue here is also worked-around by the fix in #4128. References: #4258 * engine + [engine] [bug] Fixed connection pool issue whereby if a disconnection error were raised during the connection pool’s “reset on return” sequence in conjunction with an explicit transaction opened against the enclosing Connection object (such as from calling Session.close() without a rollback or commit, or calling Connection.close() without first closing a transaction declared with Connection.begin()), a double-checkin would result, which could then lead towards concurrent checkouts of the same connection. The double-checkin condition is now prevented overall by an assertion, as well as the specific double-checkin scenario has been fixed. References: #4252 + [engine] [bug] Fixed a reference leak issue where the values of the parameter dictionary used in a statement execution would remain referenced by the “compiled cache”, as a result of storing the key view used by Python 3 dictionary keys(). Pull request courtesy Olivier Grisel. * sql + [sql] [bug] Fixed issue where the “ambiguous literal” error message used when interpreting literal values as SQL expression values would encounter a tuple value, and fail to format the message properly. Pull request courtesy Miguel Ventura. * mssql + [mssql] [bug] Fixed a 1.2 regression caused by #4061 where the SQL Server “BIT” type would be considered to be “native boolean”. The goal here was to avoid creating a CHECK constraint on the column, however the bigger issue is that the BIT value does not behave like a true/false constant and cannot be interpreted as a standalone expression, e.g. “WHERE ”. The SQL Server dialect now goes back to being non- native boolean, but with an extra flag that still avoids creating the CHECK constraint. References: #4250 * oracle + [oracle] [bug] The Oracle BINARY_FLOAT and BINARY_DOUBLE datatypes now participate within cx_Oracle.setinputsizes(), passing along NATIVE_FLOAT, so as to support the NaN value. Additionally, oracle.BINARY_FLOAT, oracle.BINARY_DOUBLE and oracle.DOUBLE_PRECISION now subclass Float, since these are floating point datatypes, not decimal. These datatypes were already defaulting the Float.asdecimal flag to False in line with what Float already does. References: #4264 + [oracle] [bug] Added reflection capabilities for the oracle.BINARY_FLOAT, oracle.BINARY_DOUBLE datatypes. + [oracle] [bug] Altered the Oracle dialect such that when an Integer type is in use, the cx_Oracle.NUMERIC type is set up for setinputsizes(). In SQLAlchemy 1.1 and earlier, cx_Oracle.NUMERIC was passed for all numeric types unconditionally, and in 1.2 this was removed to allow for better numeric precision. However, for integers, some database/client setups will fail to coerce boolean values True/False into integers which introduces regressive behavior when using SQLAlchemy 1.2. Overall, the setinputsizes logic seems like it will need a lot more flexibility going forward so this is a start for that. References: #4259 * misc + [bug] [ext] The horizontal sharding extension now makes use of the identity token added to ORM identity keys as part of #4137, when an object refresh or column-based deferred load or unexpiration operation occurs. Since we know the “shard” that the object originated from, we make use of this value when refreshing, thereby avoiding queries against other shards that don’t match this object’s identity in any case. References: #4247 + [bug] [ext] Fixed a race condition which could occur if automap AutomapBase.prepare() were used within a multi-threaded context against other threads which may call configure_mappers() as a result of use of other mappers. The unfinished mapping work of automap is particularly sensitive to being pulled in by a configure_mappers() step leading to errors. References: #4266 + [bug] [tests] Fixed a bug in the test suite where if an external dialect returned None for server_version_info, the exclusion logic would raise an AttributeError. References: #4249- update to version 1.2.7: * orm + [orm] [bug] Fixed regression in 1.2 within sharded query feature where the new “identity_token” element was not being correctly considered within the scope of a lazy load operation, when searching the identity map for a related many-to-one element. The new behavior will allow for making use of the “id_chooser” in order to determine the best identity key to retrieve from the identity map. In order to achieve this, some refactoring of 1.2’s “identity_token” approach has made some slight changes to the implementation of ShardedQuery which should be noted for other derivations of this class. References: #4228 + [orm] [bug] Fixed issue in single-inheritance loading where the use of an aliased entity against a single-inheritance subclass in conjunction with the Query.select_from() method would cause the SQL to be rendered with the unaliased table mixed in to the query, causing a cartesian product. In particular this was affecting the new “selectin” loader when used against a single-inheritance subclass. References: #4241 * sql + [sql] [bug] Fixed issue where the compilation of an INSERT statement with the “literal_binds” option that also uses an explicit sequence and “inline” generation, as on Postgresql and Oracle, would fail to accommodate the extra keyword argument within the sequence processing routine. References: #4231 * postgresql + [postgresql] [feature] Added new PG type postgresql.REGCLASS which assists in casting table names to OID values. Pull request courtesy Sebastian Bank. References: #4160 + [postgresql] [bug] Fixed bug where the special “not equals” operator for the Postgresql “range” datatypes such as DATERANGE would fail to render “IS NOT NULL” when compared to the Python None value. References: #4229 * mssql + [mssql] [bug] Fixed 1.2 regression caused by #4060 where the query used to reflect SQL Server cross-schema foreign keys was limiting the criteria incorrectly. References: #4234 * oracle + [oracle] [bug] The Oracle NUMBER datatype is reflected as INTEGER if the precision is NULL and the scale is zero, as this is how INTEGER values come back when reflected from Oracle’s tables. Pull request courtesy Kent Bower.- specfile: * run spec-cleaner - update to version 1.2.6: * orm + [orm] [bug] Fixed bug where using Mutable.associate_with() or Mutable.as_mutable() in conjunction with a class that has non- primary mappers set up with alternatively-named attributes would produce an attribute error. Since non-primary mappers are not used for persistence, the mutable extension now excludes non-primary mappers from its instrumentation steps. References: [#4215] * engine + [engine] [bug] Fixed bug in connection pool where a connection could be present in the pool without all of its “connect” event handlers called, if a previous “connect” handler threw an exception; note that the dialects themselves have connect handlers that emit SQL, such as those which set transaction isolation, which can fail if the database is in a non-available state, but still allows a connection. The connection is now invalidated first if any of the connect handlers fail. References: #4225 * sql + [sql] [bug] Fixed a regression that occurred from the previous fix to #4204 in version 1.2.5, where a CTE that refers to itself after the CTE.alias() method has been called would not refer to iself correctly. References: #4204 * postgresql + [postgresql] [feature] Added support for “PARTITION BY” in Postgresql table definitions, using “postgresql_partition_by”. Pull request courtesy Vsevolod Solovyov. * mssql + [mssql] [bug] Adjusted the SQL Server version detection for pyodbc to only allow for numeric tokens, filtering out non-integers, since the dialect does tuple- numeric comparisons with this value. This is normally true for all known SQL Server / pyodbc drivers in any case. References: #4227 * oracle + [oracle] [bug] The minimum cx_Oracle version supported is 5.2 (June 2015). Previously, the dialect asserted against version 5.0 but as of 1.2.2 we are using some symbols that did not appear until 5.2. References: #4211 * misc + [bug] [declarative] Removed a warning that would be emitted when calling upon __table_args__, __mapper_args__ as named with a @declared_attr method, when called from a non-mapped declarative mixin. Calling these directly is documented as the approach to use when one is overidding one of these methods on a mapped class. The warning still emits for regular attribute names. References: #4221- update to version 1.2.5: * orm + [orm] [feature] Added new feature Query.only_return_tuples(). Causes the Query object to return keyed tuple objects unconditionally even if the query is against a single entity. Pull request courtesy Eric Atkin. + [orm] [bug] Fixed bug in new “polymorphic selectin” loading when a selection of polymorphic objects were to be partially loaded from a relationship lazy loader, leading to an “empty IN” condition within the load that raises an error for the “inline” form of “IN”. References: #4199 + [orm] [bug] Fixed 1.2 regression where a mapper option that contains an AliasedClass object, as is typical when using the QueryableAttribute.of_type() method, could not be pickled. 1.1’s behavior was to omit the aliased class objects from the path, so this behavior is restored. References: #4209 * sql + [sql] [bug] Fixed bug in :class:.`CTE` construct along the same lines as that of #4204 where a CTE that was aliased would not copy itself correctly during a “clone” operation as is frequent within the ORM as well as when using the ClauseElement.params() method. References: #4210 + [sql] [bug] Fixed bug in CTE rendering where a CTE that was also turned into an Alias would not render its “ctename AS aliasname” clause appropriately if there were more than one reference to the CTE in a FROM clause. References: #4204 + [sql] [bug] Fixed bug in new “expanding IN parameter” feature where the bind parameter processors for values wasn’t working at all, tests failed to cover this pretty basic case which includes that ENUM values weren’t working. References: #4198 * postgresql + [postgresql] [bug] [py3k] Fixed bug in Postgresql COLLATE / ARRAY adjustment first introduced in #4006 where new behaviors in Python 3.7 regular expressions caused the fix to fail. This change is also backported to: 1.1.18 References: #4208 * mysql + [mysql] [bug] MySQL dialects now query the server version using SELECT @@version explicitly to the server to ensure we are getting the correct version information back. Proxy servers like MaxScale interfere with the value that is passed to the DBAPI’s connection.server_version value so this is no longer reliable. This change is also backported to: 1.1.18 References: #4205- update to version 1.2.4: * orm + [orm] [bug] Fixed 1.2 regression in ORM versioning feature where a mapping against a select() or alias() that also used a versioning column against the underlying table would fail due to the check added as part of #3673. References: #4193 * engine + [engine] [bug] Fixed regression caused in 1.2.3 due to fix from [#4181] where the changes to the event system involving Engine and OptionEngine did not accommodate for event removals, which would raise an AttributeError when invoked at the class level. References: #4190 * sql + [sql] [bug] Fixed bug where CTE expressions would not have their name or alias name quoted when the given name is case sensitive or otherwise requires quoting. Pull request courtesy Eric Atkin. References: #4197- update to version 1.2.3: * orm + [orm] [feature] Added new argument attributes.set_attribute.inititator to the attributes.set_attribute() function, allowing an event token received from a listener function to be propagated to subsequent set events. + [orm] [bug] Fixed issue in post_update feature where an UPDATE is emitted when the parent object has been deleted but the dependent object is not. This issue has existed for a long time however since 1.2 now asserts rows matched for post_update, this was raising an error. This change is also backported to: 1.1.16 References: #4187 + [orm] [bug] Fixed regression caused by fix for issue #4116 affecting versions 1.2.2 as well as 1.1.15, which had the effect of mis-calculation of the “owning class” of an AssociationProxy as the NoneType class in some declarative mixin/inheritance situations as well as if the association proxy were accessed off of an un-mapped class. The “figure out the owner” logic has been replaced by an in-depth routine that searches through the complete mapper hierarchy assigned to the class or subclass to determine the correct (we hope) match; will not assign the owner if no match is found. An exception is now raised if the proxy is used against an un-mapped instance. This change is also backported to: 1.1.16 References: #4185 + [orm] [bug] Fixed bug where the Bundle object did not correctly report upon the primary Mapper object represened by the bundle, if any. An immediate side effect of this issue was that the new selectinload loader strategy wouldn’t work with the horizontal sharding extension. References: #4175 + [orm] [bug] Fixed bug in concrete inheritance mapping where user-defined attributes such as hybrid properties that mirror the names of mapped attributes from sibling classes would be overwritten by the mapper as non-accessible at the instance level. Additionally ensured that user-bound descriptors are not implicitly invoked at the class level during the mapper configuration stage. References: #4188 + [orm] [bug] Fixed bug where the orm.reconstructor() event helper would not be recognized if it were applied to the __init__() method of the mapped class. References: #4178 * engine + [engine] [bug] Fixed bug where events associated with an Engine at the class level would be doubled when the Engine.execution_options() method were used. To achieve this, the semi-private class OptionEngine no longer accepts events directly at the class level and will raise an error; the class only propagates class-level events from its parent Engine. Instance-level events continue to work as before. References: #4181 + [engine] [bug] The URL object now allows query keys to be specified multiple times where their values will be joined into a list. This is to support the plugins feature documented at CreateEnginePlugin which documents that “plugin” can be passed multiple times. Additionally, the plugin names can be passed to create_engine() outside of the URL using the new create_engine.plugins parameter. References: #4170 * sql + [sql] [feature] Added support for Enum to persist the values of the enumeration, rather than the keys, when using a Python pep-435 style enumerated object. The user supplies a callable function that will return the string values to be persisted. This allows enumerations against non-string values to be value-persistable as well. Pull request courtesy Jon Snyder. References: #3906 + [sql] [bug] Fixed bug where the Enum type wouldn’t handle enum “aliases” correctly, when more than one key refers to the same value. Pull request courtesy Daniel Knell. References: #4180 * postgresql + [postgresql] [bug] Added “SSL SYSCALL error: Operation timed out” to the list of messages that trigger a “disconnect” scenario for the psycopg2 driver. Pull request courtesy André Cruz. This change is also backported to: 1.1.16 + [postgresql] [bug] Added “TRUNCATE” to the list of keywords accepted by the Postgresql dialect as an “autocommit”-triggering keyword. Pull request courtesy Jacob Hayes. This change is also backported to: 1.1.16 * sqlite + [sqlite] [bug] Fixed the import error raised when a platform has neither pysqlite2 nor sqlite3 installed, such that the sqlite3-related import error is raised, not the pysqlite2 one which is not the actual failure mode. Pull request courtesy Robin. * oracle + [oracle] [feature] The ON DELETE options for foreign keys are now part of Oracle reflection. Oracle does not support ON UPDATE cascades. Pull request courtesy Miroslav Shubernetskiy. + [oracle] [bug] Fixed bug in cx_Oracle disconnect detection, used by pre_ping and other features, where an error could be raised as DatabaseError which includes a numeric error code; previously we weren’t checking in this case for a disconnect code. References: #4182 * misc + [bug] [pool] Fixed a fairly serious connection pool bug where a connection that is acquired after being refreshed as a result of a user-defined DisconnectionError or due to the 1.2-released “pre_ping” feature would not be correctly reset if the connection were returned to the pool by weakref cleanup (e.g. the front-facing object is garbage collected); the weakref would still refer to the previously invalidated DBAPI connection which would have the reset operation erroneously called upon it instead. This would lead to stack traces in the logs and a connection being checked into the pool without being reset, which can cause locking issues. This change is also backported to: 1.1.16 References: #4184 + [bug] [tests] A test added in 1.2 thought to confirm a Python 2.7 behavior turns out to be confirming the behavior only as of Python 2.7.8. Python bug #8743 still impacts set comparison in Python 2.7.7 and earlier, so the test in question involving AssociationSet no longer runs for these older Python 2.7 versions. References: #3265- update to version 1.2.2: * orm + [orm] [bug] Fixed 1.2 regression regarding new bulk_replace event where a backref would fail to remove an object from the previous owner when a bulk-assignment assigned the object to a new owner. References: #4171 * mysql + [mysql] [bug] Added more MySQL 8.0 reserved words to the MySQL dialect for quoting purposes. Pull request courtesy Riccardo Magliocchetti. * mssql + [mssql] [bug] Added ODBC error code 10054 to the list of error codes that count as a disconnect for ODBC / MSSQL server. References: #4164 * oracle + [oracle] [bug] The cx_Oracle dialect now calls setinputsizes() with cx_Oracle.NCHAR unconditionally when the NVARCHAR2 datatype, in SQLAlchemy corresponding to sqltypes.Unicode(), is in use. Per cx_Oracle’s author this allows the correct conversions to occur within the Oracle client regardless of the setting for NLS_NCHAR_CHARACTERSET. References: #4163- update to version 1.2.1: * orm + [orm] [bug] Fixed bug where an object that is expunged during a rollback of a nested or subtransaction which also had its primary key mutated would not be correctly removed from the session, causing subsequent issues in using the session. + [orm] [bug] Fixed regression where pickle format of a Load / _UnboundLoad object (e.g. loader options) changed and __setstate__() was raising an UnboundLocalError for an object received from the legacy format, even though an attempt was made to do so. tests are now added to ensure this works. + [orm] [bug] Fixed regression caused by new lazyload caching scheme in #3954 where a query that makes use of loader options with of_type would cause lazy loads of unrelated paths to fail with a TypeError. + [orm] [bug] Fixed bug in new “selectin” relationship loader where the loader could try to load a non-existent relationship when loading a collection of polymorphic objects, where only some of the mappers include that relationship, typically when PropComparator.of_type() is being used. * sql + [sql] [bug] Fixed bug in Insert.values() where using the “multi-values” format in combination with Column objects as keys rather than strings would fail. Pull request courtesy Aubrey Stark-Toller. * mssql + [mssql] [bug] Fixed regression in 1.2 where newly repaired quoting of collation names in #3785 breaks SQL Server, which explicitly does not understand a quoted collation name. Whether or not mixed-case collation names are quoted or not is now deferred down to a dialect-level decision so that each dialect can prepare these identifiers directly. * oracle + [oracle] [bug] Fixed regression where the removal of most setinputsizes rules from cx_Oracle dialect impacted the TIMESTAMP datatype’s ability to retrieve fractional seconds. + [oracle] [bug] Fixed regression in Oracle imports where a missing comma caused an undefined symbol to be present. Pull request courtesy Miroslav Shubernetskiy. * misc + [bug] [ext] Fixed regression in association proxy due to #3769 (allow for chained any() / has()) where contains() against an association proxy chained in the form (o2m relationship, associationproxy(m2o relationship, m2o relationship)) would raise an error regarding the re-application of contains() on the final link of the chain. + [bug] [tests] Removed an oracle-specific requirements rule from the public test suite that was interfering with third party dialect suites. + [bug] [tests] Added a new exclusion rule group_by_complex_expression which disables tests that use “GROUP BY ”, which seems to be not viable for at least two third party dialects.- specfile: * updated test requirements- update to version 1.2.0: * See https://docs.sqlalchemy.org/en/latest/changelog/changelog_12.html- update to version 1.1.14: * orm + [orm] [bug] Fixed bug in Session.merge() following along similar lines as that of #4030, where an internal check for a target object in the identity map could lead to an error if it were to be garbage collected immediately before the merge routine actually retrieves the object. References: #4069 + [orm] [bug] Fixed bug where an undefer_group() option would not be recognized if it extended from a relationship that was loading using joined eager loading. Additionally, as the bug led to excess work being performed, Python function call counts are also improved by 20% within the initial calculation of result set columns, complementing the joined eager load improvements of [#3915]. References: #4048 + [orm] [bug] Fixed race condition in ORM identity map which would cause objects to be inappropriately removed during a load operation, causing duplicate object identities to occur, particularly under joined eager loading which involves deduplication of objects. The issue is specific to garbage collection of weak references and is observed only under the Pypy interpreter. References: #4068 + [orm] [bug] Fixed bug in Session.merge() where objects in a collection that had the primary key attribute set to None for a key that is typically autoincrementing would be considered to be a database-persisted key for part of the internal deduplication process, causing only one object to actually be inserted in the database. References: #4056 + [orm] [bug] An InvalidRequestError is raised when a synonym() is used against an attribute that is not against a MapperProperty, such as an association proxy. Previously, a recursion overflow would occur trying to locate non-existent attributes. References: #4067 * sql + [sql] [bug] Altered the range specification for window functions to allow for two of the same PRECEDING or FOLLOWING keywords in a range by allowing for the left side of the range to be positive and for the right to be negative, e.g. (1, 3) is “1 FOLLOWING AND 3 FOLLOWING”. References: #4053 - changes from version 1.1.13: * oracle + [oracle] [bug] [py2k] [performance] Fixed performance regression caused by the fix for #3937 where cx_Oracle as of version 5.3 dropped the .UNICODE symbol from its namespace, which was interpreted as cx_Oracle’s “WITH_UNICODE” mode being turned on unconditionally, which invokes functions on the SQLAlchemy side which convert all strings to unicode unconditionally and causing a performance impact. In fact, per cx_Oracle’s author the “WITH_UNICODE” mode has been removed entirely as of 5.1, so the expensive unicode conversion functions are no longer necessary and are disabled if cx_Oracle 5.1 or greater is detected under Python 2. The warning against “WITH_UNICODE” mode that was removed under #3937 is also restored. This change is also backported to: 1.0.19 References: #4035- update to 1.1.12: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.12- Update to 1.1.11: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.11 - Update to 1.1.10: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.10- Don't provide python2-sqlalchemy, singlespec packages should use correct name.- Add literal python-sqlalchemy provides.- Update to 1.1.9: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.9 - Update to 1.1.8: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.8 - Update to 1.1.7: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.7 - Update to 1.1.6: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.6 - Update to 1.1.5: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.5 - Update to 1.1.4: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.4 - Update to 1.1.3: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.3 - Update to 1.1.2: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.2 - Update to 1.1.1: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.1 - Update to 1.1.0: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_11.html#change-1.1.0 - Update to 1.0.18: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.18 - Update to 1.0.17: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.17 - Update to 1.0.16: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.16 - Implement single-spec version.- Update to 1.0.15: * See http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.15 http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.14- fix source url- update to 1.0.13: * see http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.12 and http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.13 Remove 0001-fix-sqlite3.10.0-test.patch. Applied upstream.- Add 0001-fix-sqlite3.10.0-test.patch Backport fix after SQLite3.10 upgrade- update to 1.0.11: * see http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.11- update to 1.0.8: * see http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.8- update to version 1.0.5: * see http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.5- update to 1.0.4: + see http://docs.sqlalchemy.org/en/latest/changelog/changelog_10.html#change-1.0.4 + see http://docs.sqlalchemy.org/en/latest/changelog/migration_10.html- update to 0.9.9: + See http://docs.sqlalchemy.org/en/latest/changelog/changelog_09.html#change-0.9.9- Update to version 0.9.8: + See http://docs.sqlalchemy.org/en/latest/changelog/changelog_09.html#change-0.9.8python3-sqlalchemycloud105 1604309534  !!#$%&'()*+,-./0122456789:;<<>?@ABCDEFGHIJJLMNOPQRSTUVWXXZ[\]^_`abcddfghijjlmnopqrstuvwxyz{|}~      !""$%&'()**,-./0122456789:;<=>?@AACDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmmooqrstuvwxyz{|}~       "#$%&'()*+,-./0123456779:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]]_`abcdefggijklmnopqrstuvw1.2.14-lp151.2.6.11.2.14-lp151.2.6.11.2.141.2.14    !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ""######################################""""""""""""""""""$$%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%$$$$$$$$$$&&''''''''''&&&&$$$$$$$(())))))))))))))))))))))(((((((((($$**++++++++++++++******,----./SQLAlchemy-1.2.14-py3.6.egg-infoPKG-INFOSOURCES.txtdependency_links.txtrequires.txttop_level.txtsqlalchemy__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycevents.cpython-36.opt-1.pycevents.cpython-36.pycexc.cpython-36.opt-1.pycexc.cpython-36.pycinspection.cpython-36.opt-1.pycinspection.cpython-36.pycinterfaces.cpython-36.opt-1.pycinterfaces.cpython-36.pyclog.cpython-36.opt-1.pyclog.cpython-36.pycpool.cpython-36.opt-1.pycpool.cpython-36.pycprocessors.cpython-36.opt-1.pycprocessors.cpython-36.pycschema.cpython-36.opt-1.pycschema.cpython-36.pyctypes.cpython-36.opt-1.pyctypes.cpython-36.pycconnectors__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycmxodbc.cpython-36.opt-1.pycmxodbc.cpython-36.pycpyodbc.cpython-36.opt-1.pycpyodbc.cpython-36.pyczxJDBC.cpython-36.opt-1.pyczxJDBC.cpython-36.pycmxodbc.pypyodbc.pyzxJDBC.pycprocessors.cpython-36m-x86_64-linux-gnu.socresultproxy.cpython-36m-x86_64-linux-gnu.socutils.cpython-36m-x86_64-linux-gnu.sodatabases__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycdialects__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycfirebird__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycfdb.cpython-36.opt-1.pycfdb.cpython-36.pyckinterbasdb.cpython-36.opt-1.pyckinterbasdb.cpython-36.pycbase.pyfdb.pykinterbasdb.pymssql__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycadodbapi.cpython-36.opt-1.pycadodbapi.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycinformation_schema.cpython-36.opt-1.pycinformation_schema.cpython-36.pycmxodbc.cpython-36.opt-1.pycmxodbc.cpython-36.pycpymssql.cpython-36.opt-1.pycpymssql.cpython-36.pycpyodbc.cpython-36.opt-1.pycpyodbc.cpython-36.pyczxjdbc.cpython-36.opt-1.pyczxjdbc.cpython-36.pycadodbapi.pybase.pyinformation_schema.pymxodbc.pypymssql.pypyodbc.pyzxjdbc.pymysql__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pyccymysql.cpython-36.opt-1.pyccymysql.cpython-36.pycdml.cpython-36.opt-1.pycdml.cpython-36.pycenumerated.cpython-36.opt-1.pycenumerated.cpython-36.pycgaerdbms.cpython-36.opt-1.pycgaerdbms.cpython-36.pycjson.cpython-36.opt-1.pycjson.cpython-36.pycmysqlconnector.cpython-36.opt-1.pycmysqlconnector.cpython-36.pycmysqldb.cpython-36.opt-1.pycmysqldb.cpython-36.pycoursql.cpython-36.opt-1.pycoursql.cpython-36.pycpymysql.cpython-36.opt-1.pycpymysql.cpython-36.pycpyodbc.cpython-36.opt-1.pycpyodbc.cpython-36.pycreflection.cpython-36.opt-1.pycreflection.cpython-36.pyctypes.cpython-36.opt-1.pyctypes.cpython-36.pyczxjdbc.cpython-36.opt-1.pyczxjdbc.cpython-36.pycbase.pycymysql.pydml.pyenumerated.pygaerdbms.pyjson.pymysqlconnector.pymysqldb.pyoursql.pypymysql.pypyodbc.pyreflection.pytypes.pyzxjdbc.pyoracle__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pyccx_oracle.cpython-36.opt-1.pyccx_oracle.cpython-36.pyczxjdbc.cpython-36.opt-1.pyczxjdbc.cpython-36.pycbase.pycx_oracle.pyzxjdbc.pypostgresql__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycarray.cpython-36.opt-1.pycarray.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycdml.cpython-36.opt-1.pycdml.cpython-36.pycext.cpython-36.opt-1.pycext.cpython-36.pychstore.cpython-36.opt-1.pychstore.cpython-36.pycjson.cpython-36.opt-1.pycjson.cpython-36.pycpg8000.cpython-36.opt-1.pycpg8000.cpython-36.pycpsycopg2.cpython-36.opt-1.pycpsycopg2.cpython-36.pycpsycopg2cffi.cpython-36.opt-1.pycpsycopg2cffi.cpython-36.pycpygresql.cpython-36.opt-1.pycpygresql.cpython-36.pycpypostgresql.cpython-36.opt-1.pycpypostgresql.cpython-36.pycranges.cpython-36.opt-1.pycranges.cpython-36.pyczxjdbc.cpython-36.opt-1.pyczxjdbc.cpython-36.pycarray.pybase.pydml.pyext.pyhstore.pyjson.pypg8000.pypsycopg2.pypsycopg2cffi.pypygresql.pypypostgresql.pyranges.pyzxjdbc.pysqlite__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycpysqlcipher.cpython-36.opt-1.pycpysqlcipher.cpython-36.pycpysqlite.cpython-36.opt-1.pycpysqlite.cpython-36.pycbase.pypysqlcipher.pypysqlite.pysybase__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycmxodbc.cpython-36.opt-1.pycmxodbc.cpython-36.pycpyodbc.cpython-36.opt-1.pycpyodbc.cpython-36.pycpysybase.cpython-36.opt-1.pycpysybase.cpython-36.pycbase.pymxodbc.pypyodbc.pypysybase.pyengine__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycdefault.cpython-36.opt-1.pycdefault.cpython-36.pycinterfaces.cpython-36.opt-1.pycinterfaces.cpython-36.pycreflection.cpython-36.opt-1.pycreflection.cpython-36.pycresult.cpython-36.opt-1.pycresult.cpython-36.pycstrategies.cpython-36.opt-1.pycstrategies.cpython-36.pycthreadlocal.cpython-36.opt-1.pycthreadlocal.cpython-36.pycurl.cpython-36.opt-1.pycurl.cpython-36.pycutil.cpython-36.opt-1.pycutil.cpython-36.pycbase.pydefault.pyinterfaces.pyreflection.pyresult.pystrategies.pythreadlocal.pyurl.pyutil.pyevent__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycapi.cpython-36.opt-1.pycapi.cpython-36.pycattr.cpython-36.opt-1.pycattr.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pyclegacy.cpython-36.opt-1.pyclegacy.cpython-36.pycregistry.cpython-36.opt-1.pycregistry.cpython-36.pycapi.pyattr.pybase.pylegacy.pyregistry.pyevents.pyexc.pyext__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycassociationproxy.cpython-36.opt-1.pycassociationproxy.cpython-36.pycautomap.cpython-36.opt-1.pycautomap.cpython-36.pycbaked.cpython-36.opt-1.pycbaked.cpython-36.pyccompiler.cpython-36.opt-1.pyccompiler.cpython-36.pychorizontal_shard.cpython-36.opt-1.pychorizontal_shard.cpython-36.pychybrid.cpython-36.opt-1.pychybrid.cpython-36.pycindexable.cpython-36.opt-1.pycindexable.cpython-36.pycinstrumentation.cpython-36.opt-1.pycinstrumentation.cpython-36.pycmutable.cpython-36.opt-1.pycmutable.cpython-36.pycorderinglist.cpython-36.opt-1.pycorderinglist.cpython-36.pycserializer.cpython-36.opt-1.pycserializer.cpython-36.pycassociationproxy.pyautomap.pybaked.pycompiler.pydeclarative__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycapi.cpython-36.opt-1.pycapi.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pycclsregistry.cpython-36.opt-1.pycclsregistry.cpython-36.pycapi.pybase.pyclsregistry.pyhorizontal_shard.pyhybrid.pyindexable.pyinstrumentation.pymutable.pyorderinglist.pyserializer.pyinspection.pyinterfaces.pylog.pyorm__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycattributes.cpython-36.opt-1.pycattributes.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pyccollections.cpython-36.opt-1.pyccollections.cpython-36.pycdependency.cpython-36.opt-1.pycdependency.cpython-36.pycdeprecated_interfaces.cpython-36.opt-1.pycdeprecated_interfaces.cpython-36.pycdescriptor_props.cpython-36.opt-1.pycdescriptor_props.cpython-36.pycdynamic.cpython-36.opt-1.pycdynamic.cpython-36.pycevaluator.cpython-36.opt-1.pycevaluator.cpython-36.pycevents.cpython-36.opt-1.pycevents.cpython-36.pycexc.cpython-36.opt-1.pycexc.cpython-36.pycidentity.cpython-36.opt-1.pycidentity.cpython-36.pycinstrumentation.cpython-36.opt-1.pycinstrumentation.cpython-36.pycinterfaces.cpython-36.opt-1.pycinterfaces.cpython-36.pycloading.cpython-36.opt-1.pycloading.cpython-36.pycmapper.cpython-36.opt-1.pycmapper.cpython-36.pycpath_registry.cpython-36.opt-1.pycpath_registry.cpython-36.pycpersistence.cpython-36.opt-1.pycpersistence.cpython-36.pycproperties.cpython-36.opt-1.pycproperties.cpython-36.pycquery.cpython-36.opt-1.pycquery.cpython-36.pycrelationships.cpython-36.opt-1.pycrelationships.cpython-36.pycscoping.cpython-36.opt-1.pycscoping.cpython-36.pycsession.cpython-36.opt-1.pycsession.cpython-36.pycstate.cpython-36.opt-1.pycstate.cpython-36.pycstrategies.cpython-36.opt-1.pycstrategies.cpython-36.pycstrategy_options.cpython-36.opt-1.pycstrategy_options.cpython-36.pycsync.cpython-36.opt-1.pycsync.cpython-36.pycunitofwork.cpython-36.opt-1.pycunitofwork.cpython-36.pycutil.cpython-36.opt-1.pycutil.cpython-36.pycattributes.pybase.pycollections.pydependency.pydeprecated_interfaces.pydescriptor_props.pydynamic.pyevaluator.pyevents.pyexc.pyidentity.pyinstrumentation.pyinterfaces.pyloading.pymapper.pypath_registry.pypersistence.pyproperties.pyquery.pyrelationships.pyscoping.pysession.pystate.pystrategies.pystrategy_options.pysync.pyunitofwork.pyutil.pypool.pyprocessors.pyschema.pysql__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycannotation.cpython-36.opt-1.pycannotation.cpython-36.pycbase.cpython-36.opt-1.pycbase.cpython-36.pyccompiler.cpython-36.opt-1.pyccompiler.cpython-36.pyccrud.cpython-36.opt-1.pyccrud.cpython-36.pycddl.cpython-36.opt-1.pycddl.cpython-36.pycdefault_comparator.cpython-36.opt-1.pycdefault_comparator.cpython-36.pycdml.cpython-36.opt-1.pycdml.cpython-36.pycelements.cpython-36.opt-1.pycelements.cpython-36.pycexpression.cpython-36.opt-1.pycexpression.cpython-36.pycfunctions.cpython-36.opt-1.pycfunctions.cpython-36.pycnaming.cpython-36.opt-1.pycnaming.cpython-36.pycoperators.cpython-36.opt-1.pycoperators.cpython-36.pycschema.cpython-36.opt-1.pycschema.cpython-36.pycselectable.cpython-36.opt-1.pycselectable.cpython-36.pycsqltypes.cpython-36.opt-1.pycsqltypes.cpython-36.pyctype_api.cpython-36.opt-1.pyctype_api.cpython-36.pycutil.cpython-36.opt-1.pycutil.cpython-36.pycvisitors.cpython-36.opt-1.pycvisitors.cpython-36.pycannotation.pybase.pycompiler.pycrud.pyddl.pydefault_comparator.pydml.pyelements.pyexpression.pyfunctions.pynaming.pyoperators.pyschema.pyselectable.pysqltypes.pytype_api.pyutil.pyvisitors.pytesting__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycassertions.cpython-36.opt-1.pycassertions.cpython-36.pycassertsql.cpython-36.opt-1.pycassertsql.cpython-36.pycconfig.cpython-36.opt-1.pycconfig.cpython-36.pycengines.cpython-36.opt-1.pycengines.cpython-36.pycentities.cpython-36.opt-1.pycentities.cpython-36.pycexclusions.cpython-36.opt-1.pycexclusions.cpython-36.pycfixtures.cpython-36.opt-1.pycfixtures.cpython-36.pycmock.cpython-36.opt-1.pycmock.cpython-36.pycpickleable.cpython-36.opt-1.pycpickleable.cpython-36.pycprofiling.cpython-36.opt-1.pycprofiling.cpython-36.pycprovision.cpython-36.opt-1.pycprovision.cpython-36.pycreplay_fixture.cpython-36.opt-1.pycreplay_fixture.cpython-36.pycrequirements.cpython-36.opt-1.pycrequirements.cpython-36.pycrunner.cpython-36.opt-1.pycrunner.cpython-36.pycschema.cpython-36.opt-1.pycschema.cpython-36.pycutil.cpython-36.opt-1.pycutil.cpython-36.pycwarnings.cpython-36.opt-1.pycwarnings.cpython-36.pycassertions.pyassertsql.pyconfig.pyengines.pyentities.pyexclusions.pyfixtures.pymock.pypickleable.pyplugin__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pycbootstrap.cpython-36.opt-1.pycbootstrap.cpython-36.pycnoseplugin.cpython-36.opt-1.pycnoseplugin.cpython-36.pycplugin_base.cpython-36.opt-1.pycplugin_base.cpython-36.pycpytestplugin.cpython-36.opt-1.pycpytestplugin.cpython-36.pycbootstrap.pynoseplugin.pyplugin_base.pypytestplugin.pyprofiling.pyprovision.pyreplay_fixture.pyrequirements.pyrunner.pyschema.pysuite__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pyctest_cte.cpython-36.opt-1.pyctest_cte.cpython-36.pyctest_ddl.cpython-36.opt-1.pyctest_ddl.cpython-36.pyctest_dialect.cpython-36.opt-1.pyctest_dialect.cpython-36.pyctest_insert.cpython-36.opt-1.pyctest_insert.cpython-36.pyctest_reflection.cpython-36.opt-1.pyctest_reflection.cpython-36.pyctest_results.cpython-36.opt-1.pyctest_results.cpython-36.pyctest_select.cpython-36.opt-1.pyctest_select.cpython-36.pyctest_sequence.cpython-36.opt-1.pyctest_sequence.cpython-36.pyctest_types.cpython-36.opt-1.pyctest_types.cpython-36.pyctest_update_delete.cpython-36.opt-1.pyctest_update_delete.cpython-36.pyctest_cte.pytest_ddl.pytest_dialect.pytest_insert.pytest_reflection.pytest_results.pytest_select.pytest_sequence.pytest_types.pytest_update_delete.pyutil.pywarnings.pytypes.pyutil__init__.py__pycache____init__.cpython-36.opt-1.pyc__init__.cpython-36.pyc_collections.cpython-36.opt-1.pyc_collections.cpython-36.pyccompat.cpython-36.opt-1.pyccompat.cpython-36.pycdeprecations.cpython-36.opt-1.pycdeprecations.cpython-36.pyclanghelpers.cpython-36.opt-1.pyclanghelpers.cpython-36.pycqueue.cpython-36.opt-1.pycqueue.cpython-36.pyctopological.cpython-36.opt-1.pyctopological.cpython-36.pyc_collections.pycompat.pydeprecations.pylanghelpers.pyqueue.pytopological.pypython3-SQLAlchemyCHANGESREADME.dialects.rstREADME.rstREADME.unittests.rstpython3-SQLAlchemyLICENSE/usr/lib64/python3.6/site-packages//usr/lib64/python3.6/site-packages/SQLAlchemy-1.2.14-py3.6.egg-info//usr/lib64/python3.6/site-packages/sqlalchemy//usr/lib64/python3.6/site-packages/sqlalchemy/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/connectors//usr/lib64/python3.6/site-packages/sqlalchemy/connectors/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/databases//usr/lib64/python3.6/site-packages/sqlalchemy/databases/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/firebird//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/firebird/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/mssql//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/mssql/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/mysql//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/mysql/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/oracle//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/oracle/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/postgresql//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/postgresql/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/sqlite//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/sqlite/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/sybase//usr/lib64/python3.6/site-packages/sqlalchemy/dialects/sybase/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/engine//usr/lib64/python3.6/site-packages/sqlalchemy/engine/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/event//usr/lib64/python3.6/site-packages/sqlalchemy/event/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/ext//usr/lib64/python3.6/site-packages/sqlalchemy/ext/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/ext/declarative//usr/lib64/python3.6/site-packages/sqlalchemy/ext/declarative/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/orm//usr/lib64/python3.6/site-packages/sqlalchemy/orm/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/sql//usr/lib64/python3.6/site-packages/sqlalchemy/sql/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/testing//usr/lib64/python3.6/site-packages/sqlalchemy/testing/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/testing/plugin//usr/lib64/python3.6/site-packages/sqlalchemy/testing/plugin/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/testing/suite//usr/lib64/python3.6/site-packages/sqlalchemy/testing/suite/__pycache__//usr/lib64/python3.6/site-packages/sqlalchemy/util//usr/lib64/python3.6/site-packages/sqlalchemy/util/__pycache__//usr/share/doc/packages//usr/share/doc/packages/python3-SQLAlchemy//usr/share/licenses//usr/share/licenses/python3-SQLAlchemy/-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:Maintenance:14848/openSUSE_Leap_15.1_Update/c4bb7b44c42f53936f594c4f73cb8eed-python-SQLAlchemy.openSUSE_Leap_15.1_Updatedrpmxz5x86_64-suse-linux directoryASCII textPython script, ASCII text executablepython 3.6 byte-compiledELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=3d35d8333e75cf447582d82c608cda5b85082bfd, strippedELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=a72c5e08d8bcec029a64a789c7bac6c1fc2cacdf, strippedELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=50e8a026e0b50d715d93c2831d5c904c045ba5a0, strippedemptyPython script, UTF-8 Unicode text executable  !'-3456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR|/h>}D;&vՇutf-8a3a2887efee6ae0394028ddd9389d9a04e53a05c79e6cf044cef0abd4cdbd4f5?7zXZ !t/@4!}]"k%4Pa  ||帄 |E@D,sUp|s;`^.wwT5KPG%&_ЏBX ӳx8pɅo@3<` vi-]K9lFOpD %|>%r:"}*aNH6. )d]Jv6"hxTTrV3WMAׯvtES)v{(' DRՅgѶ3.K+E-h ~ /P6RdҝVl*<'4NW$r_l-vbN!H}wr >!j3پ+`W9n۹lTP%_n7 dYhXMfָ.9g:Yz6Ĺ̅\͚r*5k Z]yysc|K]b0~Pbu:8dApH)Y2v+K Y.9p>׼U0B_C ssbcAX8!Q-4)b>l;ly)Ri`ߦ[;Y:'/Ӝ$Fp¦CpK>n/uС3 6 5 Po<Ҍqªt+ ׈>BF4T2 |< rv$/eP6-; ]a.aicz/[sg{) vKb˘GGsF}>*l#Y20GUڃr m)C>GIWpBݜxFRUWxKhksX2ѾBtmTK hVF…Fi8KX.  1S* @a7?3T[+`Kˢ&UCoȍD9~୍ > gH< x(O /EEܵ\մoO"]984NhP:zeXԩiћ !ej(KA텇-0>i=tp &i(v2"?>LW9wyi!Q;Ò {{!bͦ=(U5}.McpJ͑rA% be*#košB,yjYXUwL WplaߴPHp|7"&C2I\_PO]۶ Dl. F#ydI"Bgs0doGL4}Qok[T8ǢN<֓ҵUm.~OwZgDtظvZ&ʡ^p!- jJ nojCf/+jn!/OkDdDL&͎9V9Z{&\{,mqِ _XВQ+d6cR(MB4|?uma}YQZ͊j wA܃چ2XS 2QN<ɸ4j?TDW8e {Id=/`ֆW=Nە~oOFv8=~5mJ-tO{ظ =uzDa5d͉t1t:KQW zo녢 A14$8#QX@Ii5W?x{u1J)n*Y×^7t5}An.Mh |GEOWUV6U3oqrL{ QfZ< .Rj狉юPb#u}#cbc=\Uħ]RGyd1)Hs:,T$ ID^g{_ӫ$%wrȰkz%uI$&]?FKKU!oh^;2 'NҏA &/#T]w|S/*+ugk: h` s{VAl[R&gS5l`h*þHxN%XY'\btrn\ED zb$9~Ri/?Gą[>kM(YP)CL.`DՅƤ@!Ir! lowA.ѕH[&]e9 /tAS0k``K9Ysx_$f{3VxXU-M+:6&bXjK{7tczK#b_I#ޠOmUA"Ȼ6*4nhy ӈ\[gf=F:Zs/j V: q)e(l{mD5C ' @l#uG=0EP9F]su;G},}-_⍆ླUTWALlj,ZD! Lg6 ~oWY`,=`PWT?#`xLrtPi"jfI7j3(foѣ ^[6ӤB>퀧|gp` ƥ)WbrG4nMJ$ζ0x@T՜[[;#J; `aehC:Z e8ӮR_3H ī2^@XLL]_/ #1$+ýZEk^TL}kK {An,u|U@_ /6бe ݝ<[ ~;0PtI&JgwKτ'i#v*h  Š YC;ak;f_x ۙvأXĀOYXpT&DXD"6hlkgXYx=^e~i +ѽ kwbG9Wx8\Un4}z s!xVlE0u3%7nl ,/ G<=2 W!]n"4f'.!QA` V]- 䛖ܣM[Xdmytib—Gg= bvܷRaF+nM6i H{1K4а Q(-QOrSBPcJүD'uL.RvW' @O1=TQ;+0/c dYhܫ?׻ⴤ@SMA!7ZfP4zz@9ּKdL&Lu.fl%+.=4a_u'*I֢R<X+ړϙxoWmRbk zYJ#w Pڊ540͘gᠧψu <|jRk}#>:]322srcYr Y'ㆻ¾'}2 LseIETy_|K:; s?i{E< cT edb 壆v] U)bq G 펋s>3zykч|!nYA*[8:8Fe"m *8DPy]6Ff(P?rs!_>S|N#k1ܻ^Zt )|woEF4;ms+?h)   c638R2, B&ov,Mi/q?*;@`ܗΕZ lw5gIJOl?J"JZ]uBm/X!EHP~}iSuBo22U=iu^Z]On"VMg"-Xl: ?e~f.r V>`Yhwl-Du!CCsL}S&{u/rjDU7dN7#-%])l-:{N. [wAdEy *n!P=ɦX[bbBfh;ƿV_L#gz%Gy3E)?[&dv5s& 'uM i_/?-Iv?fOH‡*1Hzt8?<|Ⱦv0[OL 6`і~۩ms'دe/kw1Q2gSF:&{v8xCc&i|y|dC"=fX*ftxsW$ 39߼,1Xu,]`$Oe0=$&R?G!sYw`:̾>B#Pm U(P֓dL$%OB6Dr=&JNLނi k*zD˛h_8x, ܎ޝЕ 2Hj?u|FDѾŚLI(MU/蒒\ʕqu^ ɑEbzI Qe|yRhkfas0>=&>eل OR;D 3zqQόR%pم~;^sH"&+XF"`/#x1X{L+$ )矓5Qmg_ $z5iLz g ̊~Abz-M~fP3> 6ļ=wh+Y]J |FM$IfXӲ RmT''^Y} =Jz@{/płIс,EZQ<_jNc՘{z=ͮi#ũwopmAlF!oeZo!f D.E^߱`r(S%l+pg.):w)XVgjw~*Eם"3ߐbQZ(z?v;XO‘]*ߦ7}:R1GQS $B>p$׏m ޳şLf<)k0~u/"z'@m7mK1۳:L*|=<'oq&%‡ q9[ֳy͎s*\92 yӏ72u G-ɽR'ool#@XQ7wxQrWߨuOTYCc@`3|;Tin7t/!OIAr8tvۻVhUL&\fW;L5@:4ߝ9=*f]5&GR cd՗WmNHbw]>Vo}Ѥw7%[-`O>U1$ ձMg++]>5)) #<#}e!B̛yIZAH vt\M@Ө W!̛G,<70TU&n6 7SI2cPZ3ۀmտs.'ZyѷC"/n\V_$`? q̼B1ip>}u4JÑ,.B6/FW >Sn59xqpv7g^B{Lʅ8(q۟O?#巖X/vz}*> ̚j>iSץ}]KpymHLNf#AgE9ӿxyvЗRTq^pX;e^`@76c ~/ٜJ֕5[?QXƺ9H⮪=Vb̨=dv_ǜ>k-'WQ^nNvEjv5t4:.lyș^!]dߍo]. (r39;G׵}h2ͰҤ4kڡu x(LfT#Q"ee_M9R 1F0Bt>A4 ă:PHqXa)KYzk]""%L bE/U]vPNBRgBnif"[C%]gKuN;Fb p`kIOԫD<3myt<[n230(!|BZW*2(8J6ZZYQEh^} 7Z x O'ހ.[m;fvbIdtK>k'>m8HmcK-<ϟAn~{Qzy;vLy~qlLG38S2!+lIKTr 1DmbZu5,H|͔=6 M틌Xͫ]u(g-L(,Xj GRVz6r~= Ԗa0:Axtz}.V< +^z,ӑV5K,&gQ}.MZ0y|L+|f~8od)!{!P {d]uI 詡w> {|"Ah4jI&El{>)mGJx54k"<ds-Ga%H;ZﱹގWǢ%6.ޯ=Swǟ)!yfk*j$WS&ȀÖd3)V5,O$UI,x4NTb|0Tr<&tLg[&/Ƚ RtMd)0&=bk Qpx!Tw89G Etd5ZYWWe*g6'˛i oK{d03=ȮѧeH&NfigB9pvtّ|`8٧K (M]6 tK fy+|«zLQbJAȭwQNR]:׫uC߶ YZ