text:
Batch create query does not return error, while singular create query does.

When running the following geo_shape batch insert query:
INSERT INTO "field-srv"."ground_type"
(id, shape, source_id, type)
(SELECT * FROM unnest(['f6368d7c-3eed-44a9-a9a6-d1a5c82e9e33'], ['POLYGON((4.73941639056379 51.6619497344594, 4.74031813511351 51.6625750219999, 4.74117748973046 51.6621212904621, 4.74146824230308 51.6620060282321, 4.7417552743418 51.6621514494184, 4.74551870104061 51.6638352699, 4.74563331951624 51.6639078170721, 4.74577990687303 51.6637647839548, 4.74640922881335 51.6632198545077, 4.7465984114198 51.6631309925681, 4.74681319403766 51.663276005565, 4.75006360699313 51.6644534399384, 4.75025152196382 51.6644544632838, 4.75032480936369 51.6643829438501, 4.75073561921527 51.6639536689749, 4.75083743532925 51.6639092738637, 4.75102560088398 51.6638923177234, 4.75230514154448 51.6643937087527, 4.75317568295912 51.6651985229797, 4.75437005482921 51.6666253792145, 4.7543675397026 51.6668051616582, 4.7541067070231 51.6668486993728, 4.75384486695584 51.6669641494753, 4.75186315930051 51.6670433016178, 4.75179050135043 51.6670698764021, 4.75171670675564 51.6671773532038, 4.75123347038783 51.6676152275567, 4.75151816918897 51.6679314180575, 4.75265150111855 51.6685578673238, 4.75314915577842 51.6691538925172, 4.75332298134227 51.670161692176, 4.75332046179978 51.6703414745287, 4.75317589295191 51.6703406911252, 4.7518628420433 51.6701537716382, 4.75174718747057 51.6701531434906, 4.75048242200849 51.6685910308538, 4.7484434616039 51.6676000268865, 4.74487251213272 51.6655667570501, 4.7434865892167 51.6644174328145, 4.74031813511351 51.6625750219999, 4.73860248785076 51.6642735871423, 4.7398429093735 51.6644692442382, 4.74030341207372 51.6646156287509, 4.74132227543308 51.6651426677956, 4.74264854998895 51.6664175464285, 4.74443915226811 51.6675780941853, 4.74682573857962 51.6685171327835, 4.74918604676251 51.6692761828769, 4.75056413227575 51.6699759052256, 4.75114636766663 51.6707252257629, 4.75113587536501 51.67147132221, 4.75010643963414 51.674755987651, 4.75011965409017 51.6758707945861, 4.75077121578673 51.6768362488882, 4.75223189297915 51.6778510421694, 4.75380102997411 51.6783539858975, 4.75603195634399 51.6791032046197, 4.75778652965441 51.6797958802762, 4.75989031400677 51.6813803909629, 4.76174331132709 51.683332103889, 4.76490876972437 51.6855604669836, 4.76789576331192 51.6871135654271, 4.7698247474552 51.6877800119299, 4.7706348924206 51.6877663038071, 4.77101349025813 51.6875795128002, 4.77104731584771 51.6872201000252, 4.77014490134691 51.6865770709997, 4.76761903563967 51.6851433396479, 4.76537266691242 51.6833784168174, 4.76384900310264 51.6816532614502, 4.76361767904227 51.6806002242375, 4.76379491929848 51.6803314751933, 4.76427334101667 51.6802441254043, 4.76515008804363 51.6806353504894, 4.76741915209649 51.6817890938073, 4.76853059527575 51.6829996060527, 4.77043833070921 51.6841513788633, 4.77265230298547 51.6851249333833, 4.77580639865183 51.6861033614538, 4.77851423653692 51.6869355472461, 4.78089532337592 51.6873344687263, 4.78203785125001 51.6873403830095, 4.78285038842229 51.6871468075113, 4.78328822083947 51.6868524057563, 4.78374542934281 51.6861895219789, 4.78410937812326 51.6860116030611, 4.78463060778985 51.6859693395131, 4.78598680341313 51.6862190390833, 4.78890867779505 51.687285817061, 4.79175210096455 51.6888285794414, 4.79426954574181 51.6898751841817, 4.79719372941981 51.690797929222, 4.80016013984511 51.6918196998067, 4.80312378042523 51.6930661244716, 4.80677773237232 51.6946395299235, 4.80787210010435 51.6950315114296, 4.80959192938253 51.6951568792366, 4.81121108623997 51.6952367776158, 4.81216497353866 51.695304396795, 4.81656261044966 51.696449639583, 4.81990072606069 51.6967355608334, 4.82184782896584 51.6972034594847, 4.82386875784007 51.6975548145578, 4.82744245457543 51.6986866881539, 4.83045546071466 51.6995460944001, 4.83334565352492 51.6998115201543, 4.83495996665306 51.7003045935276, 4.83645452680574 51.7011297004849, 4.83784645054587 51.7020711726723, 4.8389002660177 51.7022648984368, 4.83953878715881 51.7021060733045, 4.83964811875017 51.7014413461574, 4.83914973267983 51.7007827642808, 4.83747461550647 51.6993365534441, 4.83652597230159 51.6988286693907, 4.83322225789432 51.6980759203392, 4.82889170225761 51.6973091936621, 4.825154264135 51.6965541461175, 4.8225408774274 51.6949953322341, 4.81761396854956 51.6922295866238, 4.81499049720456 51.6903649016652, 4.8143764306731 51.689741605264, 4.81284303017464 51.6886193609097, 4.81054904182898 51.6870348733274, 4.81036366957696 51.6868271955038, 4.81070157521894 51.6864153325322, 4.81165870914753 51.6862132801868, 4.81337969733735 51.6862217326186, 4.81639682686906 51.6866679974368, 4.81730443488569 51.6869511033967, 4.81825035032805 51.6876389268129, 4.81916996702959 51.6881198508097, 4.82045252734059 51.6884946491173, 4.82397552307825 51.6889881155283, 4.82484263184434 51.6890462244066, 4.82558482481897 51.6886812099241, 4.82582214804068 51.6882058928783, 4.8258301857536 51.687558670605, 4.82524225033782 51.6871513103859, 4.82384197342638 51.6869378130381, 4.82278914093834 51.6866990061484, 4.8225622359562 51.6863383219327, 4.82282547244597 51.6861058587427, 4.82337503117766 51.6861085081803, 4.82432751341222 51.6862749092674, 4.82606006797068 51.6865169640711, 4.82708688492619 51.686521883895, 4.82757036985623 51.6860207722053, 4.8277992029678 51.6850599648556, 4.82730183712285 51.6843473967878, 4.82660682190324 51.6832473209806, 4.8253988982191 51.6826931531891, 4.8247047709841 51.6826898181763, 4.82348713445153 51.6829176911995, 4.82217320102385 51.6827495380155, 4.82086355635308 51.682239780617, 4.82020726405307 51.6815264123629, 4.8181893419035 51.6809952107736, 4.81424427349832 51.6796274958221, 4.81377256621096 51.6791936768829, 4.81399812454124 51.678511561198, 4.81400074547508 51.6783048097871, 4.81374252548342 51.6781417288908, 4.8120293911911 51.6775399957263, 4.81125992341642 51.6766462247679, 4.81061717611749 51.6760227658086, 4.80952002819599 51.6758825071548, 4.80757016782515 51.6757110473105, 4.80617032893419 51.6754973390794, 4.80460047472796 51.6750130747551, 4.80244344199169 51.6740943472497, 4.8020483829506 51.6733372319001, 4.80156694006156 51.6725527134225, 4.80118124147892 51.6721911914285, 4.80053368222114 51.6719542119394, 4.79968384256943 51.6717072233721, 4.79742832902107 51.6705991225184, 4.79655751870935 51.6719611738812, 4.79588730385945 51.6734590793403, 4.7954244033072 51.6745804595617, 4.79520305671183 51.6749209508324, 4.79556451771819 51.6749227793198, 4.79656038917991 51.6750626577388, 4.7977739650144 51.6751406963484, 4.7989017293638 51.6751463727837, 4.79797548577705 51.6785398416551, 4.79775648250539 51.6787005542073, 4.79801675626013 51.6787018651882, 4.80142387915061 51.679132502142, 4.801798088226 51.6792692214563, 4.80172369390113 51.6794306648392, 4.80041191561061 51.6813389115889, 4.79902737003669 51.6832737471717, 4.79767104314131 51.6852536573804, 4.79684592539522 51.6864181654964, 4.79684392978722 51.6865709812576, 4.79641029978209 51.6865508131838, 4.78544647531985 51.684436288432, 4.78508637546622 51.6843265588043, 4.78475472100611 51.6842529335814, 4.78487376546508 51.6840018330148, 4.7862674206852 51.6814289361018, 4.78644273825869 51.6812949898967, 4.78619810534907 51.681203835913, 4.7809941645244 51.6799633707777, 4.78044649315421 51.6798256853694, 4.78022995553378 51.6797975929314, 4.78022899019951 51.6798695061016, 4.78003702707842 51.6801651725892, 4.77989025301713 51.6803262267451, 4.77963093691576 51.6802529622965, 4.77281969516845 51.6791925605547, 4.77244496363589 51.6791006944579, 4.77270780403712 51.6789132898333, 4.77597313675767 51.6737702609614, 4.77638415350739 51.6733139287896, 4.77708674211647 51.6726793204981, 4.77695101964017 51.6720223585952, 4.7773940764834 51.6713324556995, 4.77851768929259 51.670565186014, 4.7797671495983 51.670113201485, 4.7808100984054 51.6688870122509, 4.78158146747737 51.6685044475713, 4.78277241487575 51.6680970771565, 4.78554970973829 51.6658100105311, 4.7856653538121 51.6658106052688, 4.78808304582151 51.6666410827255, 4.78808852258214 51.6662275809726, 4.78758349075196 51.665065311775, 4.78739736005327 51.6649295108191, 4.7860862344466 51.6645991484154, 4.78480822767027 51.6639542994155, 4.78276235637447 51.66344031777, 4.78181808704017 51.6627072619792, 4.78064752126366 51.6616044438771, 4.78025076444548 51.661009059782, 4.77982486912913 51.6604315025468, 4.77990196458818 51.6600723112756, 4.78196905632186 51.6589862712202, 4.78219871786551 51.6580255519178, 4.78219967946237 51.6579536385742, 4.78300928726686 51.6579398439463, 4.78411881281441 51.65819728418, 4.78411701551972 51.6583321217344, 4.78354207009251 51.6591741958951, 4.782512515854 51.6594205919107, 4.78181297620834 51.6598484832073, 4.78173000156188 51.660648144866, 4.78215291773336 51.6614504243248, 4.78311282104317 51.662093660463, 4.78380027383316 51.6625736673478, 4.78657542758283 51.6636847035784, 4.79023272184959 51.6647821990951, 4.79121295098172 51.6649939623706, 4.79144340643863 51.665058064756, 4.79143500071345 51.6656962961033, 4.79167766701831 51.6659312659491, 4.79303023191149 51.6664146020713, 4.79350420304987 51.666650742722, 4.79349771380443 51.667145147364, 4.79365366240393 51.6673796728655, 4.7942280147078 51.6676792482138, 4.79441511967793 51.6677431249162, 4.7944144128312 51.6677970599707, 4.79419226705049 51.6682004738214, 4.7939591979078 51.6683341386804, 4.79421941191069 51.6683354580104, 4.79507021747616 51.6685015835953, 4.79719026506734 51.6688988557228, 4.79799526335318 51.6692535140716, 4.80023219274097 51.6695614218394, 4.80239989047271 51.6696352067736, 4.80486402288501 51.6691440724412, 4.80831420802531 51.6695477566079, 4.81175194252471 51.6697984517167, 4.81198325193621 51.6697995893405, 4.81240746438652 51.668273415429, 4.81266018772697 51.6677262815998, 4.81520424848331 51.6677567288202, 4.81692680253967 51.6675853440135, 4.8180289760996 51.6673120296105, 4.8192544594835 51.6664280001837, 4.82124659875582 51.6655027211217, 4.82234055170271 51.6635662215735, 4.8227764410404 51.6633885306115, 4.82332886143061 51.6631394818065, 4.82430303351105 51.6626856964332, 4.82602391092072 51.6626310371977, 4.82748215518684 51.662772870787, 4.82829328029386 51.66264190316, 4.82903390265741 51.6623667574399, 4.82922990514539 51.6617114405679, 4.82994486099551 51.6599978059193, 4.83054587077427 51.6593174464778, 4.83138759914644 51.6590427671656, 4.83248716316673 51.658958089837, 4.83389112390735 51.6588029246137, 4.84306848435035 51.6588909303448, 4.84347501670059 51.6587399952978, 4.84366485450574 51.6585790622384, 4.84382612248661 51.6571864006257, 4.8438275259953 51.6570695404114, 4.84408767708208 51.6570707488074, 4.84793641973892 51.6567289687143, 4.84848755042021 51.6565696932507, 4.84809380072962 51.6556509246605, 4.84739381062944 51.6537508588315, 4.84589411765374 51.6522606179382, 4.84397242767962 51.6510201108747, 4.84233325074558 51.650329263554, 4.84141176811143 51.6500462839821, 4.83986664234334 51.6499491647453, 4.83921821782277 51.6497933021501, 4.82619870240101 51.6485359295085, 4.82524689483686 51.648378533435, 4.81872181094541 51.647843568055, 4.81398977936954 51.6472271433948, 4.80959170566697 51.6464953098055, 4.80828026044275 51.6462191312614, 4.80575937035605 51.6456043086244, 4.80348545545406 51.6448917768559, 4.80170181944158 51.6442625645517, 4.80049372467013 51.6438249995372, 4.79322300307715 51.6407227737332, 4.79210295082069 51.6401956705615, 4.78968932316555 51.6391585247198, 4.78865609760356 51.6397195977615, 4.78769746423321 51.640101248185, 4.78743586438831 51.6402167740816, 4.7875775992216 51.6404242664013, 4.78811755962366 51.641110258866, 4.78811446647235 51.6413439778067, 4.78782432208962 51.641432388935, 4.7862729254581 51.6418379573058, 4.78546205291686 51.6419686344039, 4.78462622870836 51.6418025138763, 4.78474611843947 51.6414794987636, 4.7853024238124 51.6409339856964, 4.78585286449909 51.6408289401251, 4.78633118443595 51.6407145315919, 4.78636676094015 51.6402112855224, 4.78648866186573 51.6397354523392, 4.78708409505716 51.6395047749377, 4.78740550473816 51.6392367300169, 4.78700766191937 51.6387312596587, 4.78629140377515 51.6382691009535, 4.78625534250365 51.637720537609, 4.77647170393192 51.6336334196433, 4.77582992384719 51.6340885461014, 4.77375169229154 51.6350036117336, 4.77234387205082 51.6354816670463, 4.77167985398972 51.6354422140989, 4.77114731684641 51.6352955724049, 4.77092071224861 51.6349617550215, 4.77126274498566 51.6342443719467, 4.77156130908822 51.6335357488091, 4.77156913138296 51.6329604416522, 4.77118437526309 51.6325718529207, 4.76993379873124 51.6321157662888, 4.76881038335013 51.6329279035291, 4.76829768253693 51.6334466003094, 4.76814008036073 51.6344076766816, 4.76754129651383 51.6348809652661, 4.76720215438417 51.6353825973203, 4.76718922894091 51.6363264597695, 4.76682561393231 51.6365043274822, 4.76575438043021 51.6366604557141, 4.76362324234722 51.6371974887617, 4.7621111433758 51.6378906210483, 4.76048205519075 51.6386819949883, 4.75870968763059 51.6393826781703, 4.76032503096688 51.6416747634738, 4.76206121529724 51.6435988889793, 4.76121525388819 51.6441697118413, 4.76099442178298 51.6444651934648, 4.7614624039997 51.6451059754245, 4.76221813929225 51.6458381917596, 4.76452439242042 51.6451652673901, 4.76424790944337 51.6451896873542, 4.76402227713952 51.6451764172696, 4.76388713625633 51.6451583179287, 4.7637618176362 51.6451065032572, 4.76362864444572 51.6450039152492, 4.76351459495523 51.6448564314643, 4.76339334857472 51.6446300109657, 4.76327275743691 51.6443754305366, 4.76324919732398 51.6442231144582, 4.76324397089352 51.6440596948866, 4.76324699061929 51.6439301497834, 4.76332295210684 51.6437730858641, 4.76342523043333 51.6436500556777, 4.76360882530669 51.6435277485305, 4.76373676600215 51.6434669152086, 4.76393043057949 51.6433731445772, 4.7641916839977 51.6433357492725, 4.76483529175996 51.643251322541, 4.76549631544961 51.6431952146851, 4.76600294685518 51.6431715363674, 4.76643742886953 51.6431415845513, 4.76669945507035 51.643143904757, 4.76689796871336 51.6431569287786, 4.76705995003764 51.6431865319262, 4.76723935102108 51.6432444552142, 4.76731988414957 51.6432789679138, 4.7674352507602 51.6433701265937, 4.76752311804088 51.6434779413972, 4.76756528848612 51.6436078860508, 4.76754237906746 51.6438161251301, 4.76748371707974 51.644007146237, 4.76741667615925 51.6441699254609, 4.76731309858348 51.6443492841664, 4.76720231594227 51.6444497063964, 4.76700929785304 51.6445888376568, 4.76680891924353 51.6446825345988, 4.76762266356265 51.6447701933434, 4.76795031164555 51.645113541639, 4.76768580280989 51.6454357738599, 4.76691594236778 51.6457283566871, 4.76518835153965 51.6463125081299, 4.76458937901258 51.6467857807803, 4.76436694795425 51.6471981277013, 4.7649131872091 51.6474078012489, 4.76590897512713 51.6475029938267, 4.76711014140259 51.6473745218457, 4.76721477889216 51.6481751696308, 4.76761531346136 51.6484739560115, 4.76823383320435 51.6486839968379, 4.76926101105113 51.6485995307488, 4.77147626131782 51.6482875818901, 4.77379262977212 51.6479761216301, 4.77547002094907 51.6478950098322, 4.77801100325467 51.6480700902216, 4.77977110810785 51.6482860110208, 4.78073346480297 51.6498012917388, 4.7807298509152 51.6500709669238, 4.78055548123424 51.6501419809358, 4.77883298213582 51.6508257979003, 4.77881199607689 51.6508341283535, 4.77895396602284 51.6510236525637, 4.78061470484309 51.6532707371789, 4.78065348070298 51.6536125504791, 4.78064363244239 51.6536190385809, 4.78027436313368 51.6538622979648, 4.7794309739746 51.6542444794747, 4.77938737707401 51.6542622325042, 4.77942940440052 51.6543613386506, 4.77971107968298 51.6549111794962, 4.77970190762822 51.6555943561836, 4.7792437606065 51.6559114351378, 4.77859313987662 51.6563617141663, 4.77743265881688 51.6568965947495, 4.77694854779104 51.6571197209212, 4.77681878187697 51.6571795289293, 4.77461429955259 51.6577343609697, 4.77399319889361 51.6578335990341, 4.77339887609629 51.6579285567528, 4.77210832616033 51.6581347400319, 4.77003050482342 51.6580955704268, 4.76879919819585 51.6580723423026, 4.76633343079248 51.6586975555464, 4.76461127434113 51.6588502179848, 4.76441600282914 51.6588392752712, 4.76266145218575 51.6587409354567, 4.75984719198105 51.6584292114798, 4.75837297646355 51.6584212952299, 4.75767795866148 51.6585343648378, 4.75767760228916 51.6585344222525, 4.75719902852957 51.6587043042385, 4.75653004190364 51.6589417715701, 4.75447541791902 51.659092491963, 4.75449954780341 51.65943423522, 4.75526697435217 51.660373323795, 4.75405122785483 51.6604836169417, 4.75283497133331 51.6606298539514, 4.75187647753668 51.6609482850278, 4.7491880564124 51.6609336522664, 4.7472415746898 51.6616062450009, 4.74631651356759 51.6616011803899, 4.74329062577254 51.6609193165604, 4.74149197690614 51.6603430431252, 4.73984747483008 51.6601092081658, 4.73911034196979 51.6601051263738, 4.73862912143824 51.6603991232185, 4.73876296514727 51.6611460202578, 4.73941639056379 51.6619497344594))'], [13640], [1]));

Crate does not return any error, but returns:
INSERT OK, 0 rows affected (0.135 sec)

When running the following singular insert geo_shape query:
INSERT INTO "field-srv"."ground_type"
(id, shape, source_id, type) VALUES ('f6368d7c-3eed-44a9-a9a6-d1a5c82e9e33', 'POLYGON((4.73941639056379 51.6619497344594, 4.74031813511351 51.6625750219999, 4.74117748973046 51.6621212904621, 4.74146824230308 51.6620060282321, 4.7417552743418 51.6621514494184, 4.74551870104061 51.6638352699, 4.74563331951624 51.6639078170721, 4.74577990687303 51.6637647839548, 4.74640922881335 51.6632198545077, 4.7465984114198 51.6631309925681, 4.74681319403766 51.663276005565, 4.75006360699313 51.6644534399384, 4.75025152196382 51.6644544632838, 4.75032480936369 51.6643829438501, 4.75073561921527 51.6639536689749, 4.75083743532925 51.6639092738637, 4.75102560088398 51.6638923177234, 4.75230514154448 51.6643937087527, 4.75317568295912 51.6651985229797, 4.75437005482921 51.6666253792145, 4.7543675397026 51.6668051616582, 4.7541067070231 51.6668486993728, 4.75384486695584 51.6669641494753, 4.75186315930051 51.6670433016178, 4.75179050135043 51.6670698764021, 4.75171670675564 51.6671773532038, 4.75123347038783 51.6676152275567, 4.75151816918897 51.6679314180575, 4.75265150111855 51.6685578673238, 4.75314915577842 51.6691538925172, 4.75332298134227 51.670161692176, 4.75332046179978 51.6703414745287, 4.75317589295191 51.6703406911252, 4.7518628420433 51.6701537716382, 4.75174718747057 51.6701531434906, 4.75048242200849 51.6685910308538, 4.7484434616039 51.6676000268865, 4.74487251213272 51.6655667570501, 4.7434865892167 51.6644174328145, 4.74031813511351 51.6625750219999, 4.73860248785076 51.6642735871423, 4.7398429093735 51.6644692442382, 4.74030341207372 51.6646156287509, 4.74132227543308 51.6651426677956, 4.74264854998895 51.6664175464285, 4.74443915226811 51.6675780941853, 4.74682573857962 51.6685171327835, 4.74918604676251 51.6692761828769, 4.75056413227575 51.6699759052256, 4.75114636766663 51.6707252257629, 4.75113587536501 51.67147132221, 4.75010643963414 51.674755987651, 4.75011965409017 51.6758707945861, 4.75077121578673 51.6768362488882, 4.75223189297915 51.6778510421694, 4.75380102997411 51.6783539858975, 4.75603195634399 51.6791032046197, 4.75778652965441 51.6797958802762, 4.75989031400677 51.6813803909629, 4.76174331132709 51.683332103889, 4.76490876972437 51.6855604669836, 4.76789576331192 51.6871135654271, 4.7698247474552 51.6877800119299, 4.7706348924206 51.6877663038071, 4.77101349025813 51.6875795128002, 4.77104731584771 51.6872201000252, 4.77014490134691 51.6865770709997, 4.76761903563967 51.6851433396479, 4.76537266691242 51.6833784168174, 4.76384900310264 51.6816532614502, 4.76361767904227 51.6806002242375, 4.76379491929848 51.6803314751933, 4.76427334101667 51.6802441254043, 4.76515008804363 51.6806353504894, 4.76741915209649 51.6817890938073, 4.76853059527575 51.6829996060527, 4.77043833070921 51.6841513788633, 4.77265230298547 51.6851249333833, 4.77580639865183 51.6861033614538, 4.77851423653692 51.6869355472461, 4.78089532337592 51.6873344687263, 4.78203785125001 51.6873403830095, 4.78285038842229 51.6871468075113, 4.78328822083947 51.6868524057563, 4.78374542934281 51.6861895219789, 4.78410937812326 51.6860116030611, 4.78463060778985 51.6859693395131, 4.78598680341313 51.6862190390833, 4.78890867779505 51.687285817061, 4.79175210096455 51.6888285794414, 4.79426954574181 51.6898751841817, 4.79719372941981 51.690797929222, 4.80016013984511 51.6918196998067, 4.80312378042523 51.6930661244716, 4.80677773237232 51.6946395299235, 4.80787210010435 51.6950315114296, 4.80959192938253 51.6951568792366, 4.81121108623997 51.6952367776158, 4.81216497353866 51.695304396795, 4.81656261044966 51.696449639583, 4.81990072606069 51.6967355608334, 4.82184782896584 51.6972034594847, 4.82386875784007 51.6975548145578, 4.82744245457543 51.6986866881539, 4.83045546071466 51.6995460944001, 4.83334565352492 51.6998115201543, 4.83495996665306 51.7003045935276, 4.83645452680574 51.7011297004849, 4.83784645054587 51.7020711726723, 4.8389002660177 51.7022648984368, 4.83953878715881 51.7021060733045, 4.83964811875017 51.7014413461574, 4.83914973267983 51.7007827642808, 4.83747461550647 51.6993365534441, 4.83652597230159 51.6988286693907, 4.83322225789432 51.6980759203392, 4.82889170225761 51.6973091936621, 4.825154264135 51.6965541461175, 4.8225408774274 51.6949953322341, 4.81761396854956 51.6922295866238, 4.81499049720456 51.6903649016652, 4.8143764306731 51.689741605264, 4.81284303017464 51.6886193609097, 4.81054904182898 51.6870348733274, 4.81036366957696 51.6868271955038, 4.81070157521894 51.6864153325322, 4.81165870914753 51.6862132801868, 4.81337969733735 51.6862217326186, 4.81639682686906 51.6866679974368, 4.81730443488569 51.6869511033967, 4.81825035032805 51.6876389268129, 4.81916996702959 51.6881198508097, 4.82045252734059 51.6884946491173, 4.82397552307825 51.6889881155283, 4.82484263184434 51.6890462244066, 4.82558482481897 51.6886812099241, 4.82582214804068 51.6882058928783, 4.8258301857536 51.687558670605, 4.82524225033782 51.6871513103859, 4.82384197342638 51.6869378130381, 4.82278914093834 51.6866990061484, 4.8225622359562 51.6863383219327, 4.82282547244597 51.6861058587427, 4.82337503117766 51.6861085081803, 4.82432751341222 51.6862749092674, 4.82606006797068 51.6865169640711, 4.82708688492619 51.686521883895, 4.82757036985623 51.6860207722053, 4.8277992029678 51.6850599648556, 4.82730183712285 51.6843473967878, 4.82660682190324 51.6832473209806, 4.8253988982191 51.6826931531891, 4.8247047709841 51.6826898181763, 4.82348713445153 51.6829176911995, 4.82217320102385 51.6827495380155, 4.82086355635308 51.682239780617, 4.82020726405307 51.6815264123629, 4.8181893419035 51.6809952107736, 4.81424427349832 51.6796274958221, 4.81377256621096 51.6791936768829, 4.81399812454124 51.678511561198, 4.81400074547508 51.6783048097871, 4.81374252548342 51.6781417288908, 4.8120293911911 51.6775399957263, 4.81125992341642 51.6766462247679, 4.81061717611749 51.6760227658086, 4.80952002819599 51.6758825071548, 4.80757016782515 51.6757110473105, 4.80617032893419 51.6754973390794, 4.80460047472796 51.6750130747551, 4.80244344199169 51.6740943472497, 4.8020483829506 51.6733372319001, 4.80156694006156 51.6725527134225, 4.80118124147892 51.6721911914285, 4.80053368222114 51.6719542119394, 4.79968384256943 51.6717072233721, 4.79742832902107 51.6705991225184, 4.79655751870935 51.6719611738812, 4.79588730385945 51.6734590793403, 4.7954244033072 51.6745804595617, 4.79520305671183 51.6749209508324, 4.79556451771819 51.6749227793198, 4.79656038917991 51.6750626577388, 4.7977739650144 51.6751406963484, 4.7989017293638 51.6751463727837, 4.79797548577705 51.6785398416551, 4.79775648250539 51.6787005542073, 4.79801675626013 51.6787018651882, 4.80142387915061 51.679132502142, 4.801798088226 51.6792692214563, 4.80172369390113 51.6794306648392, 4.80041191561061 51.6813389115889, 4.79902737003669 51.6832737471717, 4.79767104314131 51.6852536573804, 4.79684592539522 51.6864181654964, 4.79684392978722 51.6865709812576, 4.79641029978209 51.6865508131838, 4.78544647531985 51.684436288432, 4.78508637546622 51.6843265588043, 4.78475472100611 51.6842529335814, 4.78487376546508 51.6840018330148, 4.7862674206852 51.6814289361018, 4.78644273825869 51.6812949898967, 4.78619810534907 51.681203835913, 4.7809941645244 51.6799633707777, 4.78044649315421 51.6798256853694, 4.78022995553378 51.6797975929314, 4.78022899019951 51.6798695061016, 4.78003702707842 51.6801651725892, 4.77989025301713 51.6803262267451, 4.77963093691576 51.6802529622965, 4.77281969516845 51.6791925605547, 4.77244496363589 51.6791006944579, 4.77270780403712 51.6789132898333, 4.77597313675767 51.6737702609614, 4.77638415350739 51.6733139287896, 4.77708674211647 51.6726793204981, 4.77695101964017 51.6720223585952, 4.7773940764834 51.6713324556995, 4.77851768929259 51.670565186014, 4.7797671495983 51.670113201485, 4.7808100984054 51.6688870122509, 4.78158146747737 51.6685044475713, 4.78277241487575 51.6680970771565, 4.78554970973829 51.6658100105311, 4.7856653538121 51.6658106052688, 4.78808304582151 51.6666410827255, 4.78808852258214 51.6662275809726, 4.78758349075196 51.665065311775, 4.78739736005327 51.6649295108191, 4.7860862344466 51.6645991484154, 4.78480822767027 51.6639542994155, 4.78276235637447 51.66344031777, 4.78181808704017 51.6627072619792, 4.78064752126366 51.6616044438771, 4.78025076444548 51.661009059782, 4.77982486912913 51.6604315025468, 4.77990196458818 51.6600723112756, 4.78196905632186 51.6589862712202, 4.78219871786551 51.6580255519178, 4.78219967946237 51.6579536385742, 4.78300928726686 51.6579398439463, 4.78411881281441 51.65819728418, 4.78411701551972 51.6583321217344, 4.78354207009251 51.6591741958951, 4.782512515854 51.6594205919107, 4.78181297620834 51.6598484832073, 4.78173000156188 51.660648144866, 4.78215291773336 51.6614504243248, 4.78311282104317 51.662093660463, 4.78380027383316 51.6625736673478, 4.78657542758283 51.6636847035784, 4.79023272184959 51.6647821990951, 4.79121295098172 51.6649939623706, 4.79144340643863 51.665058064756, 4.79143500071345 51.6656962961033, 4.79167766701831 51.6659312659491, 4.79303023191149 51.6664146020713, 4.79350420304987 51.666650742722, 4.79349771380443 51.667145147364, 4.79365366240393 51.6673796728655, 4.7942280147078 51.6676792482138, 4.79441511967793 51.6677431249162, 4.7944144128312 51.6677970599707, 4.79419226705049 51.6682004738214, 4.7939591979078 51.6683341386804, 4.79421941191069 51.6683354580104, 4.79507021747616 51.6685015835953, 4.79719026506734 51.6688988557228, 4.79799526335318 51.6692535140716, 4.80023219274097 51.6695614218394, 4.80239989047271 51.6696352067736, 4.80486402288501 51.6691440724412, 4.80831420802531 51.6695477566079, 4.81175194252471 51.6697984517167, 4.81198325193621 51.6697995893405, 4.81240746438652 51.668273415429, 4.81266018772697 51.6677262815998, 4.81520424848331 51.6677567288202, 4.81692680253967 51.6675853440135, 4.8180289760996 51.6673120296105, 4.8192544594835 51.6664280001837, 4.82124659875582 51.6655027211217, 4.82234055170271 51.6635662215735, 4.8227764410404 51.6633885306115, 4.82332886143061 51.6631394818065, 4.82430303351105 51.6626856964332, 4.82602391092072 51.6626310371977, 4.82748215518684 51.662772870787, 4.82829328029386 51.66264190316, 4.82903390265741 51.6623667574399, 4.82922990514539 51.6617114405679, 4.82994486099551 51.6599978059193, 4.83054587077427 51.6593174464778, 4.83138759914644 51.6590427671656, 4.83248716316673 51.658958089837, 4.83389112390735 51.6588029246137, 4.84306848435035 51.6588909303448, 4.84347501670059 51.6587399952978, 4.84366485450574 51.6585790622384, 4.84382612248661 51.6571864006257, 4.8438275259953 51.6570695404114, 4.84408767708208 51.6570707488074, 4.84793641973892 51.6567289687143, 4.84848755042021 51.6565696932507, 4.84809380072962 51.6556509246605, 4.84739381062944 51.6537508588315, 4.84589411765374 51.6522606179382, 4.84397242767962 51.6510201108747, 4.84233325074558 51.650329263554, 4.84141176811143 51.6500462839821, 4.83986664234334 51.6499491647453, 4.83921821782277 51.6497933021501, 4.82619870240101 51.6485359295085, 4.82524689483686 51.648378533435, 4.81872181094541 51.647843568055, 4.81398977936954 51.6472271433948, 4.80959170566697 51.6464953098055, 4.80828026044275 51.6462191312614, 4.80575937035605 51.6456043086244, 4.80348545545406 51.6448917768559, 4.80170181944158 51.6442625645517, 4.80049372467013 51.6438249995372, 4.79322300307715 51.6407227737332, 4.79210295082069 51.6401956705615, 4.78968932316555 51.6391585247198, 4.78865609760356 51.6397195977615, 4.78769746423321 51.640101248185, 4.78743586438831 51.6402167740816, 4.7875775992216 51.6404242664013, 4.78811755962366 51.641110258866, 4.78811446647235 51.6413439778067, 4.78782432208962 51.641432388935, 4.7862729254581 51.6418379573058, 4.78546205291686 51.6419686344039, 4.78462622870836 51.6418025138763, 4.78474611843947 51.6414794987636, 4.7853024238124 51.6409339856964, 4.78585286449909 51.6408289401251, 4.78633118443595 51.6407145315919, 4.78636676094015 51.6402112855224, 4.78648866186573 51.6397354523392, 4.78708409505716 51.6395047749377, 4.78740550473816 51.6392367300169, 4.78700766191937 51.6387312596587, 4.78629140377515 51.6382691009535, 4.78625534250365 51.637720537609, 4.77647170393192 51.6336334196433, 4.77582992384719 51.6340885461014, 4.77375169229154 51.6350036117336, 4.77234387205082 51.6354816670463, 4.77167985398972 51.6354422140989, 4.77114731684641 51.6352955724049, 4.77092071224861 51.6349617550215, 4.77126274498566 51.6342443719467, 4.77156130908822 51.6335357488091, 4.77156913138296 51.6329604416522, 4.77118437526309 51.6325718529207, 4.76993379873124 51.6321157662888, 4.76881038335013 51.6329279035291, 4.76829768253693 51.6334466003094, 4.76814008036073 51.6344076766816, 4.76754129651383 51.6348809652661, 4.76720215438417 51.6353825973203, 4.76718922894091 51.6363264597695, 4.76682561393231 51.6365043274822, 4.76575438043021 51.6366604557141, 4.76362324234722 51.6371974887617, 4.7621111433758 51.6378906210483, 4.76048205519075 51.6386819949883, 4.75870968763059 51.6393826781703, 4.76032503096688 51.6416747634738, 4.76206121529724 51.6435988889793, 4.76121525388819 51.6441697118413, 4.76099442178298 51.6444651934648, 4.7614624039997 51.6451059754245, 4.76221813929225 51.6458381917596, 4.76452439242042 51.6451652673901, 4.76424790944337 51.6451896873542, 4.76402227713952 51.6451764172696, 4.76388713625633 51.6451583179287, 4.7637618176362 51.6451065032572, 4.76362864444572 51.6450039152492, 4.76351459495523 51.6448564314643, 4.76339334857472 51.6446300109657, 4.76327275743691 51.6443754305366, 4.76324919732398 51.6442231144582, 4.76324397089352 51.6440596948866, 4.76324699061929 51.6439301497834, 4.76332295210684 51.6437730858641, 4.76342523043333 51.6436500556777, 4.76360882530669 51.6435277485305, 4.76373676600215 51.6434669152086, 4.76393043057949 51.6433731445772, 4.7641916839977 51.6433357492725, 4.76483529175996 51.643251322541, 4.76549631544961 51.6431952146851, 4.76600294685518 51.6431715363674, 4.76643742886953 51.6431415845513, 4.76669945507035 51.643143904757, 4.76689796871336 51.6431569287786, 4.76705995003764 51.6431865319262, 4.76723935102108 51.6432444552142, 4.76731988414957 51.6432789679138, 4.7674352507602 51.6433701265937, 4.76752311804088 51.6434779413972, 4.76756528848612 51.6436078860508, 4.76754237906746 51.6438161251301, 4.76748371707974 51.644007146237, 4.76741667615925 51.6441699254609, 4.76731309858348 51.6443492841664, 4.76720231594227 51.6444497063964, 4.76700929785304 51.6445888376568, 4.76680891924353 51.6446825345988, 4.76762266356265 51.6447701933434, 4.76795031164555 51.645113541639, 4.76768580280989 51.6454357738599, 4.76691594236778 51.6457283566871, 4.76518835153965 51.6463125081299, 4.76458937901258 51.6467857807803, 4.76436694795425 51.6471981277013, 4.7649131872091 51.6474078012489, 4.76590897512713 51.6475029938267, 4.76711014140259 51.6473745218457, 4.76721477889216 51.6481751696308, 4.76761531346136 51.6484739560115, 4.76823383320435 51.6486839968379, 4.76926101105113 51.6485995307488, 4.77147626131782 51.6482875818901, 4.77379262977212 51.6479761216301, 4.77547002094907 51.6478950098322, 4.77801100325467 51.6480700902216, 4.77977110810785 51.6482860110208, 4.78073346480297 51.6498012917388, 4.7807298509152 51.6500709669238, 4.78055548123424 51.6501419809358, 4.77883298213582 51.6508257979003, 4.77881199607689 51.6508341283535, 4.77895396602284 51.6510236525637, 4.78061470484309 51.6532707371789, 4.78065348070298 51.6536125504791, 4.78064363244239 51.6536190385809, 4.78027436313368 51.6538622979648, 4.7794309739746 51.6542444794747, 4.77938737707401 51.6542622325042, 4.77942940440052 51.6543613386506, 4.77971107968298 51.6549111794962, 4.77970190762822 51.6555943561836, 4.7792437606065 51.6559114351378, 4.77859313987662 51.6563617141663, 4.77743265881688 51.6568965947495, 4.77694854779104 51.6571197209212, 4.77681878187697 51.6571795289293, 4.77461429955259 51.6577343609697, 4.77399319889361 51.6578335990341, 4.77339887609629 51.6579285567528, 4.77210832616033 51.6581347400319, 4.77003050482342 51.6580955704268, 4.76879919819585 51.6580723423026, 4.76633343079248 51.6586975555464, 4.76461127434113 51.6588502179848, 4.76441600282914 51.6588392752712, 4.76266145218575 51.6587409354567, 4.75984719198105 51.6584292114798, 4.75837297646355 51.6584212952299, 4.75767795866148 51.6585343648378, 4.75767760228916 51.6585344222525, 4.75719902852957 51.6587043042385, 4.75653004190364 51.6589417715701, 4.75447541791902 51.659092491963, 4.75449954780341 51.65943423522, 4.75526697435217 51.660373323795, 4.75405122785483 51.6604836169417, 4.75283497133331 51.6606298539514, 4.75187647753668 51.6609482850278, 4.7491880564124 51.6609336522664, 4.7472415746898 51.6616062450009, 4.74631651356759 51.6616011803899, 4.74329062577254 51.6609193165604, 4.74149197690614 51.6603430431252, 4.73984747483008 51.6601092081658, 4.73911034196979 51.6601051263738, 4.73862912143824 51.6603991232185, 4.73876296514727 51.6611460202578, 4.73941639056379 51.6619497344594))', 13640, 1);

Crate returns the following error:
Error!

SQLActionException[ColumnValidationException: Validation failed for shape: Cannot cast 'POLYGON to type geo_shape]

The error of the singular insert query should also be returned in the batch insert query in my opinion.
This error occurs when a polygon intersects with itself. Crate does not accept that as a valid geo_shape.
Is there another way to insert self-intersecting polygons? Maybe by forcing it?
And why don't we receive a error when running a batch create query?
See attachment for the visualisation of the self-intersecting polygon.

CrateDB version:
3.1.3

The accepted polygons must be simple and valid as defined by the Open GIS Consortium Simple Features Specification. For a closer inspection as to how a valid polygon is defined please see section 2.1.10 Polygon in the specification portal.opengeospatial.org/files/?artifact_id=829
Hope that sheds some light on how the validation function takes into account.
I'll close this for now, but feel free to reopen in case new information arrises.

authors: Rubenvdveen andreidan


text:
Contribution guidelines should mention the "ready" label for issues

In general, I'll update an issue with labels, including the "ready" label, when I feel it is ready for someone to start working on making the changes. We should mention this in the contribution guidelines.

Can I work on this issue?

Oops, looks like this issue didn't get closed when the corresponding PR was merged in 🙁
I encourage you to look and see if there is another issue you'd like to work on 🙂

source: gharchive/issue

authors: crawfoal divyanshumehta

repo: crawfoal/greensteps

license: mit

license_type: permissive

license_source: bigquery


text:
куча ошибок в логах при rateItem

less /var/log/recommend/dorama-error.log
    │    └ <function Thread._bootstrap_inner at 0x7f6af2a4ac10>
    └ <Thread(ThreadPoolExecutor-5_1, started daemon 140095199237888)>
  File "/usr/local/lib/python3.8/threading.py", line 932, in _bootstrap_inner
    self.run()
    │    └ <function Thread.run at 0x7f6af2a4a940>
    └ <Thread(ThreadPoolExecutor-5_1, started daemon 140095199237888)>
  File "/usr/local/lib/python3.8/threading.py", line 870, in run
    self._target(*self._args, **self._kwargs)
    │    │        │    │        │    └ {}
    │    │        │    │        └ <Thread(ThreadPoolExecutor-5_1, started daemon 140095199237888)>
    │    │        │    └ (<weakref at 0x7f6a7496a130; to 'ThreadPoolExecutor' at 0x7f6aa8fc1fa0>, <_queue.SimpleQueue object at 0x7f6aa8fc5310>, None,...
    │    │        └ <Thread(ThreadPoolExecutor-5_1, started daemon 140095199237888)>
    │    └ <function _worker at 0x7f6af0d31af0>
    └ <Thread(ThreadPoolExecutor-5_1, started daemon 140095199237888)>
  File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 80, in _worker
    work_item.run()
    │         └ <function _WorkItem.run at 0x7f6af0d31c10>
    └ <concurrent.futures.thread._WorkItem object at 0x7f6a7e032eb0>
  File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
    result = self.fn(*self.args, **self.kwargs)
             │    │   │    │       │    └ {}
             │    │   │    │       └ <concurrent.futures.thread._WorkItem object at 0x7f6a7e032eb0>
             │    │   │    └ [<http_utils.updating.rate_item_handler.RateItemHandler object at 0x7f6a893cb2e0>]
             │    │   └ <concurrent.futures.thread._WorkItem object at 0x7f6a7e032eb0>
             │    └ <function RateItemHandler.post at 0x7f6aa8fc2dc0>
             └ <concurrent.futures.thread._WorkItem object at 0x7f6a7e032eb0>
> File "/usr/local/lib/python3.8/site-packages/webargs/core.py", line 445, in wrapper
    return func(*args, **kwargs)
           │     │       └ {}
           │     └ (<http_utils.updating.rate_item_handler.RateItemHandler object at 0x7f6a893cb2e0>, {'rate': None, 'item_id': 22135, 'positive...
           └ <function RateItemHandler.post at 0x7f6aa8fc2af0>

  File "/app/http_utils/updating/rate_item_handler.py", line 48, in post
    uix = mapper.get_user_ix(uid)
          │                  └ 738787
          └ None

AttributeError: 'NoneType' object has no attribute 'get_user_ix'

Ошибки вида вызова метода у None объекта - попытка использовать сервис до окончательной загрузки модели.
В методы добавлены заглушки, пока модель не готова.

authors: Kolyada purpleraven

license: MIT

license_source: github-api


text:
[BUG] failed to expose port :80 -> 192.168.127.2:80: listen tcp :80: bind: address already in use

General information

OS: macOS
Hypervisor: vfkit
Did you run crc setup before starting it (Yes)?
Running CRC on: Laptop

CRC version
# Put `crc version` output here

CRC version: 2.5.1+5b02b826
OpenShift version: 4.10.18
Podman version: 4.1.0

CRC status
DEBU CRC version: 2.5.1+5b02b826
DEBU OpenShift version: 4.10.18
DEBU Podman version: 4.1.0
DEBU Running 'crc status'
DEBU Checking file: /Users/carlosroberto/.crc/machines/crc/.crc-exist
DEBU Checking file: /Users/carlosroberto/.crc/machines/crc/.crc-exist
CRC VM:          Stopped
OpenShift:       Stopped (v4.10.18)
Podman:
Disk Usage:      0B of 0B (Inside the CRC VM)
Cache Usage:     36.98GB
Cache Directory: /Users/carlosroberto/.crc/cache
DEBU Running 'sw_vers -productVersion'

CRC config
- consent-telemetry                     : yes
- cpus                                  : 5
- enable-experimental-features          : true
- memory                                : 10000
- skip-check-m1-cpu                     : true

Host Operating System
ProductName:	macOS
ProductVersion:	12.5
BuildVersion:	21G5063a

Steps to reproduce

install: $ open crc-macos-installer.pkg
$ crc setup (ok !!!)
$ crc start

Expected
start custer
Actual
INFO Checking if running as non-root
INFO Checking if crc-admin-helper executable is cached
INFO Checking for obsolete admin-helper executable
INFO Checking if running on a supported CPU architecture
INFO Checking minimum RAM requirements
INFO Checking if crc executable symlink exists
INFO Checking if running emulated on a M1 CPU
WARN Skipping above check...
INFO Checking if vfkit is installed
INFO Checking if old launchd config for tray and/or daemon exists
INFO Checking if crc daemon plist file is present and loaded
INFO Loading bundle: crc_vfkit_4.10.18_amd64...
INFO Starting CRC VM for OpenShift 4.10.18...
failed to expose port :80 -> 192.168.127.2:80: listen tcp :80: bind: address already in use

Logs
Before gather the logs try following if that fix your issue
$ crc delete -f
$ crc cleanup
$ crc setup
$ crc start --log-level debug

INFO Creating CRC VM for OpenShift 4.10.18...
DEBU Running pre-create checks...
DEBU Creating machine...
DEBU /Users/carlosroberto/.crc/machines/crc/crc.img is already 33285996544 bytes
INFO Generating new SSH key pair...
INFO Generating new password for the kubeadmin user
DEBU Created /Users/carlosroberto/.crc/machines/crc/.crc-exist
DEBU Machine successfully created
DEBU Checking file: /Users/carlosroberto/.crc/machines/crc/.crc-exist
INFO Starting CRC VM for OpenShift 4.10.18...
DEBU Running 'sw_vers -productVersion'
failed to expose port :80 -> 192.168.127.2:80: listen tcp :80: bind: address already in use

Please consider posting the output of crc start --log-level debug  on http://gist.github.com/ and post the link in the issue.

Please check your local configuration for possible http server that have been installed.
When port 80 is being used for another service, we are unable to bind to this.

Hi, unfortunately I already tried using the command: sudo lsof -nP -i4TCP:80, however, the only ports 80 are web ports on IP6. I've already stopped the services and it's still in the same situation.
However, if I remove the CRC Red hat and install the CRC OKD, it works normally. However, CRC OK has version 4.8, and I need 4.10 from Red Hat, to access the operators and test.
carlosroberto in ~ took 3s sudo lsof -nP -i4TCP:80
Password:
COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
httpd     143 root    4u  IPv6 0x47cb843eb06ed32d      0t0  TCP *:80 (LISTEN)
com.avast 486 root   74u  IPv4 0x47cb8451ddc865e5      0t0  TCP 100.111.52.195:49648->77.234.42.40:80 (ESTABLISHED)
httpd     843 _www    4u  IPv6 0x47cb843eb06ed32d      0t0  TCP *:80 (LISTEN)

Do you have any other ideas that could solve this? Possibly the OKD CRC VM got port 80, and it doesn't release even when to remove the OKD CRC, I use:
$ crc delete -f
$ crc cleanup

Thank you so much friend!!!

@carlosrobertodevops CRC okd is very old version and I think that time we didn't even shift to usermode networking and different hypervisor, Can you try following?
<=== CRC okd side ===>
$ crc delete -f
$ crc cleanup
$ rm -fr ~/.crc
< == Reboot your mac ===>
< == Try with lsof to see if port 80 still in use ==>
$  sudo lsof -nP -i4TCP:80
< == Install latest version of openshift local ==>
$ crc cleanup
$ crc setup
$ crc start

Thank you my friend !!!
We did the same procedure as the friend, however, it remains the same.
All the steps as the friend listed.
But, nothing so far.
Check everything on the system, including libraries, and running processes, related to the last installation...

I am curious now why 80 is blocked one of the comment you mentioned which mean httpd service running on that system did you stopped/removed it. Error is very clear => something is using :80 locally on your system.
carlosroberto in ~ took 3s sudo lsof -nP -i4TCP:80
Password:
COMMAND   PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
httpd     143 root    4u  IPv6 0x47cb843eb06ed32d      0t0  TCP *:80 (LISTEN)
com.avast 486 root   74u  IPv4 0x47cb8451ddc865e5      0t0  TCP 100.111.52.195:49648->77.234.42.40:80 (ESTABLISHED)
httpd     843 _www    4u  IPv6 0x47cb843eb06ed32d      0t0  TCP *:80 (LISTEN)

Worse, if we click CRC OKD 4.8, clearing CRC RH 4.10.18, it works normally, however, without access to operators, because OKD does not accept pull-secret in this version of OKD CRC.

But when I install OKD CRC, version: CodeReady Containers version: 1.31.2-OKD+24595e3e and OpenShift version: 4.8.0-0.okd-2021-10-24-061736 (embedded in executable). It functions normally. But without the operators.
So far, I haven't been able to update to the version that OKD reports on run...

$ crc start
WARN A new version (2.5.1) has been published on https://developers.redhat.com/content-gateway/file/pub/openshift-v4/clients/crc/2.5.1/crc-macos-amd64.pkg
INFO Checking if running as non-root
INFO Checking if crc-admin-helper executable is cached
INFO Checking for obsolete admin-helper executable
INFO Checking if running on a supported CPU architecture
INFO Checking minimum RAM requirements
INFO Checking if running emulated on a M1 CPU
INFO Checking if HyperKit is installed
INFO Checking if qcow-tool is installed
INFO Checking if crc-driver-hyperkit is installed
INFO Checking file permissions for /etc/resolver/testing
INFO Loading bundle: crc_hyperkit_4.8.0-0.okd-2021-10-24-061736...
INFO Creating CodeReady Containers VM for OpenShift 4.8.0-0.okd-2021-10-24-061736...
INFO Generating new SSH Key pair...
INFO Generating new password for the kubeadmin user
INFO Starting CodeReady Containers VM for OpenShift 4.8.0-0.okd-2021-10-24-061736...
INFO CodeReady Containers instance is running with IP 192.168.64.2
INFO CodeReady Containers VM is running
INFO Updating authorized keys...
INFO Network restart not needed
INFO Check internal and public DNS query...
INFO Check DNS query from host...
INFO Verifying validity of the kubelet certificates...
INFO Starting OpenShift kubelet service
INFO Kubelet client certificate has expired, renewing it... [will take up to 8 minutes]
INFO Kubelet serving certificate has expired, waiting for automatic renewal... [will take up to 8 minutes]
Failed to renew TLS certificates: please check if a newer CodeReady Containers release is available: Temporary error: certificate /var/lib/kubelet/pki/kubelet-server-current.pem still expired (x56)

WARN A new version (2.5.1) has been published on https://developers.redhat.com/content-gateway/file/pub/openshift-v4/clients/crc/2.5.1/crc-macos-amd64.pkg
INFO A CodeReady Containers VM for OpenShift 4.8.0-0.okd-2021-10-24-061736 is already running
Started the OpenShift cluster.

The server is accessible via web console at:
  https://console-openshift-console.apps-crc.testing

Log in as administrator:
  Username: kubeadmin
  Password: XXXX-XXXX-XXXX-XXXX

Log in as user:
  Username: developer
  Password: developer

Use the 'oc' command line interface:
  $ eval $(crc oc-env)
  $ oc login -u developer https://api.crc.testing:6443

NOTE:
This cluster was built from OKD - The Community Distribution of Kubernetes that powers Red Hat OpenShift.
If you find an issue, please report it at https://github.com/openshift/okd

Possivelmente o CRC OKD trava a  porta que será usada pelo RH OKD mais recente ... Um erro muito dificil de corrigir porque não apareceno no comando: sudo lsof -nP -i4TCP:80

@carlosrobertodevops I hightly doubt that OKD is using that port even when you perform crc cleanup. Can you check with sudo lsof -PiTCP -sTCP:LISTEN and see if something is missing because of i4 ?

@carlosrobertodevops https://github.com/code-ready/crc/issues/3255#issuecomment-1209458472 I can see following which actually blocking the port 80 so might be you stop those services/program and try again.
httpd     150           root    4u  IPv6 0x36ba876ac4d205d7      0t0  TCP *:80 (LISTEN)
mDNSRespo 304 _mdnsresponder   20u  IPv4 0x36ba876f92c184ff      0t0  TCP *:53 (LISTEN)
mDNSRespo 304 _mdnsresponder   21u  IPv6 0x36ba876ac4d238d7      0t0  TCP *:53 (LISTEN)
httpd     455           _www    4u  IPv6 0x36ba876ac4d205d7      0t0  TCP *:80 (LISTEN)

@carlosrobertodevops Thanks for the issue, I hope it is fixed for you and if not please create new one with latest version of crc.
/close

authors: carlosrobertodevops gbraad praveenkumar

repo: crc-org/crc


text:
chore(main): release 2.5.1

:robot: I have created a release beep boop
2.5.1 (2024-03-17)
Bug Fixes

deps: update dependency react-datocms to v4.2.1 (13ddef1)
deps: update dependency react-datocms to v4.2.2 (6a3edae)
deps: update dependency react-datocms to v5 (9c1db1e)
node.js.yml: only use node 20 builds (e788768)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/crea-orkest/crea-public/releases/tag/v2.5.1 :sunflower:

source: gharchive/pull-request

repo: crea-orkest/crea-public


text:
Sourcing script: .bashrc, or .profile

Why nvm places sourcing script to .bashrc, when .profile sourcing makes shell runs faster at startup?

Primarily because more people have a bashrc file than a profile file, I'd assume. Can you provide any links that talk about that?

It's only empirical.
Opening new terminal tab with .bashrc takes nearly ~2 secs, with .profile new tab opens instantly

Shell startup times are anything but empirical - they vary widely based on what you have in your profile files, what you've got installed in your system, etc.
If moving the sourcing lines from .bashrc to .profile speeds up your system, and allows nvm to continue working, great! If you can provide some more information, like the contents of your bashrc/profile files, and the output of nvm debug and nvm ls, that would be great too.

Oh! My fault
placing init script to .profile just made nvm unavailable :((
I tried to find other ways to make initialization faster and found this
init_nvm()
{
    if [[ $BASH_COMMAND =~ nvm* && -z $NVM_DIR ]]; then
        export NVM_DIR="/home/alex0007/.nvm"
        [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"  # This loads nvm
    fi
}
preexec_functions+=(init_nvm)

It uses bash-preexec

Gotcha - that's a great technique, but not something general enough to include in nvm itself.
If you can provide more information about your specific performance issues, I'll be happy to try to make improvements!

But why not to include something like this to nvm. It removes waitings when terminal is opened. They are really annoying

nvm supports many shells: bash, sh, dash, zsh, ksh, and ideally anything POSIX-compliant. The only thing you need to have installed to make it work is curl or wget. preexec isn't included in most shells by default.
If you wanted to repurpose this PR to detect when it was available, and use it in install.sh instead of the current approach, and added tests that would install it, and then exercise that code? Then I'm all for it.

repo: creationix/nvm


text:
Switch to using build convention plugins

Move common code into convention plugins under buildSrc.
Benefits:

The files should remain consistent across projects.
Removes the noise from the main build file, showing more of what differs between aggregates.
Unlike a published plugin, users & organisations can customise as needed. For example, when building their own template repo from this base repo.

fixes: https://github.com/creek-service/aggregate-template/issues/60
Reviewer checklist

[ ] Ensure relevant issues are linked (description should include text like "Fixes #")
[ ] Ensure any appropriate documentation has been added or amended

Coverage remained the same at 90.299% when pulling 4c0c7f25dea6eab6b55250882a1fb363ce6ec62b on conventions into b71ba2acd6565aefcbdc42f3abf90927955856eb on main.

authors: big-andy-coates coveralls

repo: creek-service/aggregate-template


text:
Secure workflows

Reviewer checklist

[ ] Ensure relevant issues are linked (description should include text like "Fixes #")
[ ] Ensure correct labels applied
[ ] Ensure any appropriate documentation has been added or amended

Coverage remained the same at 90.299% when pulling ee0a337c9e34be38f4a9b78d69dabcf820d1e4f5 on secure_workflows into 9a4958d423f5b7bdce00207f059a11568f2ad8ca on main.


text:
Upgrade SLF4J

Reviewer checklist

[ ] Ensure relevant issues are linked (description should include text like "Fixes #")
[ ] Ensure any appropriate documentation has been added or amended

Coverage remained the same at 98.678% when pulling b60cd35136cfdea6cdbdb6c6b5e484454dbcfa36 on slf4j into df6a789a63fe5ad416427274b3f20527e0033b07 on main.

repo: creek-service/creek-base


text:
Graceful shutdown of Docker containers

part of: https://github.com/creek-service/creek-system-test/issues/172
Turns out TestContainers kills containers, rather than asking them nicely to stop. This causes issues with test coverage reporting as the JaCoCo agent only reports coverage on application exit. Enhance the code to first attempt a graceful shutdown, before falling back to a kill for stubborn services.
Reviewer checklist

[ ] Ensure relevant issues are linked (description should include text like "Fixes #")
[ ] Ensure correct labels applied
[ ] Ensure any appropriate documentation has been added or amended

Coverage increased (+0.01%) to 99.323% when pulling 00917c41faed2dc29cd2990b9d1903542799cfce on graceful_stop into e87cf87ecf65609167ea4152aad78cc1a9ef14e1 on main.

repo: creek-service/creek-system-test


text:
No wheel for 0.3.0 release

Just noticed that 0.3.0 is built from source, PyPI doesn't have the associated wheel present whilst 0.2.0 does, any reason for this? Thanks!

Nice catch! I'm not sure why that happened. Version 0.4.0 should be coming in the couple of weeks.

With version 0.4.2 being released, manylinux are now being built for Python 3.6 and Python 3.7 :)

authors: MaxHalford jklaise

repo: creme-ml/creme


text:
Add AWS as an Embedder Provider (required for Memory configuration)

In order to configure a Crew with memory=True without a OpenAI API Key, one needs to configure an Embedder provider. Currently, AWS (Amazon Bedrock and Amazon SageMaker) are not supported providers.
Ask

Include AWS in the providers list ('openai', 'gpt4all', 'huggingface', 'vertexai', 'azure_openai', 'google', 'mistralai', 'nvidia').
Support Amazon Bedrock Embedding models
Support Amazon SageMaker Real-time Endpoints

Things to note
Provider aws_bedrock is already supported in llm configuration, e.g.:
semantic_search_resume = MDXSearchTool(
    mdx='./fake_resume.md',
    config=dict(
        llm=dict(
            provider="aws_bedrock", # <=== WORKS!
            config=dict(
                model="anthropic.claude-3-haiku-20240307-v1:0",
                # Optional parameters can be included here.
                # temperature=0.5,
                # top_p=1,
                # stream=true,
            ),
        ),
        embedder=dict(
            provider="aws_bedrock", <=== DOES NOT WORK!
            config=dict(
                model="cohere.embed-english-v3",
                task_type="retrieval_document",
                # Optional title for the embeddings can be added here.
                # title="Embeddings",
            ),
        ),
    )
)

I'll add one more option that's missing, Oracle Cloud

Watching - would very much appreciate this feature

Still relevant

I can confirm this has worked for me, or at least it hasn't failed. deployment_name parameter is unnecessary I think - please let me know if that's not the case. This can be closed for now.
crew = Crew(
  agents=agents_list, tasks=tasks_list,
  verbose=True, memory=True,
  embedder={
    "provider": "aws_bedrock",
    "config":{
      "model": "amazon.titan-embed-text-v2:0",
      "vector_dimension": 1024
    }
  }
)

repo: crewAIInc/crewAI


text:
Enchanement request to allow SQL to be executed using table of contents file

Today the SQL files task executes in order by alphanumeric sort. We have had some DEV teams complain they don't want to rename all of their SQL files in a TFS branch to execute using the SQLToolKit. Would it be possible to add the ability for the SQL to get executed in order based on a table of contents text file as an option? DEV can add their files to the text file and the SQL would get executed in order based on the text file.

I've added this to the latest version. Let me know if its what you required.

Hi there,
Had to release a new version and remove the functionality that allows you to browse for the TOC file. You now just need to enter the file name and it has to be in the same folder as the scripts.

Hello,
This update broke all of our existing tasks. After some debugging the issue for us is that "$executionOrder" is never empty. It has the executing path on it, so it was trying to look for a ToC file even if there was none.
Can you please check on this?

Yes I noted that today after other people commented. I've replaced the field with a simple string for the time being so its fixed in the latest version.

Thanks for the quick reply. Is the new version already published?

Yes it is. Will release another one tomorrow when I've tested switching back to a filePath variable for $executionOrder. I've found a fix for it at least.

Thanks!

authors: crimdon greadtm ricardocovo

repo: crimdon/SQLToolkit


text:
Is OpenAPI 2 also supported?

We have a mix of v3 and v2 versions, are the tool capable of comparing both versions?

Hello :)
Internally, the comparator use microsoft/OpenAPI.NET to deserialize the OAS. So it should be able to read an OASv2, but it will be converted to v3 internally.
This means:

There may be some stuff lost in translation during the v2 -> v3 conversion
Even if you compare v2 specifications, the differences will be expressed in the v3 syntax.

authors: mastoj ouvreboite

repo: criteo/openapi-comparator


text:
No module named yaml

Hi Christian.
great idea ant thank's for your effort. Could you just give me an advice.
If I run the script there is an 'error':

Thank's and greetings

Same issue like documented from my side. See issue "setup",

Hi,
the project requires https://pypi.org/project/PyYAML/ to be installed.
Installation can usually be done easily from commandline:
pip install pyyaml

authors: croedel sirwastl tim4849

repo: croedel/M-TEC-API


text:
gta natural motion basehelper trouble

[18:17:11] [ERROR] Caught unhandled exception:
System.TypeLoadException: Could not load type 'GTA.NaturalMotion.BaseHelper' from assembly 'ScriptHookVDotNet, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
at Main.OnKeyDown(Object sender, KeyEventArgs e)
at GTA.Script.raise_KeyDown(Object value0, KeyEventArgs value1)
at GTA.Script.MainLoop()
[18:17:11] [ERROR] Caught unhandled exception:
System.TypeLoadException: Could not load type 'GTA.NaturalMotion.BaseHelper' from assembly 'ScriptHookVDotNet, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
at Main.OnKeyDown(Object sender, KeyEventArgs e)
at GTA.Script.raise_KeyDown(Object value0, KeyEventArgs value1)
at GTA.Script.MainLoop()
[18:17:11] [ERROR] Caught unhandled exception:
System.TypeLoadException: Could not load type 'GTA.NaturalMotion.BaseHelper' from assembly 'ScriptHookVDotNet, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
at Main.OnKeyDown(Object sender, KeyEventArgs e)
at GTA.Script.raise_KeyDown(Object value0, KeyEventArgs value1)
at GTA.Script.MainLoop()
[18:17:11] [ERROR] Caught unhandled exception:
System.TypeLoadException: Could not load type 'GTA.NaturalMotion.BaseHelper' from assembly 'ScriptHookVDotNet, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
at Main.OnKeyDown(Object sender, KeyEventArgs e)
at GTA.Script.raise_KeyDown(Object value0, KeyEventArgs value1)
at GTA.Script.MainLoop()
[18:17:11] [ERROR] Caught unhandled exception:
System.TypeLoadException: Could not load type 'GTA.NaturalMotion.BaseHelper' from assembly 'ScriptHookVDotNet, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
at Main.OnKeyDown(Object sender, KeyEventArgs e)
at GTA.Script.raise_KeyDown(Object value0, KeyEventArgs value1)
at GTA.Script.MainLoop()
ive had this problem for ages why is this happening?

NaturalMotion.BaseHelper was an internal class that is no longer part of ScriptHookVDotNet. The script needs to be updated, but it won't help right now either way, because Euphoria isn't currently supported due to recent game patches.

authors: crosire theultimateshotHd

repo: crosire/scripthookvdotnet

license: Zlib


text:
cannot install mips-unknown-linux-musl, and 'rustup target --list | grep mips' is empty

Checklist

[X] I've looked through the issues and pull requests for similar reports

Describe your issue
I installed rust on a new machine, and cannot compile  code for mips-unknown-linux-musl target.
same code compiles OK on another machine.

Trying to add the missing target fails as below.

rustup target add mips-unknown-linux-musl
error: component 'rust-std' for target 'mips-unknown-linux-musl' is unavailable for download for channel 'stable'
If you don't need the component, you can remove it with:

    rustup target remove --toolchain stable mips-unknown-linux-musl

Versions in the broken machine

me@broken-vm-ubuntu $ for A in rustup cargo rustc cross; do echo $($A --version); done
info: This is the version for the rustup toolchain manager, not the rustc compiler.
info: The currently active `rustc` version is `rustc 1.75.0 (82e1608df 2023-12-21)`
rustup 1.26.0 (5af9b9484 2023-04-05)
cargo 1.75.0 (1d8b05cdd 2023-11-20)
rustc 1.75.0 (82e1608df 2023-12-21)
[cross] note: Falling back to `cargo` on the host.
cross 0.2.5 cargo 1.75.0 (1d8b05cdd 2023-11-20)

Versions in the compile-OK one:

me@my-ubuntu $ for A in rustup cargo rustc cross; do echo $($A --version); done
info: This is the version for the rustup toolchain manager, not the rustc compiler.
info: The currently active `rustc` version is `rustc 1.74.1 (a28077b28 2023-12-04)`
rustup 1.26.0 (5af9b9484 2023-04-05)
cargo 1.74.1 (ecb9851af 2023-10-18)
rustc 1.74.1 (a28077b28 2023-12-04)
[cross] warning: unable to get metadata for package
[cross] note: Falling back to `cargo` on the host.
cross 0.2.5 (7fb1a37 2023-12-25) cargo 1.74.1 (ecb9851af 2023-10-18)

What target(s) are you cross-compiling for?
No response
Which operating system is the host (e.g computer cross is on) running?

[ ] macOS
[ ] Windows
[X] Linux / BSD
[ ] other OS (specify in description)

What architecture is the host?

[X] x86_64 / AMD64
[ ] arm32
[ ] arm64 (including Mac M1)

What container engine is cross using?

[X] docker
[ ] podman
[ ] other container engine (specify in description)

cross version
cross 0.2.5 cargo 1.75.0 (1d8b05cdd 2023-11-20)
Example
me@broken-vm-ubuntu $ uname -a
Linux accessible-chinook 5.15.0-91-generic #101-Ubuntu SMP Tue Nov 14 13:30:08 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
me@broken-vm-ubuntu $ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
...
me@broken-vm-ubuntu $ rustup update
...
me@broken-vm-ubuntu $ cargo install cross
...
me@broken-vm-ubuntu $ rustup target add mips-unknown-linux-musl
error: component 'rust-std' for target 'mips-unknown-linux-musl' is unavailable for download for channel 'stable'
If you don't need the component, you can remove it with:

    rustup target remove --toolchain stable mips-unknown-linux-musl
me@broken-vm-ubuntu $ rustup target list | grep -c mips
0

Additional information / notes
No response

duplicate of https://github.com/cross-rs/cross/issues/1336

repo: cross-rs/cross


text:
Feature Request: Private SSH Dependencies

I ran into a wall when trying to compile a project with dependencies on private Git repositories. Since these require the use of my private key they fail.
It would be nice if we could specify a private key to forward in Cross.toml - or forward the socket to the SSH agent.

This could also be done by forwarding the SSH agent socket.
i.e. something like the following docker run options:
--volume $SSH_AUTH_SOCK:/ssh-agent --env SSH_AUTH_SOCK=/ssh-agent

How exactly did you accomplish that? With a setting in Cross.toml?

I have not accomplished this, this is a feature request. I'll edit the title to clarify that

Found a solution, cross allows to specify custom commands to the docker container being run through DOCKER_OPTS env variable.
So for me using fish shell:
 env DOCKER_OPTS="--volume $SSH_AUTH_SOCK:/ssh-agent --env SSH_AUTH_SOCK=/ssh-agent" cross build --target armv7-unknown-linux-gnueabihf -v
you should see your ssh agent in the output from there since I added the verbose flag

Found a solution, cross allows to specify custom commands to the docker container being run through DOCKER_OPTS env variable.
So for me using fish shell:
 env DOCKER_OPTS="--volume $SSH_AUTH_SOCK:/ssh-agent --env SSH_AUTH_SOCK=/ssh-agent" cross build --target armv7-unknown-linux-gnueabihf -v
you should see your ssh agent in the output from there since I added the verbose flag

I've tried your solution, but I am hitting the following error:
Status: Downloaded newer image for rustembedded/cross:x86_64-unknown-linux-gnu-0.2.1
    Updating git repository `https://github.com/saskenuba/cargo-i18n`
     Running `git fetch --force --update-head-ok 'saskenuba/cargo-i18n' '+HEAD:refs/remotes/origin/HEAD'`
    Updating git repository `https://github.com/graphql-rust/juniper`
     Running `git fetch --tags --force --update-head-ok 'graphql-rust/juniper' '+refs/heads/*:refs/remotes/origin/*' '+HEAD:refs/remotes/origin/HEAD'`
    Updating git repository `ssh://git@github.com/saskenuba/steam-inventory-parser.git`
     Running `git fetch --force --update-head-ok 'ssh://git@github.com/saskenuba/steam-inventory-parser.git' '+HEAD:refs/remotes/origin/HEAD'`
error: failed to get `steam-inventory-parser` as a dependency of package `mercadoskin_server v0.2.1-alpha (/project)`

Caused by:
  failed to load source for dependency `steam-inventory-parser`

Caused by:
  Unable to update ssh://git@github.com/saskenuba/steam-inventory-parser.git#9e581bc1

Caused by:
  failed to clone into: /cargo/git/db/steam-inventory-parser-3c7619ad73098109

Caused by:
  process didn't exit successfully: `git fetch --force --update-head-ok 'ssh://git@github.com/saskenuba/steam-inventory-parser.git' '+HEAD:refs/remotes/origin/HEAD'` (exit status: 128)
  --- stderr
  error: cannot run ssh: No such file or directory
  fatal: unable to fork
Error: The operation was canceled.

On Cross.toml
[build.env]
passthrough = [
    "SSH_AUTH_SOCK",
    "SSH_AGENT_PID",
    "CARGO_NET_GIT_FETCH_WITH_CLI",
]

Without CARGO_NET_GIT_FETCH_WITH_CLI env, it doesn't find the repo.
The workflow.yml step:
- name: Build release binaries
        run: ${{ env.CARGO }} build --verbose --release ${{ env.TARGET_FLAGS }} --target-dir ${{ env.TARGET_DIR }}
        env:
          DOCKER_OPTS: "-v ${{ env.SSH_AUTH_SOCK }}:/ssh-agent -e SSH_AUTH_SOCK=/ssh-agent"

Now I don't really know what to do. I checked the docker images and they all have dropbear.

On Cross.toml
[build.env]
passthrough = [
    "SSH_AUTH_SOCK",
    "SSH_AGENT_PID",
    "CARGO_NET_GIT_FETCH_WITH_CLI",
]

I believe this is your issue, since SSH_AUTH_SOCK isn't mounted in the same place on the host and the container. This is why the above options use --volume $SSH_AUTH_SOCK:/ssh-agent --env SSH_AUTH_SOCK=/ssh-agent, which changes the value of SSH_AUTH_SOCK in the container to the proper mounted location.

So I've created a sample repository and commit to fix this issue. I have a private dependency private_lib (obviously, you won't be able to access this) and a binary that depends on this.
Attempting to build with the default cross produces:
$ cross build --target powerpc64le-unknown-linux-gnu
    Updating git repository `ssh://git@github.com/Alexhuszagh/private_lib.git`
error: failed to get `private_lib` as a dependency of package `ssh_dependency v0.1.0 (/project)`

Caused by:
  failed to load source for dependency `private_lib`

Caused by:
  Unable to update ssh://git@github.com/Alexhuszagh/private_lib.git

Caused by:
  failed to fetch into: /cargo/git/db/private_lib-6a7407a49dcd9e72

Caused by:
  failed to authenticate when downloading repository

  * attempted ssh-agent authentication, but no usernames succeeded: `git`

  if the git CLI succeeds then `net.git-fetch-with-cli` may help here
  https://doc.rust-lang.org/cargo/reference/config.html#netgit-fetch-with-cli

Caused by:
  error authenticating: no auth sock variable; class=Ssh (23)

However, using cross installed from the SSH branch allows the SSH agent to be passed to the container (and therefore to cross):
$ /path/to/cross/cross/target/debug/cross build --target powerpc64le-unknown-linux-gnu
    Updating git repository `ssh://git@github.com/Alexhuszagh/private_lib.git`
    Finished dev [unoptimized + debuginfo] target(s) in 0.87s

This works by adding a config variable ssh_agent_passthrough which can provided to build.env or [target.(...).env], or the environment variable ENV_SSH_AGENT_PASSTHROUGH. See Cross.toml in my repository for an example on use.
It works by mounting $SSH_AUTH_SOCK to /ssh-agent and then providing an environment variable SSH_AUTH_SOCK=/ssh-agent to the container. I haven't yet tested this on Windows or macOS (only Linux), which might be an important thing to do.

It seems like we might need to canonicalize SSH_AUTH_SOCK as others are reporting here, which means we would need to call fs::canonicalize(ssh_auth_sock). It looks like this is a pretty standard way to do this.
Unfortunately, docker provides a much better way... but only when building images, using the RUN --mount=type=ssh,id=projecta git clone ... syntax.
We might also want to mount this in /tmp as well, so say, --volume "$SSH_AUTH_SOCK":/tmp/ssh-agent --env SSH_AUTH_SOCK=/tmp/ssh-agent. I know it works with WSL but not sure about Windows more generally. I'd assume it works on macOS, but I don't have the hardware to test.

This works on WSL, but it won't work on Windows more generally since it doesn't export SSH_AUTH_SOCK, at least not with the default OpenSSH install found in C:\Windows\System32\OpenSSH. I'll try to find a workaround or working solution.

the pipe can be found with
❯ [System.IO.Directory]::EnumerateFiles('\\.\pipe\') |? {$_ -like "*openssh*" }
\\.\pipe\openssh-ssh-agent

which should always be just that. It's a windows pipe though, and i'm not sure it will carry across with the CE

This was unexpectedly fixed in #684, and without needing to forward any SSH credentials. You can test it works with the following in a crate with a private SSH dependency.
eval `ssh-agent`
ssh-add /path/to/key
cargo metadata --format-version=1 --filter-platform arm-unknown-linux-gnueabihf
# kill the SSH agent, to ensure it works
eval `ssh-agent -k`
cross build --target arm-unknown-linux-gnueabihf

No environment variable forwarding required, which should make this much more resilient.

authors: Alexhuszagh Emilgardis Raniz85 TotalKrill philippludwig saskenuba


text:
improve CI for tag publishing

resolves #1050

there's some things that need to be heavily considered here, as there is a risk of spinning infinite workflows when using a deploy key (the reason why that workaround is needed, i.e it should not be easy to accidentally have a workflow trigger itself or other workflows over and over).
The publish job + build
The publish job is triggered in five cases. All of these need the event to be a push (since the build job is a need for publish, and that need is gated on if: github.event_name == 'push')

on the default_branch, or main in our case
on the staging branch
on the try branch
on branches matching v*.*.*
on tags matching v*.*.*

In default_branch/main
In the case of main, the workflow does the following.

build builds and publishes images for these targets with the tag main and edge. It also assembles binaries for artifacting
If all ok, the publish job triggers
this calls cargo xtask ci-job release which

inspects the package version
if the version does not exist as a tag, create a new tag for that version and push it.
this tag will trigger the CI workflow again, but with ref_type == "tag"
if the version does exist, exit quietly.

publish now calls cargo-publish which creates a new release with draft tag Unreleased, attaches binaries from step 1, and does a cargo publish --dry-run, this tag uses the standard github token for workflows, and should not be able to trigger any other workflows.

In staging / try branch
In staging or try, we need to make sure that nothing goes out.
This includes tags, releases and cargo publish

build builds (but does not publish) images for these targets with the tag try/staging. It also assembles binaries for artifacting
If all ok, the publish job triggers
this calls cargo xtask ci-job release which

inspects the package version
if the version does not exist as a tag, "dry-run" creating the tag and push it.
if the version does exist, exit quietly.

publish now calls cargo-publish which does a cargo publish --dry-run

On branches matching v*.*.*

build builds (but does not publish) images for these targets with the tag vx.y.z. It also assembles binaries for artifacting
If all ok, the publish job triggers
this calls cargo xtask ci-job release which

inspects the package version
since the ref_type == "branch", if the version does not exist as a tag,
create a new tag for that version and push it.
this tag will trigger the CI workflow again, but with ref_type == "tag"
if the version does exist, exit quietly.

publish now calls cargo-publish which does nothing

On tags matching v*.*.*
In this case, we need to make sure that the created release does not trigger a workflow.

build builds and publishes images for these targets with the tag vx.y.z. It also assembles binaries for artifacting
If all ok, the publish job triggers
this calls cargo xtask ci-job release which

inspects the package version
since the ref_type == "tag", the program exits quietly.

publish now calls cargo-publish which creates a new release with tag vx.y.z, attaches binaries from step 1, and does a cargo publish, this release tag uses the standard github token for workflows, and should not be able to trigger any other workflows.


text:
Router discovery over DNS-SD

With classic RPC, the caller needs to know how to address each and every callee it wants to call. With WAMP routed RPC, the client (acting as a caller) only needs to know how to address it's upstream router. You are right, it still needs this bit of info. Today, the recommended way would be using a command line argument providing the hostname or URL of the router to connect to. Or hardcoding would work of course also. I agree that it would be nice to be able to use something like Zeroconf (http://en.wikipedia.org/wiki/Zero-configuration_networking) instead. However, this is not related to WAMP as a protocol, but the WAMP client library implementation that needs to provide that feature. Establishing a WAMP transport (which includes finding the necessary info bits) is outside the WAMP protocol itself.

http://en.wikipedia.org/wiki/Zero-configuration_networking#DNS-based_service_discovery

The idea would be: a WAMP client runs on a host. The host has it's IP, DNS servers and and it's Domain handed out by DHCP. Then it asks DNS for "WAMP Routing Service" for it's Domain. And that is supposed to hand out the URL of the WAMP router to connect to.
That cool, it's not enough: most likely, the client will need to authenticate at the router. Which brings up the question where to get the auth credentials from.

The challenge here is https/wss on local networks, i.e. home appliances / "iot devices" which can't have real certificates as they'll be accessed either via an IP-no or dynamic hostname.
Looping traffic via a public centralised server would work but not ideal as many applications will need this working when offline as well. Tricky one... Any thoughs / ideas?

Here is an example of a service announcing using https://github.com/jstasiak/python-zeroconf:
from zeroconf import ServiceInfo, Zeroconf

class WebSocketManager(service.Service, object):
    ws_service_name = 'Verasonics WebSocket'
    wsPort = None
    wsInfo = None

    def __init__(self, factory, portCallback):
        factory.protocol = BroadcastServerProtocol
        self.factory = factory
        self.portCallback = portCallback
        self.zeroconf = Zeroconf()

    def privilegedStartService(self):
        self.wsPort = reactor.listenTCP(0, self.factory)
        port = self.wsPort.getHost().port

        fqdn = socket.gethostname()
        ip_addr = socket.gethostbyname(fqdn)
        hostname = fqdn.split('.')[0]

        wsDesc = {'service': 'Verasonics Frame', 'version': '1.0.0'}
        self.wsInfo = ServiceInfo('_verasonics-ws._tcp.local.',
                                  hostname + ' ' + self.ws_service_name + '._verasonics-ws._tcp.local.',
                                  socket.inet_aton(ip_addr), port, 0, 0,
                                  wsDesc, hostname + '.local.')
        self.zeroconf.register_service(self.wsInfo)
        self.portCallback(port)

        return super(WebSocketManager, self).privilegedStartService()

    def stopService(self):
        self.zeroconf.unregister_service(self.wsInfo)

        self.wsPort.stopListening()
        return super(WebSocketManager , self).stopService()

authors: oberstet raveslave

repo: crossbario/autobahn-python


text:
Update API Gateway controller to new codegen structure

Description of your changes
In order to get the latest features, we need to update all ACK-generated controllers to new hook functions.
The first commit is only generation, the second one is manually done and that's the part that needs to be reviewed.

Fixes #
I have:

[x] Read and followed Crossplane's contribution process.
[x] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested
Tested API resource just to be sure but didn't go through all of them since there isn't much functionality change.

@hasheddan I just updated the testing section, I tested the API resource for sanity check but not all of them.

repo: crossplane/provider-aws


text:
Error in dependencies

When I try importing Regex with the following dependency in my project, I'm getting different contents for the Package.swift file:
//In my own Package.swift file
    ...
    .Package(url: "https://github.com/crossroadlabs/Regex.git", majorVersion: 0),
    ...

Contents of the Regex/Package.swift I'm getting:
import PackageDescription

let package = Package(
    name: "Regex",
    targets: [Target(name: "Regex")],
    dependencies: [.Package(url: "https://github.com/crossroadlabs/Boilerplate.git", majorVersion: 0, minor: 2)]
)

Instead of
import PackageDescription

let package = Package(
    name: "Regex",
    targets: [Target(name: "Regex")],
    dependencies: [.Package(url: "https://github.com/crossroadlabs/Boilerplate.git", Version(1, 0, 0, prereleaseIdentifiers: ["alpha", "1"]))],
    exclude: ["Carthage"]
)

What's odd is that SPM is resolving Regex 0.8.0 but with different contents than this repo.
The issue is that Boilerplate depends on Result and they have both been updated to support Swift 3, but the version of Regex I'm getting is relying on a deprecated version of Boilerplate.

@califrench Try to use new version 1.0.0-alpha.1 which supports Swift 3.0 and has no Boilerplate dependency.

authors: califrench dileping

repo: crossroadlabs/Regex


text:
[tools] Add beta14_list for better maintaince

Add beta14_list to maintain the test suite list for Crosswalk-14 branch.
http://crosswalk-project.org/jira/browse/XWALK-4617

As #2515, this list shall be renamed to tools/build/released_suites/PLATFORMS.

Rename to tools/build/released_suites/PLATFORMS for Crosswalk-14 branch, please review!

authors: qiuzhong zqzhang

repo: crosswalk-project/crosswalk-test-suite


text:
[cordova] Update shared mode package method in webview plugin

Follow https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview/blob/master/README.md
Add one way for CrosswalkVersion to install cordova-plugin-crosswalk-webview from npm

Impacted tests(approved): new 0, update 3, delete 0
Unit test platform: Crosswalk Project for Android 15.44.384.7
Unit test result summary: pass 3, fail 0, block 0

Merge as-is. For new way to install webview plugin from npm, since new npm plugin has not released yet, let's do verification by then.

authors: Honry zhuyongyong


text:
[Android] Refine the implementation of shouldOverrideUrlLoading

Current implementation of shouldOverrideUrlLoading has confliction
with the original design intent. In native side, handle
shouldOverrideUrlLoading should via a sync IPC instead of current
scheme, which is only used to post onPageStarted in Android WebView.
And then, the test case also need to make corresponding changes,
for example, loading "file:///android_asset" and iframe will not
trigger shouldOverrideUrlLoading.
See CreateThrottlesForNavigation in xwalk_content_browser_client.cc
and HandleNavigation in xwalk_content_renderer_client.cc for more
details.
BUG=XWALK-6630

@lincsoon @axinging @fujunwei @wuhengzhi please help to review, thanks！

LGTM

@wuhengzhi @XiaosongWei @lincsoon please help to review, thanks

Does this cause any conflicts with #3651?

@rakuco conflicts means duplicated process or just the code conflicts?
For duplicated process, there is no conflicts since https://github.com/crosswalk-project/crosswalk/pull/3651 is just for custom urls.
For code conflicts, I implemented https://github.com/crosswalk-project/crosswalk/pull/3651 base on this PR, then submitted https://github.com/crosswalk-project/crosswalk/pull/3651.

@wuhengzhi we modify the same file "XWalkContentsClientBridge.java", I think this is the only one potential conflict, right?
I checked #3651 , it has no code logic conflict with this PR. @rakuco

LGTM

After looking at previous commits related to this:

https://github.com/crosswalk-project/crosswalk/commit/09567ffc444f84dad3ecc553d52d35b26948cb53
https://github.com/crosswalk-project/crosswalk/commit/823d34c9385d14899c5bf333c0967a66d8c2d174
https://github.com/crosswalk-project/crosswalk/commit/f846cdbfb9103a6653fea6d9e3c4c8da3810fc9e

I have to say I got even more confused than I was before. Should people use shouldOverrideUrlLoading or XWalkNavigationHandler? Why do we have both in the first place and how do they interact? Were we allowing people to intercept all kinds of requests, including those that fail the checks in XWalkContentRendererClient::HandleNavigation()? Restricting what can be intercepted looks like a sane change, but we have to announce this behavior change very loudly.

@rakuco
Q: Should people use shouldOverrideUrlLoading or XWalkNavigationHandler?
A: My understanding is that people will not use XWalkNavigationHandler, because it is a default navigation handler for handling platform-specific schemes, like "wtai://", as descripted  in 09567ff and it will not be exposed to external, please check XWalkNavigationHandlerImpl.java.
However, as a command API in both WebViewClient and XWalkResourceClient, shouldOverrideUrlLoading is frequently used.
Q: Why do we have both in the first place and how do they interact?
A: I think they will not interact, because they are for different url schemes, shouldOverrideUrlLoading  only intercept resource from internet.
Q: Were we allowing people to intercept all kinds of requests, including those that fail the checks in XWalkContentRendererClient::HandleNavigation()?
A: Why need to intercept all kinds of requests? In WebView, local resource loading like "file:///android_asset" will not trigger shouldOverrideUrlLoading, and for HTTP schemes, only top-level navigations can be overridden, I think it's reasonable.  But In XWalkView, those special cases are not taken into account, which will confuse developer.
I am not sure my answer is clear, feel free to let me know if any question.

@rakuco is this patch ok?

ping @rakuco

Should people use shouldOverrideUrlLoading or XWalkNavigationHandler?

My understanding is that people will not use XWalkNavigationHandler, because it is a default navigation handler for handling platform-specific schemes, like "wtai://", as descripted in 09567ff and it will not be exposed to external, please check XWalkNavigationHandlerImpl.java.
However, as a command API in both WebViewClient and XWalkResourceClient, shouldOverrideUrlLoading is frequently used.

Why do we have both in the first place and how do they interact?

I think they will not interact, because they are for different url schemes, shouldOverrideUrlLoading only intercept resource from internet.

From reading what you wrote it sounds like XWalkNavigationHandler is an internal version of shouldOverrideUrlLoading for certain schemes that users cannot override. If that's the case I feel they could be sharing more code. Someone should investigate (not for this pull request, of course) if that's really the case or even if XWalkNavigationHandler could be removed.

Were we allowing people to intercept all kinds of requests, including those that fail the checks in XWalkContentRendererClient::HandleNavigation()?

Why need to intercept all kinds of requests? In WebView, local resource loading like "file:///android_asset" will not trigger shouldOverrideUrlLoading, and for HTTP schemes, only top-level navigations can be overridden, I think it's reasonable. But In XWalkView, those special cases are not taken into account, which will confuse developer.

Er, I was expecting a "yes" or "no" in response to my question :-) Let me rephrase: were we allowing API users to do too much before? Were they able to override the handling of non-GET requests, and requests to non-http(s) schemes, meaning they could essentially implement their own XWalkNavigationHandlers and bypass our checks? If so, that does not look great.

From reading what you wrote it sounds like XWalkNavigationHandler is an internal version of shouldOverrideUrlLoading for certain schemes that users cannot override. If that's the case I feel they could be sharing more code. Someone should investigate (not for this pull request, of course) if that's really the case or even if XWalkNavigationHandler could be removed.
Agree with you, I don't know clearly about #09567ff, it should be investigated before more changes.

Er, I was expecting a "yes" or "no" in response to my question :-) Let me rephrase: were we allowing API users to do too much before? Were they able to override the handling of non-GET requests, and requests to non-http(s) schemes, meaning they could essentially implement their own XWalkNavigationHandlers and bypass our checks? If so, that does not look great.
sorry..:-)
Yes, API users do too much before, but it has conflict with the native design. Current implementation doesn't allow user to override XWalkNavigationHandlers to bypass our check.

I think we're close to an agreement. Since neither of us understands this code very well, I have to ask: have you tested that the HandleNavigation() code is called before the resource throttling code that triggers InterceptNavigationDelegateImpl.shouldIgnoreNavigation() and XWalkNavigationHandler.handleNavigation()? I don't think our tests currently cover this, and I'd like to double-check this with you since following the logic in Chromium is very confusing.

The basic logic of this part is:
HandleNavigation() in aw_content_renderer_client.cc or xwalk_content_renderer_client.cc is called by  decidePolicyForNavigation()  in render_frame_impl.cc, and decidePolicyForNavigation() is called by FrameLoaderClientImpl.cpp. All above actions are before creating DocumentLoader, which will do the resource request. And InterceptNavigationDelegateImpl.shouldIgnoreNavigation() will be called by StartRequest() in resource_loader.cpp, which is after creating DocumentLoader, and as my previous, it is only used for posting onPageStarted event in Android WebView.

have you tested that the HandleNavigation() code is called before the resource throttling code

So all the tests in ShouldOverrideUrlLoadingTest.java is to test the logic path of HandleNavigation(), which will call shouldOverrideUrlLoading() in WebViewClient.java or XWalkResourceClient.java finally.
I didn't see the test case for 09567ff, maybe we need to check why, and investigate XWalkNavigationHandler.handleNavigation() that if they could be sharing more code, but as your comments, it not this patch should do.

have you tested that the HandleNavigation() code is called before the resource throttling code

So all the tests in ShouldOverrideUrlLoadingTest.java is to test the logic path of HandleNavigation(), which will call shouldOverrideUrlLoading() in WebViewClient.java or XWalkResourceClient.java finally.

OK. What I meant with my question is that there doesn't seem to be any tests that implement both shouldOverrideUrlLoading() and XWalkNavigationHandler.handleNavigation() and verify that only the former is called instead of the latter. Food for thought for your future efforts.

OK. What I meant with my question is that there doesn't seem to be any tests that implement both shouldOverrideUrlLoading() and XWalkNavigationHandler.handleNavigation() and verify that only the former is called instead of the latter.

You are right.
Actually, In my previous comments "I didn't see the test case for 09567ff, maybe we need to check why", I meant there is no test for XWalkNavigationHandler.handleNavigation(). Anyway, we will check it and discuss in weekly meeting.

OK. What I meant with my question is that there doesn't seem to be any tests that implement both shouldOverrideUrlLoading() and XWalkNavigationHandler.handleNavigation() and verify that only the former is called instead of the latter.

You are right.
Actually, In my previous comments "I didn't see the test case for 09567ff, maybe we need to check why", I meant there is no test for XWalkNavigationHandler.handleNavigation(). Anyway, we will check it and discuss in weekly meeting.

authors: XiaosongWei axinging rakuco wuhengzhi xzhan96

repo: crosswalk-project/crosswalk


text:
Material Design Dropdown Menu Repair

The material design dropdown menus are not working consistently and sometimes occlude responses. This happens in several pages of the interface including in tasks and in the authoring window, and perhaps others.
Using a default widget that has been styled might be a solution.

Duplicate of #762

authors: markwhiting shirishgoyal

repo: crowdresearch/crowdsource-platform


text:
前段页面所需要的用户的操作

前期我们想实现三种中文NLP任务的标注工具：中文命名实体识别，中文关系识别，中文文本分类。
针对这三种任务前段页面分别需要用户进行什么样子的交互呢

我们一个一个来，先做文本分类，具体交互就是让用户来选择文本的classification label.

repo: crownpku/Chinese-Annotator


text:
iOS 8, 1px gap

Starting with iOS 8, i can see a 1px gap on top of the navigation bar. Looks like the status bar is coming through.

FWIW I tested a basic left -> right gravity animation on the iOS 9 simulator iPhone 6. Looks like the gap has changed from being on the left side,like the view has animated in too far to being on the right like it hasn't animated in far enough

i found solution, guys!
do not use CRToastAnimationTypeGravity in kCRToastAnimationInTypeKey, kCRToastAnimationOutTypeKey.
just use CRToastAnimationTypeLinear then work perfect!

authors: HanSJin agentcooper75 dmiedema

repo: cruffenach/CRToast