bug - cannot insert vector when using insertMany

Environment
cat package-lock.json | grep "\"weaviate-client\""
"weaviate-client": "3.0.8",

semitechnologies/weaviate:1.25.4   "/bin/weaviate --hos…"   26 hours ago   Up 26 hours   <IP_ADDRESS>:8080->8080/tcp, :::8080->8080/tcp, <IP_ADDRESS>:50051->50051/tcp, :::50051->50051/tcp   weaviate-weaviate-1

Code and data
for (
    let i = 0;
    i < weaviateObjects.length;
    i += this.BULK_UPSERT_SIZE
) {
    const batch = weaviateObjects.slice(
        i,
        i + this.BULK_UPSERT_SIZE
    );

    const batchResponse = await collection.data.insertMany(batch);
}

// where batch weaviateObjects is
type WeaviateObjects = DataObject<TProperties>[]

particularity: I manage vectors outside of weaviate, and so i need to create vectors inside, this worked very-well using weaviate-ts-client, but with new client is appears it doesn't.

full object example
{"properties":{"chunkId":"*******","discoveryId":"********","chunkSourceChannel":"*******","isFullTextSelection":false,"lastUpdatedAtInWeaviate":"2028-02-20T22:03:03.937Z","sanitizedAndConcatenatedContent":"****************************************"},"vectors":[0.058058321475982666,-0.009083586744964123,0.008824372664093971,0.027707457542419434,-0.015254278667271137,-0.04173276200890541,0.03020665980875492,0.02925846166908741,-0.04995795339345932,-0.016260642558336258,-0.10284733027219772,0.015079331584274769,-0.0810592845082283,-0.038243696093559265,-0.041832540184259415,-0.0034861250314861536,-0.02474629506468773,-0.08398620039224625,0.053839098662137985,0.04726385325193405,-0.023150427266955376,0.03883631154894829,-0.024829769507050514,-0.05592195689678192,-0.050839200615882874,0.0037603380624204874,0.03904671594500542,-0.02900661900639534,-0.03427328169345856,0.060609057545661926,-0.009351341053843498,0.050649795681238174,-0.04901296645402908,0.0011173092061653733,-0.01553935557603836,-0.07967033982276917,0.028273649513721466,0.024360423907637596,0.0392843522131443,0.05492191016674042,0.04584985598921776,-0.020977046340703964,-0.0024874769151210785,-0.005736979190260172,-0.05081658065319061,-0.06993195414543152,0.005738010164350271,-0.005764137487858534,0.007936280220746994,-0.0355207659304142,-0.025130771100521088,0.002552702557295561,-0.004918375518172979,0.058905232697725296,0.06981711834669113,-0.02079874835908413,0.06956274062395096,-0.005772494710981846,0.03313085064291954,0.062138285487890244,0.011690140701830387,0.04363783076405525,-0.047139666974544525,0.003725880989804864,0.0044683171436190605,0.01998724229633808,0.022951873019337654,-0.07776506245136261,0.004384821746498346,-0.019476134330034256,0.024655859917402267,0.053918227553367615,0.06299401819705963,0.03197215497493744,0.02133391611278057,0.06095440313220024,-0.04369240626692772,0.009186742827296257,-0.0005149292410351336,-0.028237909078598022,0.0016095570754259825,0.07573243230581284,0.004392288625240326,0.05043121799826622,0.03331739827990532,0.004488289821892977,0.009229558520019054,-0.045411232858896255,0.045088030397892,0.005124187096953392,-0.06535797566175461,0.0051140086725354195,-0.002383369952440262,0.023017382249236107,-0.01239694282412529,-0.015436671674251556,0.040089141577482224,0.010589935816824436,-0.01306342426687479,0.05194034054875374,-0.012109413743019104,-0.033494818955659866,0.013455254957079887,-0.01763601042330265,0.058962173759937286,0.03344917297363281,-0.005028870422393084,0.04955647885799408,0.08826485276222229,0.050778795033693314,0.02900698408484459,0.031050585210323334,-0.05752986669540405,-0.01861334778368473,-0.031543489545583725,-0.010425232350826263,-0.0005000875680707395,0.025763001292943954,-0.0016141107771545649,0.00019822188187390566,-0.023171771317720413,-0.02149491384625435,0.003817341523244977,-0.022871334105730057,0.04107494279742241,0.05891010910272598,0.05974975600838661,-0.10057955980300903,-0.003296220675110817,-0.0275102648884058,0.06230844184756279,0.028418831527233124,-0.07009757310152054,-0.03640265017747879,-0.019536921754479408,-0.008622289635241032,0.005092855542898178,-0.013326107524335384,-0.0326758548617363,-0.10141970962285995,0.03703540563583374,0.0030493938829749823,0.0034779864363372326,0.03403227776288986,-0.010443048551678658,-0.07748769968748093,-0.05694283917546272,0.007777745369821787,-0.005268872249871492,0.032051485031843185,0.06254500895738602,-0.02046176791191101,0.025041963905096054,0.020999260246753693,-0.008242039941251278,-0.01649843528866768,0.07395812124013901,0.01148863323032856,0.02672453597187996,0.03501534461975098,-0.03484570235013962,-0.030178504064679146,-0.05391111224889755,-0.028122033923864365,-0.018176669254899025,-0.02080227993428707,0.01782769337296486,0.02396000549197197,-0.023603372275829315,-0.049507930874824524,0.004431710112839937,0.08941955864429474,0.02628156915307045,0.01425112970173359,-0.056589096784591675,0.020696908235549927,-0.02879836969077587,0.02549595758318901,0.04715682566165924,0.011882268823683262,0.03481859713792801,0.02003139816224575,0.09698557108640671,0.1095210462808609,0.003408507676795125,0.01534026488661766,0.009829627349972725,-0.06868968158960342,0.07169962674379349,-0.02055923268198967,-0.035443902015686035,0.04139947518706322,0.06877926737070084,0.025156782940030098,-0.00492247287184,0.06297968327999115,-0.03809474781155586,-0.029299750924110413,-0.036780234426259995,-0.044367361813783646,-0.008426767773926258,-0.07390877604484558,-0.006019988097250462,-0.02569543570280075,0.013655450195074081,0.010455797426402569,-0.0486665740609169,-0.005660204216837883,-0.014443991705775261,0.0041379379108548164,0.009231001138687134,-0.08116225153207779,-0.023820945993065834,-0.00010013760766014457,0.009737513028085232,-0.047331567853689194,0.019320275634527206,-0.06945759057998657,-0.028116630390286446,0.003457392333075404,0.018104413524270058,-0.02562987245619297,0.021389294415712357,0.050199344754219055,-0.03498401120305061,-0.04620205610990524,0.013612396083772182,-0.032585445791482925,-0.0297729279845953,0.0073751602321863174,0.006587828975170851,-0.049559276551008224,-0.00015954324044287205,-0.04499261826276779,-0.0510188527405262,-0.023495161905884743,0.02751460298895836,-0.0014394082827493548,0.024896150454878807,-0.014676511287689209,0.04913996905088425,-0.032535258680582047,0.018635889515280724,-0.04187067970633507,-0.05332460254430771,-0.03174090385437012,0.04232657328248024,-0.04340033605694771,-0.0005976388929411769,0.05588928610086441,-0.03229108825325966,-0.01707117259502411,0.013878819532692432,-0.010374919511377811,-0.027668379247188568,-0.009410427883267403,-0.006152691785246134,-0.008617627434432507,0.0035034853499382734,0.028115995228290558,-0.06568896770477295,0.03445099666714668,0.06101464107632637,-0.022204184904694557,-0.0043799239210784435,-0.02594323828816414,0.00948470551520586,0.007735440507531166,-0.00855171773582697,0.14545544981956482,-0.0010914611630141735,-0.024189846590161324,-0.033477045595645905,-0.023382518440485,0.007337453309446573,0.06763453036546707,0.034013502299785614,0.015202993527054787,-0.014708188362419605,0.052198152989149094,-0.008931636810302734,-0.005781715735793114,-0.01994742639362812,0.045409634709358215,-0.0037453307304531336,-0.001888761413283646,-0.06274537742137909,0.03684945032000542,-0.03208765387535095,0.023655742406845093,0.024424748495221138,0.030834268778562546,0.014962559565901756,-0.01526667457073927,-0.02282475307583809,-0.016402170062065125,-0.021323177963495255,0.0408308170735836,-0.016068654134869576,-0.03440390154719353,0.001441126805730164,-0.01579076610505581,-0.047398827970027924,0.01952461153268814,0.025517944246530533,0.012340184301137924,-0.020181091502308846,-0.04113021492958069,-0.036528609693050385,-0.05053436756134033,-0.05945810675621033,-0.01629754528403282,-0.028890570625662804,-0.007178087253123522,0.03694259747862816,0.0010046398965641856,0.016864458099007607,0.03971229866147041,-0.04492546245455742,-0.04140669107437134,-0.03722172975540161,0.0024097433779388666,-0.030793651938438416,0.022203421220183372,-0.005799803417176008,-0.041045837104320526,0.041850678622722626,0.01797240599989891,-0.02644917741417885,0.0164028313010931,0.006819996517151594,0.0086399856954813,-0.006151409354060888,-0.0006848014891147614,-0.015922509133815765,0.02784804441034794,0.010038064792752266,-0.04219706356525421,0.033985335379838943,0.08616738766431808,-0.021365610882639885,-0.033505186438560486,-0.05875685065984726,-0.006838495377451181,-0.001235917559824884,-0.05850272253155708,0.03292933851480484,-0.02793020009994507,-0.024321353062987328,-0.017279580235481262,0.061668314039707184,0.025585925206542015,0.007696283049881458,-0.06603216379880905,-0.0031300063710659742,0.14789842069149017,0.046216532588005066,-0.02231207862496376,-0.08144520223140717,0.026149073615670204,-0.03330574184656143,0.0030715728644281626,-0.011736218817532063,0.0354720801115036,0.0027543946634978056,-0.033337559551000595,-0.011390682309865952,0.01525037083774805,-0.011390062980353832,-0.020382942631840706,-0.023679742589592934,0.004553109407424927,0.004739359021186829,-0.004301857203245163,0.005567454267293215,-0.015958573669195175,0.023565685376524925,0.04543955251574516,-0.05859062448143959,0.02647130750119686,-0.0008999725105240941,0.009985164739191532,-0.04699912667274475,-0.016295690089464188,0.031977735459804535,0.03461400419473648,0.00890651810914278,-0.052712418138980865,-0.016885044053196907,0.007670848164707422,0.04789905995130539,0.03907516226172447,0.02914304845035076,0.0008663675980642438,0.007412933744490147,0.02324373461306095,-0.04195890575647354,0.003319287206977606,-0.03053530864417553,-0.007159075699746609,-0.003420929191634059,-0.010803056880831718,0.02930317632853985,-0.023015765473246574,-0.03133730590343475,0.03644585236907005,0.05485287681221962,-0.02318255603313446,-0.03092191182076931,-0.037180978804826736,0.022777428850531578,-0.013427780009806156,-0.008911789394915104,0.007032179273664951,-0.03429197520017624,0.02170788310468197,-0.005514608230441809,0.019193649291992188,0.012764045968651772,0.025295324623584747,0.02508181519806385,-0.00443901214748621,0.005528650712221861,-0.0011136523680761456,-0.02819853089749813,0.020104380324482918,0.028677571564912796,0.020073916763067245,0.06753543019294739,-0.007813705131411552,-0.011187992058694363,0.0236373133957386,-0.0021121122408658266,-0.04024406522512436,0.02912570722401142,0.021791905164718628,-0.0000632932860753499,-0.008131703361868858,-0.041526149958372116,0.021320972591638565,0.03214459866285324,0.01364003587514162,0.02435716614127159,-0.08381626754999161,0.049470044672489166,0.02567630633711815,0.058657366782426834,-0.01449364610016346,-0.028068069368600845,0.041083116084337234,0.02562699094414711,-0.05243193730711937,-0.036474376916885376,0.030764250084757805,0.03097023256123066,0.0006367723690345883,-0.005538103170692921,0.06969082355499268,0.004218872636556625,0.0343705490231514,-0.032035768032073975,-0.041770223528146744,0.029794232919812202,-0.051124218851327896,-0.026790689677000046,-0.020684637129306793,0.06077544391155243,-0.045260582119226456,-0.016574421897530556,-0.029358835890889168,-0.015521565452218056,-0.019028576090931892,-0.003913257271051407,0.023008866235613823,0.06790575385093689,0.05856511741876602,0.005400362890213728,0.0371144600212574,-0.05516891926527023,-0.012155604548752308,0.00611822959035635,0.0039063491858541965,0.0637066438794136,-0.025776907801628113,0.010239038616418839,-0.01436723954975605,-0.026691140606999397,-0.02745477482676506,0.007389103528112173,0.0024570312816649675,0.001735015190206468,-0.0007797340513207018,0.010012784972786903,0.027606360614299774,-0.017594393342733383,-0.008305499330163002,0.020570168271660805,0.00026711830287240446,0.0011529932962730527,-0.015583997592329979,0.003766787936910987,-0.020018160343170166,-0.03195808827877045,0.050417639315128326,0.029456444084644318,0.031841930001974106,-0.04719274118542671,0.012919499538838863,0.026997873559594154,0.01086415909230709,0.011784909293055534,0.05113450065255165,0.01079315785318613,-0.014209911227226257,0.05626464635133743,-0.020010406151413918,-0.045532260090112686,0.044755928218364716,-0.01091368030756712,-0.03486376255750656,-0.05660664662718773,-0.011388290673494339,0.012125673703849316,0.04787072166800499,0.02936226688325405,-0.013595381751656532,-0.006333846133202314,0.0030097400303930044,0.04851466044783592,-0.07357103377580643,-0.06205151230096817,0.02700561098754406,-0.107451431453228,0.01116189081221819,0.03704623132944107,0.032432809472084045,0.011126644909381866,0.0613274984061718,0.01401702594012022,-0.020545868203043938,-0.018934642896056175,-0.004131813999265432,0.02797335386276245,0.022973863407969475,0.012955617159605026,-0.02164626307785511,-0.0005561041762121022,0.022170139476656914,-0.01794903352856636,0.005854433868080378,0.0707181915640831,-0.01751589961349964,-0.02762756310403347,-0.005545197054743767,0.030256452038884163,-0.03208617866039276,0.03927834331989288,0.02330014295876026,0.033837322145700455,-0.03171117976307869,0.023386221379041672,-0.0012850034981966019,-0.013545128516852856,-0.009254158474504948,-0.029713371768593788,0.023234283551573753,0.009212182834744453,0.0042214542627334595,-0.03940167650580406,-0.034915242344141006,-0.04471099376678467,-0.019534729421138763,-0.05770396068692207,-0.03613172844052315,-0.008705486543476582,-0.021542131900787354,-0.031992293894290924,0.014289503917098045,0.012059398926794529,-0.039998624473810196,-0.021964270621538162,0.0004687953332904726,0.08581613749265671,0.016469988971948624,-0.021570924669504166,-0.018315795809030533,-0.04514944925904274,0.016727101057767868,-0.00822366401553154,-0.028371673077344894,-0.021784430369734764,0.006888993084430695,0.05756037309765816,0.005376309622079134,0.0014562848955392838,-0.010805134661495686,0.016658920794725418,0.011567264795303345,0.06242751330137253,-0.027185535058379173,-0.04939902946352959,-0.03295613452792168,0.03942969813942909,0.026786228641867638,-0.03161073848605156,-0.06894242763519287,0.016460850834846497,-0.03154471889138222,-0.0007984242984093726,-0.013133476488292217,-0.053095147013664246,0.033012423664331436,-0.05594197288155556,0.02147461473941803,-0.05316057428717613,-0.0641670897603035,-0.03541005030274391,0.041486918926239014,0.00012201686331536621,0.01829756237566471,-0.011055336333811283,-0.004724561236798763,0.0547773651778698,-0.002718067029491067,-0.016153782606124878,0.010858681984245777,-0.006344480440020561,0.0015783656854182482,0.013814522884786129,0.015883944928646088,0.03550365939736366,0.002425660379230976,-0.01584205962717533,-0.007023918442428112,-0.008849355392158031,0.022666295990347862,0.031910885125398636,0.046871379017829895,0.03903055191040039,-0.019741116091609,-0.017875920981168747,0.04333929345011711,-0.022936152294278145,0.035099878907203674,0.024904219433665276,0.0716812014579773,-0.0023288687225431204,0.03875357657670975,0.0007501489599235356,-0.050903793424367905,-0.04589623585343361,0.024502189829945564,-0.01771838776767254,0.002244376577436924,-0.021344611421227455,0.049962639808654785,0.01309989858418703,-0.022479627281427383,0.05983718857169151,0.061452023684978485,0.05033744126558304,-0.043062612414360046,0.013069181703031063,0.014187455177307129,0.030834006145596504,0.0022137693595141172,-0.03898768872022629,0.03219949081540108,-0.010006184689700603,0.04423193261027336,0.011966492049396038,-0.04830082133412361,-0.01996658556163311,-0.06930644810199738,-0.007546070031821728,0.023951129987835884,-0.009665979072451591,-0.02167320065200329,-0.010761384852230549,0.02301916293799877,0.003038768656551838,0.026648372411727905,-0.042414724826812744,0.021450471132993698,0.045932184904813766,-0.016250750049948692,-0.020470960065722466,0.03784160688519478,-0.011780548840761185,-0.03516099974513054,-0.13779839873313904,-0.021382629871368408,0.02043347805738449,-0.06254006922245026,-0.0033246681559830904,-0.012943550013005733,-0.039697177708148956,-0.016543826088309288,0.006278186570852995,0.01006376650184393,0.019030654802918434,-0.007627911865711212,-0.023252228274941444,0.05660388618707657,0.020391959697008133,0.02379331924021244,-0.011545131914317608,-0.029358234256505966,-0.01087240595370531,-0.006328916642814875,-0.0065946076065301895,0.010563825257122517,0.0704062283039093,0.07267998158931732,-0.0033310800790786743,0.027140265330672264,0.061201415956020355,-0.022722342982888222,0.0003536703297868371,-0.003027761122211814,0.03365371376276016,0.008782271295785904,0.03881029784679413,0.07471029460430145,-0.0022630109451711178,-0.009795005433261395,0.014426072128117085,0.03824885934591293,0.01227738056331873,-0.025227278470993042,-0.020594753324985504,-0.03038710542023182,0.014659905806183815,-0.0459153838455677,0.009372265078127384,-0.025074083358049393,-0.026069724932312965,0.05368923768401146,0.05607641115784645,-0.03772924095392227,-0.04934300482273102,0.0052658854983747005,-0.05472484230995178,0.009634912014007568,-0.07056161761283875,0.01677844673395157,-0.04186015948653221,0.009869491681456566,-0.00048202218022197485,-0.02395053580403328,-0.010579929687082767,-0.06536173075437546,0.0678057074546814,0.014844163320958614,0.01594889536499977,-0.01112364698201418,-0.03495749086141586,-0.05810593068599701,0.04632982239127159,-0.023147577419877052,0.018774488940835,-0.08194177597761154,0.013291159644722939,0.037705499678850174,-0.024503108114004135,-0.029619557783007622,-0.04142473638057709,0.07989482581615448]}

Others
I saw library implementation and it seems it relies on both things:

vectors is an array or a record
weaviate db version supports named vector
=> but i don't see where i don't fit other cases

Please do note that a REST API call do works!
http://weaviate.host:8080/v1/batch/objects, with the particularity that the vector property is name vector and not vectors like in gRPC communication

Hi @IzioDev, what is the exact error that you're observing when attempting to use .data.insertMany? Without this it will be difficult to diagnose and fix your issue! Cheers 😁

The object is imported, but without any vector
in contrast, with the REST API (using curl), it does

Current retrieval method:
POST http://weaviate.host:8080/v1/graphql
  Get {
      VectorizedChunkGecko(tenant: "********", limit: 5, where: { operator: Equal, valueString: "*************", path: "chunkId" }) {
          sanitizedAndConcatenatedContent
          discoveryId
          chunkId
          _additional {
              id
              vector
              lastUpdateTimeUnix
              creationTimeUnix
          }
      }
  }

Ahh, I see the issue! So, the way in which the new client handles inserting and querying data makes use the named vectors functionality under-the-hood. This is in order to be defensive towards the future where the single vector per object will become deprecated. The SDK has been designed to take this into account but if you send a raw GraphQL query then you will need to also take this nuance into account.
In your case, you need to change the GQL query to read:
Get {
    VectorizedChunkGecko(tenant: "********", limit: 5, where: { operator: Equal, valueString: "*************", path: "chunkId" }) {
        sanitizedAndConcatenatedContent
        discoveryId
        chunkId
        _additional {
            id
            vectors {
              default
            }
            lastUpdateTimeUnix
            creationTimeUnix
        }
    }
}

and read the single vector from ["_additional"].vectors.default. We would recommend you stick using the SDK, however, rather than making direct GQL queries due to this!
LMK if this works for you 😁

Thanks for the fast answers, i already tried querying vectors, but it appears this fields is not available to me, for some reasons:
{
    "errors": [
        {
            "locations": [
                {
                    "column": 17,
                    "line": 31
                }
            ],
            "message": "Cannot query field \"vectors\" on type \"VectorizedChunkGeckoAdditional\". Did you mean \"vector\"?",
            "path": null
        }
    ]
}

Hmm, okay perhaps it's something else then 🤔
Are you able to paste the configuration (schema) of your collection (class)? Retrievable from either:

client.collections.get("VectorizedChunkGecko").config.get()
GET /v1/schema/VectorizedChunkGecko

Sure

schema details
 {
   "class": "VectorizedChunkGecko",
   "description": "Chunk Content Description",
   "invertedIndexConfig": {
       "bm25": {
           "b": 0.75,
           "k1": 1.2
       },
       "cleanupIntervalSeconds": 60,
       "stopwords": {
           "additions": null,
           "preset": "en",
           "removals": null
       }
   },
   "moduleConfig": {},
   "multiTenancyConfig": {
       "autoTenantActivation": true,
       "autoTenantCreation": true,
       "enabled": true
   },
   "properties": [
       {
           "dataType": [
               "text"
           ],
           "description": "Chunk Source Channel",
           "indexFilterable": true,
           "indexSearchable": true,
           "name": "chunkSourceChannel",
           "tokenization": "word"
       },
       {
           "dataType": [
               "boolean"
           ],
           "description": "Is full text selection",
           "indexFilterable": true,
           "indexSearchable": false,
           "name": "isFullTextSelection"
       },
       {
           "dataType": [
               "text"
           ],
           "description": "Chunk ID",
           "indexFilterable": true,
           "indexSearchable": true,
           "name": "chunkId",
           "tokenization": "word"
       },
       {
           "dataType": [
               "text"
           ],
           "description": "Discovery ID",
           "indexFilterable": true,
           "indexSearchable": true,
           "name": "discoveryId",
           "tokenization": "word"
       },
       {
           "dataType": [
               "date"
           ],
           "description": "Vectorized Chunk last updated at in Weaviate",
           "indexFilterable": true,
           "indexSearchable": false,
           "name": "lastUpdatedAtInWeaviate"
       },
       {
           "dataType": [
               "text"
           ],
           "description": "Chunk content that has been cleaned (sanitized) and concatenated, prefixed with parent discoveries title and its own discovery title, format: title\ncontent",
           "indexFilterable": true,
           "indexSearchable": true,
           "name": "sanitizedAndConcatenatedContent",
           "tokenization": "word"
       }
   ],
   "replicationConfig": {
       "factor": 1
   },
   "shardingConfig": {
       "actualCount": 0,
       "actualVirtualCount": 0,
       "desiredCount": 0,
       "desiredVirtualCount": 0,
       "function": "",
       "key": "",
       "strategy": "",
       "virtualPerPhysical": 0
   },
   "vectorIndexConfig": {
       "bq": {
           "enabled": false
       },
       "cleanupIntervalSeconds": 300,
       "distance": "cosine",
       "dynamicEfFactor": 8,
       "dynamicEfMax": 500,
       "dynamicEfMin": 100,
       "ef": -1,
       "efConstruction": 128,
       "flatSearchCutoff": 40000,
       "maxConnections": 64,
       "pq": {
           "bitCompression": false,
           "centroids": 256,
           "enabled": false,
           "encoder": {
               "distribution": "log-normal",
               "type": "kmeans"
           },
           "segments": 0,
           "trainingLimit": 100000
       },
       "skip": false,
       "vectorCacheMaxObjects":<PHONE_NUMBER>000
   },
   "vectorIndexType": "hnsw",
   "vectorizer": "none"
}

collection details
```
{
  name: 'VectorizedChunkGecko',
  description: 'Chunk Content Description',
  generative: undefined,
  invertedIndex: {
    bm25: { b: 0.75, k1: 1.2 },
    cleanupIntervalSeconds: 60,
    stopwords: { additions: [], preset: 'en', removals: [] },
    indexNullState: false,
    indexPropertyLength: false,
    indexTimestamps: false
  },
  multiTenancy: {
    autoTenantActivation: true,
    autoTenantCreation: true,
    enabled: true
  },
  properties: [
    {
      name: 'chunkSourceChannel',
      dataType: 'text',
      description: 'Chunk Source Channel',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: true,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'word'
    },
    {
      name: 'isFullTextSelection',
      dataType: 'boolean',
      description: 'Is full text selection',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: false,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'none'
    },
    {
      name: 'chunkId',
      dataType: 'text',
      description: 'Chunk ID',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: true,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'word'
    },
    {
      name: 'discoveryId',
      dataType: 'text',
      description: 'Discovery ID',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: true,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'word'
    },
    {
      name: 'lastUpdatedAtInWeaviate',
      dataType: 'date',
      description: 'Vectorized Chunk last updated at in Weaviate',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: false,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'none'
    },
    {
      name: 'sanitizedAndConcatenatedContent',
      dataType: 'text',
      description: 'Chunk content that has been cleaned (sanitized) and concatenated, prefixed with parent discoveries title and its own discovery title, format: title\n' +
        'content',
      indexFilterable: true,
      indexInverted: false,
      indexSearchable: true,
      vectorizerConfig: undefined,
      nestedProperties: undefined,
      tokenization: 'word'
    }
  ],
  references: [],
  replication: { factor: 1 },
  reranker: undefined,
  sharding: {
    virtualPerPhysical: 0,
    desiredCount: 0,
    actualCount: 0,
    desiredVirtualCount: 0,
    actualVirtualCount: 0,
    key: '',
    strategy: '',
    function: ''
  },
  vectorizers: {
    default: { vectorizer: [Object], indexConfig: [Object], indexType: 'hnsw' }
  }
}
</details>

something seems wrong, shouldn't i somehow see that a field is "vectorizable"?

Additionals, on how i created the class / collection:
vectorizedClassSchema: {
    class: string;
    description: string;
    properties: PropertyConfigCreate<undefined>[];
} = {
    class: VectorizedChunkRepository.className,
    description: "Chunk Content Description",
    properties: [
        {
            dataType: "text",
            description: "Chunk Source Channel",
            name: "chunkSourceChannel",
            skipVectorization: true
        },
        {
            dataType: "boolean",
            description: "Is full text selection",
            name: "isFullTextSelection",
            skipVectorization: true
        },
        {
            dataType: "text",
            description: "Chunk ID",
            name: "chunkId",
            skipVectorization: true
        },
        {
            dataType: "text",
            description: "Discovery ID",
            name: "discoveryId",
            skipVectorization: true
        },
        {
            dataType: "date",
            description: "Vectorized Chunk last updated at in Weaviate",
            name: "lastUpdatedAtInWeaviate",
            skipVectorization: true
        },
        {
            dataType: "text",
            description:
                "Chunk content that has been cleaned (sanitized) and concatenated, prefixed with parent discoveries title and its own discovery title, format: title\ncontent",
            name: "sanitizedAndConcatenatedContent"
        }
    ]
    // moduleConfig: {
    //     [VectorizedChunkRepository.embedder]: {
    //         model: VectorizedChunkRepository.embedderModel,
    //         region: VectorizedChunkRepository.embedderRegion,
    //         modelVersion: VectorizedChunkRepository.embedderModelVersion,
    //         type: "text",
    //         vectorizeClassName: false
    //     }
    // },
    // vectorizer: VectorizedChunkRepository.embedder
};

I did disable vectorization on all fields, but keeping open for my only field i need vector for.
please, do note that i don't want automatic embeddings call, i want to keep ownership of this part

Oh, I think I see the issue here. This is an edge case I hadn't anticipated 🤔
I'll get an MRE working for what I think the problem is and then push a fix and release v3.0.9 for you to use!
I'll link the PR once it's ready 😁

Ok you rock, thank you very much :heart:
I you use KASPA, send me wallet address, i send you some

Hahah, I'm already compensated for time by Weaviate so there's no need!
(Also, I'm the one who wrote this bug originally so it's my duty to fix it 😛)

well, now it seems the object is not even inserted at all
with 3.0.8 -> object gets inserted but partially (without vector property)
with 3.0.9 -> object does not gets inserted
error:
Validate vector index for 580ab466-d1d9-40f2-8f0b-820c8f5b3845: new node has a vector with length 768. Existing nodes have vectors with length 1536

i get what happens, when i manually tried to insert a vector, i did with a greater length than the length i wanted to use for 'real objects'
but now, the fake object has been deleted, and the index still exists for this vector length 1536
i guess that's a delete / re-create case !

while wanting to delete de collection (class):
weaviate-weaviate-1  | {"action":"tombstone_cleanup_begin","class":"VectorizedChunkGecko","level":"info","msg":"class VectorizedChunkGecko: shard cjomyna7g7ppg0730btx4n2eo: starting tombstone cleanup","shard":"cjomyna7g7ppg0730btx4n2eo","time":"2024-07-11T09:05:44Z","tombstones_in_cycle":51,"tombstones_total":51}
weaviate-weaviate-1  | time="2024-07-11T09:06:51Z" level=error msg="unregistering callback 'shard/vectorizedchunkgecko/cjomyna7g7ppg0730btx4n2eo/vector/tombstone_cleanup' of 'index/vectorizedchunkgecko/vector/tombstone_cleanup' failed: context deadline exceeded, unregistering callback 'shard/vectorizedchunkgecko/cjomyna7g7ppg0730btx4n2eo/geoProps/tombstone_cleanup' of 'index/vectorizedchunkgecko/geo_props/tombstone_cleanup' failed: context deadline exceeded, unregistering callback 'shard/vectorizedchunkgecko/cjomyna7g7ppg0730btx4n2eo/geo_props/commit_logger' of 'index/vectorizedchunkgecko/geo_props/commit_logger' failed: context deadline exceeded" action=drop_shard class=VectorizedChunkGecko id=vectorizedchunkgecko_cjomyna7g7ppg0730btx4n2eo
weaviate-weaviate-1  | {"action":"delete_index","class":"VectorizedChunkGecko","level":"error","msg":"drop: stop vector tombstone cleanup cycle: context deadline exceeded","time":"2024-07-11T09:07:51Z"}

now, if i create again the collection and the tenant, i see old data while the endpoint is supposed to delete collection and data in it


[Feature] Build an Electron-based Application

Device
Laptop
Operating System
Linux
Browser
Other
Suggestion
I've been trying Better Xcloud in my browser (Firefox)...
It has exactly the features I need (I'm going on a trip and needed the RemotePlay function to play on the trip)
However, Firefox has some problems related to my controller's key mapping, something that doesn't happen in other browsers.
I've been exploring the source code a bit and would like to know if there is any way to export BetterXcloud scripts to an Electron-based application.

There is currently a port of XboxCloudGaming for an Electron-based application, I'll put the link here for reference:
https://github.com/marzeq/xbox-cloud-gaming-electron/ (currently archived)

It's possible to make a Electron app, but I'm only focusing on the script and Android app at the moment.


Three machine setup fails - some questions

Hello,
I have (tried to) set up a three machine ArcGIS Enterprise environment using configuration file “BaseDeployment-ThreeMachine-10.6-ssl.json”. The setup was not successful and left me with a bunch of questions:

Is it correct that the PowerShell ArcGIS module is needed on every server that is part of the deployment?

Compiling the configuration raises a “deserializing” error (see PowerShell output). Nevertheless, the installation seemed to proceed correctly. What is this error and is it a critical one?

The federation of server with portal fails (see PowerShell output). Why and what needs to be done?

The portal and server URLs listed in the PowerShell output (see PowerShell output) are missing the domain names “esri-de.com”. Why (since in the single machine deployment they are listed “correctly”)?

Although certificates are provided for both, portal and server (see configuration file), the portal still uses a self-signed certificate (see screenshot of portal certificate configuration). Why and can the portal certificate be configured with PowerShell?

The alias for the server certificate is given as “vsdev2371” in the configuration file. Nevertheless, it is named “vsdev2371.esri-de.com” in the final configuration. What is the purpose of the “Alias” parameter in the configuration file?

Neither portal nor server have a root certificate imported. Can this also be done with PowerShell?

Neither server nor data store can be reached via the “localhost” URL (e. g. for server -> “https://localhost:6443/arcgis/manager”). Why is that?
Attachments:
-> vsdev2370_BaseDeployment-ThreeMachine-10.6-ssl.txt -> Configuration file
-> PowerShell_Install_BaseDeployment_Output.txt -> Complete PowerShell output in -DebugSwitch mode
-> vsdev2370_ssl_certificate.jpg -> Screenshot of portal certificate configuration
-> vsdev2371_ssl_certificate.jpg -> Screenshot of server certificate configuration
Thank you very much for your help and expertise, best regards,
Jürgen
PowerShell_Install_BaseDeployment_Output.txt
vsdev2370_BaseDeployment-ThreeMachine-10.6-ssl.txt

Hey Jürgen,
These are my preliminary answers. I will get back to you on question number 5 in detail soon.

Is it correct that the PowerShell ArcGIS module is needed on every server that is part of the deployment?
Answer - Yes PowerShell ArcGIS Module is required on every Server

Compiling the configuration raises a “deserializing” error (see PowerShell output). Nevertheless, the installation seemed to proceed correctly. What is this error and is it a critical one?
Answer - We haven't seen this error before. This is possibly a bug due to an extra space at the start of the ArcGIS_PortalUnregister.Schema.mof . Looks like it doesn't impact your configurations and installations. If we are able to repro this, we will roll out a fix soon.

The federation of server with portal fails (see PowerShell output). Why and what needs to be done?
Answer - Your SSL certificate Aliases are wrong. This causes the wrong endpoint to be hit by the module.

The portal and server URLs listed in the PowerShell output (see PowerShell output) are missing the domain names “esri-de.com”. Why (since in the single machine deployment they are listed “correctly”)?
Answer - Your SSL certificate Aliases are wrong. These endpoints are computed based on these endpoints.

Although certificates are provided for both, portal and server (see configuration file), the portal still uses a self-signed certificate (see screenshot of portal certificate configuration). Why and can the portal certificate be configured with PowerShell?
Answer - Will get back to you with an answer asap with what might be going wrong.

The alias for the server certificate is given as “vsdev2371” in the configuration file. Nevertheless, it is named “vsdev2371.esri-de.com” in the final configuration. What is the purpose of the “Alias” parameter in the configuration file?
Answer - Alias is basically a domain name (CNAME) associated with the certificate. So most probably the alias of the cert must be "vsdev2371.esri-de.com" and the NodeName could either be "vsdev2371" or “vsdev2371.esri-de.com”

Neither portal nor server have a root certificate imported. Can this also be done with PowerShell?
Answer - Yes this can be done in the configuration itself. Please check out the SslRootOrIntermediate under Config Data on the following Link. If you have any questions on how to use this let me know.

Neither server nor data store can be reached via the “localhost” URL (e. g. for server -> “https://localhost:6443/arcgis/manager”). Why is that?
Answer - I am not able to follow this question. Can you please elaborate.

Thanks,
Shailesh

Hey Shailesh,
Referring to #8:
Usually, on the machine, where portal or server is installed, one can also reach portal or server with “localhost” in the URL. So, on my machine I have three URL addresses to access portal:
-> https://localhost:7443/arcgis/home
-> https://:7443/arcgis/home
-> https:///portal/home
Regards,
Jürgen

Jürgen,
For Question 5, the SSL certificates will be installed on the Web Adaptor endpoint instead of the portal or server when they are on the same machine. Hence, self-signed certificates will be installed on the portal and server. On another, there is a possibility of an issue I am verifying when the self-signed certificates and CA certificates have the same CNAME.
For Question 8, are you sure your portal or server service is running? What is the error you are getting when you try to hit the local endpoint?
Regards,
Shailesh

Hi Shailesh,
For question 5:
With “…when they are on the same machine.” you mean, when portal or server are on the same machine with (their corresponding) web adaptor?
I will wait for your verification of the potential issue.
For question 8:
Yes, both are running since I can access both via their web adaptor addresses. Nevertheless, I also can access portal directly on the portal server with the localhost address. When I try to access server directly on the server machine with the localhost address I get this error message:
<EMAIL_ADDRESS>Somehow, the localhost address is redirected to portal. But why?
Best regards,
Jürgen
Von: Shailesh Goel<EMAIL_ADDRESS>Gesendet: Samstag, 1. September 2018 06:42
An: Esri/arcgis-powershell-dsc<EMAIL_ADDRESS>Cc: Jürgen Biendara<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Betreff: Re: [Esri/arcgis-powershell-dsc] Three machine setup fails - some questions (#90)
Jürgen,
For Question 5, the SSL certificates will be installed on the Web Adaptor endpoint instead of the portal or server when they are on the same machine. Hence, self-signed certificates will be installed on the portal and server. On another, there is a possibility of an issue I am verifying when the self-signed certificates and CA certificates have the same CNAME.
For Question 8, are you sure your portal or server service is running? What is the error you are getting when you try to hit the local endpoint?
Regards,
Shailesh
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Esri/arcgis-powershell-dsc/issues/90#issuecomment-417832500, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AooRuz_WeW02DWymrnzFbduG4LP0DLduks5uWhAAgaJpZM4WS6xz.

Jürgen,
It is very hard to say what is going on with your deployment in relation to the redirect to the portal endpoint. I will have to look at the configuration run output and the machines itself to check.
As for point number 5, when portal + WA is on one machine and Server +WA is on one machine. If the certs are specified, they will be installed on WAs of both the machines and not the server or portal.
Thanks,
Shailesh

Shailesh,
I am sorry but I still don't feel comfortable with the explanation.
#5:
Here, the picture is still not clear to me. I provided server certificates for both, portal and server. But, only server uses the provided certificate, portal uses a self-signed certificate (see screenshots). This seems to be inconsistent.
You say, that the provided certificates "will be installed on WAs". How can I check that or where can I see that?
#8:
I assume that this works as designed. Once a server is federated with portal, when you try to access the server it tries to redirect to the portal login page. Since there is no redirection defined for "localhost", the redirect fails. At least, the behavior is identical on all enterprise environments I have access to.
Portal Certificate

Server Certificate

#95

Fixed. Closing the issue. Please open again if you have any further issues.


KFLUXINFRA-1163: Updating Host Config for MPC

With Addition of kflux-prd-rh02 in the list, this pull request will retructure the production overlay by further creating base, stone-prd-rh01 and kflux-prd-rh02 overlays.
Earlier Pull that was closed due to merge conflicts -

https://github.com/redhat-appstudio/infra-deployments/pull/5097

Hi @manish-jangra we are having a lot of issues with the IBM archs recently. lets add the AWS infra for now, then we will add IBM archs once we have them running and tested with prod-rh01

do-not-merge/work-in-progress

Hi @manish-jangra we are having a lot of issues with the IBM archs recently. lets add the AWS infra for now, then we will add IBM archs once we have them running and tested with prod-rh01

I'll remove the IBM Configuration from host-config


CSS for right-to-left support

most elements in the UI look OK in a right-to-left language, but a few appear in the wrong order. Here's a SCSS file which flips the remaining lists and padding inside <html dir="rtl">

Thanks for this!


Frontend: HTML, CSS: What is SVG and animating them with JS

I would discuss about what is SVG.
Animating them with CSS and JavaScript.
Benefits of using SVG's in website instead of images.

@mentors Can I work with this issue?

/

/assign

I would like to contribute to this via documentation

/assign


Tor

How do i start tor?
How do i install it and run it?
Basically what im asking is what do i do after installing ighack?

pkg install tor
tor

then start a new session¹ and start the tool.
¹just swipe from left to right and a side menu will show up


Support the title attribute in optionRenderer for tooltips

Hi! Great component!
This PR adds support for the title attribute in optionRenderer like the underlying react-select component: https://github.com/JedWatson/react-select/blob/master/src/Option.js#L89
This is of course backward compatible, i.e. nothing changes for those who don't have value for option.title.

Looks reasonable. Thanks for the contribution 😄

This feature is supported in version 2.4.0


Fix #88: Added a max version for qtpy

Can you check if it solves the problem for you on Windows, please?

ok, I tried it in a virtualenv with python 3.4.4 x86 and it loaded qtpy 0.1.3. Noteorganiser started correctly afterwards.
Looks good to me


⚠ ClamAV has degraded performance

In ad6cabe, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 134 ms

Resolved: ClamAV performance has improved in 5451fb4.


Remove Lint/InvalidCharacterLiteral, fixes #15

Can you resubmit this on the 0.3.x-stable branch.

closing in favor of #17


Fix 'A closing curly bracket must not be preceded by a blank line.' issue in LearnFiles\Basics\Methods.cs

CodeFactor found an issue: A closing curly bracket must not be preceded by a blank line.
It's currently on:
LearnFiles\Basics\Methods.cs:12

Issue Resolved, no major change to code, just stylising errors.


Issues in angular-5.0-updates repo when using ServerTransferStateModule from angular/platform-server

I tried adding ServerTransferStateModule and BrowserTransferStateModule from @angular/platform-server' and @angular/platform-browser respectively.
As suggested https://next.angular.io/api/platform-server/ServerTransferStateModule and  https://medium.com/@evertonrobertoauler/angular-5-universal-with-transfer-state-using-angular-cli-19fe1e1d352c
But after this change, I am now receiving error Error: The selector "app-root" did not match any elements and no markup is generated at server.
Any help and guidance would be highly appreciated.

I'll take a look! It's something in the timing of how/when it's serializing the data (or where we need to be grabbing it from, that's different in the aspnet use-case)

Thank you, it should at least render the app shell. Nothing is returned in markup from server.

Merged 5.0 into Master but left this one commented out (in app.server) for now, until we can figure out the root cause.

I think your issue is around your component. What is your selector in app.component.ts? It should be app-root. Also what is the selector in boot.server.ts, should be

@isaac2004 no its not an issue of selector, I have confirmed it. The issue is no markup is generated at server, i.e. server doesn't get any response from node, hence it doesn't write anything to View as a result there isn't any app root tag in markup returned from server and when angular app initializes on client side it throws this error. I think @MarkPieszak has the idea about the issue. Its something related to asp.net engine.

Is there any update or workaround for this? This is preventing us from being able to use SSR.

This repo has everything you need for SSR. Have you pulled latest?


Migrate OSC/bc_osc_iqmol to use Dynamic JavaScript.

Migrate to use Dynamic JavaScript.
Child ticket of https://github.com/OSC/ondemand/issues/1657

No form.js to migrate.


python311Packages.ale-py: 0.8.1 -> 0.9.0

Description of changes
Changelog: https://github.com/Farama-Foundation/Arcade-Learning-Environment/releases/tag/v0.9.0
cc @BillHuang2001

Things done

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 313179 run on aarch64-darwin 1

10 packages marked as broken and skipped:

python311Packages.ale-py
python311Packages.ale-py.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python311Packages.torchrl
python311Packages.torchrl.dist
python312Packages.ale-py
python312Packages.ale-py.dist
python312Packages.torchrl
python312Packages.torchrl.dist

Result of nixpkgs-review pr 313179 run on x86_64-darwin 1

10 packages marked as broken and skipped:

python311Packages.ale-py
python311Packages.ale-py.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python311Packages.torchrl
python311Packages.torchrl.dist
python312Packages.ale-py
python312Packages.ale-py.dist
python312Packages.torchrl
python312Packages.torchrl.dist

Result of nixpkgs-review pr 313179 run on aarch64-linux 1

4 packages marked as broken and skipped:

python311Packages.torchrl
python311Packages.torchrl.dist
python312Packages.torchrl
python312Packages.torchrl.dist

2 packages failed to build:

python311Packages.shimmy
python311Packages.shimmy.dist

4 packages built:

python311Packages.ale-py
python311Packages.ale-py.dist
python312Packages.ale-py
python312Packages.ale-py.dist

Result of nixpkgs-review pr 313179 run on aarch64-linux 1

4 packages marked as broken and skipped:

python311Packages.torchrl
python311Packages.torchrl.dist
python312Packages.torchrl
python312Packages.torchrl.dist

6 packages built:

python311Packages.ale-py
python311Packages.ale-py.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.ale-py
python312Packages.ale-py.dist

Result of nixpkgs-review pr 313179 run on x86_64-linux 1

2 packages marked as broken and skipped:

python312Packages.torchrl
python312Packages.torchrl.dist

8 packages built:

python311Packages.ale-py
python311Packages.ale-py.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python311Packages.torchrl
python311Packages.torchrl.dist
python312Packages.ale-py
python312Packages.ale-py.dist

@ofborg eval


Ios add empty view for search result

Issue

close #ISSUE_NUMBER

Overview (Required)

Links

Screenshot

Before
After

sorry, have mistaken.


Nested JSON does not parse

Nested JSON objects fail to parse.
Reproducible Code
require "json"

valid_json = %({"foo": "{\"bar\":\"baz\"}"})

JSON.parse(valid_json) # => Unexpected char 'b' at 1:12 (JSON::ParseException)

Crystal 0.31.1
This also applies for mapping and serialisable.
https://carc.in/#/r/7wen
https://carc.in/#/r/7weq
https://carc.in/#/r/7weo

Not a bug.
Your example is not a nested JSON. The nested JSON is this:
valid_json = {foo: {bar: "baz" } }.to_json
p! valid_json # => "{\"foo\":{\"bar\":\"baz\"}}"
p! JSON.parse(valid_json) # => {"foo" => {"bar" => "baz"}}

If you want a string instead inside a foo key you are missing some quotes.

For a literal \ you need to write \\, even inside %()
https://carc.in/#/r/7wfv


build(gradle): Make the Java version used for KSP configurable

Use K2 for KSP to make KSP use the Gradle daemon instead of its own 1. Then also configure the JVM to be used by the Gradle daemon 2, as the daemon is not affected by the regular toolchains mechanism 3.
Also see 4 for some background information.

Will be kept as part of https://github.com/oss-review-toolkit/ort/pull/9134.


Update experiment engine Google client initialisation

What this PR does / why we need it:
This PR is a follow-up/fix to #67, where the Google client initialisation methods have been updated throughout the XP repo. Unfortunately, the experiment manager in the XP plugin has been left out of the previous PR and needs to be updated too.
This PR makes the aforementioned update.
Which issue(s) this PR fixes:
Fixes #

Thanks for the amazingly fast approval!


Pass all parameters to renew_ssl

I had an issue with the "$1 $2..." format, I'm not sure why, the resulting command appended a "-d0" at the end of the line, and it crashed the letsencrypt command.
I'm using this "$@" bash variable to fetch all parameters passed to renew_ssl command, and it solved my problem.

More informations about $@ bash variable:

http://stackoverflow.com/questions/4824590/propagate-all-arguments-in-a-bash-shell-script
http://www.ibm.com/developerworks/linux/library/l-bash2/#acceptargue

This is far better, thank you!


Add a way to keep persisted files

Currently, even when loading an existing cache file, the persisted information is discarded.  Because of this, when running eslint --cache on a subset of files that were previously linted and cached, only the second set of files (the subset) is kept in the cache file, with the rest being thrown away.  I think it would be better if there was a way to keep those previously-linted files in the cache as well.
One way of doing this would be to seed the normalizedEntries here like so:
        var normalizedEntries = cache.keys().reduce(function ( entries, file ) {
            entries[file] = {
                key: file,
                meta: cache.getKey( file )
            }
            return entries;
        }, {});

Would you be willing to entertain such a PR?

@IanVS sure, I can take a look. Let me review it. I actually remember I didn't keep the files for a reason, sadly I can't remember that reason, maybe playing with the code will remember, in any case it should not be difficult to make.


Detrended Price Oscillator

A request was made for the Detrended Price Oscillator.
https://github.com/TA-Lib/ta-lib-python/issues/634

This is now tracked on the New TA Functions Board


Clicking + In a Node Pool Quickly Causes Conflicts

Rancher versions:
rancher/server or rancher/rancher: 2.1.0
Not sure if this is a UI problem or an API problem, but if you go to a node pool and decide you need to quickly increase from 3 - 6 nodes, if you hit the + sign 3 times quickly, you'll get conflicts. It seems that upon each click, the node name gets incremented but causes conflicts if don't too quickly.
It appears that when I click it the first time node4 is the name decided upon but if I click  to quickly, node4 is decided for the 5th node instead of node5, the same goes for any successive clicking of the + if done to quickly.

FWIW it is pretty easy to duplicate. In my case I'm using a node template associated with AWS. Once you have a node pool of workers up, just click + repeatedly.
If you aren't able to duplicate I can post a GIF showing it on my setup.


Upgrade Module from commonjs to esmodule

AgoraCloud currently uses webpack as the build tool, which compiles the code into CommonJS
We will be moving the build tool to Vite
@mars-man/models uses esmodules so we figured it's best to upgrade agoracloud to esmodules instead of downgrading @mars-man/models.
The benefits of switiching to ESModules is

smaller bundle sizes due to tree shaking abilities
faster build tool ( milliseconds - seconds instead of 40 - 50 seconds )
more future proof (ESModules are the future of JS)
alignment with the server which is ESModules

Downsides include

less support (however all of our dependencies support es modules)
migration can be a PAIN in the neck

The high priority label has been applied as it blocks #66

Done 🎊


Independent removal of classes and texts

Two endpoints need to be modified to allow removal of classes and texts without the need of unattaching texts from classes and classes from texts:

"delete_own_text"
"/remove_cohort/${cohortID}"

We will rename the feature to "Remove from list", because "Hide" or "Archive" means that there is a place where the class can be returned back to the list of classes and that is not the case.
Yes.
Let's not go down this path. The teacher will be the author and we will implement 1 and 2 :)

Delete_own_texts has been fixed on the backend. We need to add guidance to the teachers that they cannot delete a text that is shared with classes.
@mircealungu: We still need to be able to remove classes without first unattaching them from all texts. (See answers to questions above)

this is fixed now: classes can be deleted w/o the need to detach the texts from them first.


[incubator/kubeless] - Add kubeless helm chart

This PR adds a new chart to deploy Serverless, the Kubernetes Native Serverless Framework.

Marking stale.

Hi @unguiculus. I'll be working on this PR this week.

@sameersbn I will finally work on this the next week

@unguiculus thanks for the thorough review and sorry I couldn't address the comments before

/assign @unguiculus

/restest

/retest

/test pull-charts-e2e

@unguiculus I fixed the indentation inconsistency

/lgtm


refactor shutdown sequence to use plugin.stop

Change shutdown sequence to be triggered by plugin.stop instead of ShutdownSignal exception.
Also remove any calls to: shutdown, finished, finished?, running? or terminating?
This depends on https://github.com/elastic/logstash/pull/3895

No code yet for this plugin, closing.


Add more language for shortCut guide

Description of the new feature / enhancement
Only English is supported in shortcut guide, please add more language options
Scenario when this would be used?
For non-native English users, reading and understanding shortcut discriptions is really annoying
Supporting information
No response

/dup #890


update pypi package

Environment

Qiskit Machine Learning version:
Python version:
Operating system:

What is happening?
The version of this codebase seems to be different that what is currently on pypi. I found out about this when trying to pass the pass_manager argument to samplerQNN.py (as seen in the documentation https://qiskit-community.github.io/qiskit-machine-learning/stubs/qiskit_machine_learning.neural_networks.SamplerQNN.html)  and it did not exist.
How can we reproduce the issue?

pip install qiskit_machine_learning (latest version, 0.8)
import sampler_qnn.py or estimator_qnn.py, run a simple python script calling either function, and try to pass the pass_manager argument.

What should happen?
you will get an error that looks like this
TypeError: SamplerQNN.init() got an unexpected keyword argument 'pass_manager'
Any suggestions?
I would make sure that the latest version of the codebase that is downloadable via pip, is actually reflecting the source code on github. This is in part preventing running these algorithms on actual hardware since the backend needs to be passed through the pass_manager.
I only noticed this with estimator_qnn.py and sampler_qnn.py, but I would imagine other parts of the code could also need updated.

Version 0.8.1 is out now - is this issue persisting @thepineapplepirate?

I will try to test it. I can see that the installed package now does have the pass_manager in the sampler_qnn class in sampler_qnn.py.  There are still differences in sampler_qnn..py, between this pypi version and what is in this github repo, however.  I also notice that when installed directly from the github repo, the version is 0.9, rather than 0.8.1 -- is this expected?

@thepineapplepirate could you please point me to where version 0.9 appears? Are you directly installing from setup.py or project.toml?
PS: If so, we could flag this behaviour in another issue, as it would not be linked to Pypi, which appears to be correctly in sync with the release history: https://pypi.org/project/qiskit-machine-learning/#history


Added memory and thread sanitizer.

Allow enabling of memory and thread sanitizer with cmake option.

@akallabeth would you be so kind and rebase this branch to the latest master. Then I'll have a look as well.

Just updated to the PR branch and compilation failed with:
cc: error: unrecognized command line option ‘-fsanitize-blacklist=/home/bunny/src/freerdp/FreeRDP-master/scripts/blacklist-leak-sanitizer.txt

Works great with clang-3.8+

@bmiklautz Done

This PR is there from quite a long time, @bmiklautz if changes are ok perhaps you could merge it ?

@hardening I'll give it a retry.

@hardening @bmiklautz Rebased this one to master, can we merge it?

@akallabeth Just curious, what's the problem with the sanitizer and gcc.c ?

@akallabeth forget my comment

@bmiklautz are the changes ok for you on this one ? If so perhaps we could merge it...


Docker For Windows 10 Pro w/ Hyper-V requires disabling Virtualbox

With the latest Docker for Windows, you have to give up Virtualbox to run it.  There is a newer version of Docker Toolbox for Windows that doesn't have the same issue.
Issue I found reporting the problem:  https://github.com/docker/for-win/issues/6
-Brooke Hedrick

It turns out the latest docker toolbox has the exact same problem, you just don't realize it until you reboot your computer and then are greeted with the exact same dialog about Docker requiring Hyper-V to run...
Confirmed issue: https://www.develves.net/blogs/asd/articles/using-docker-toolbox-with-hyper-v-on-windows-10/
According to the page above, it looks like there is a work around if you are willing to disable/enable several things when switching between using Docker and using Virtualbox and thus both cannot be active at the same time.
For now, for me, this is enough to look at learning about docker by downloading a virtualbox vm and playing, but won't be useful for my day to day use.


Omnipay integration ?

Hi, thanks for this useful package.
Do you plan to create a gateway for Omnipay package ?
https://github.com/thephpleague/omnipay

:+1:

I would like have OmniPay integration too if possible. Any progress with this issue?

I don't think it will once be done, so why we've changed to another payment provider.

oh sorry to heard that @lucasmichot but It is pretty understable if MangoPay don't implement the feature request demanded by his users. Could I know which provider did you use instead? (just in case that MangoPay don't speed up his develoment on this)

Hey everyone, sorry for the radio silence. We have discussed the possibility of an Omnipay integration a couple of times and since it's not a perfect fit, we haven't yet taken action - we're about wallets and 3rd party payments, whereas most (all?) Omnipay integrations are straightforward ecommerce payments, and hence they don't have the complexity that we have (of putting money into a wallet, transferring to another wallet, doing a payout, validating KYC when the limits are passed etc).
I'll keep the subject open, but I can't promise a move on this in the short-term I'm afraid.

Having reviewed this again, as warned in my last post, this is not something we feel is a good if at this time - we may well review that later in the year, but for now we unfortunately have other priorities to focus on :-/


Fix make install on macOS

install -D is not available on macOS, so we create the directories with install -d before installing.
instal -t is also not present but turns out we didn't really need it as it's only useful if you want to specify the destination directory before the source, so I just removed the t flag.
Really, this is my own fault, when changing the Makefile I didn't take other OSs into account, wrongly assuming the coreutils would work the same.
Fixes #7

Looks good, sorry for the delay.


DOC: add TOC for all tutorials

What does this implement/fix?
I added table of contents for all tutorials.
Some tutorials already have TOC, but other tutorials don't.
I thind all tutorials should have TOC for consistency and improving accessibility for users

Ah I thought this was nice :D

@ilayn Im sorry, i just noticed there is toc in the side bar after creating this PR. Do you think still worth it?

ah now you mention it yes let's not do it


[FLINK-19773][runtime] Implement ExponentialDelayStrategy

What is the purpose of the change
This PR add new exponential restart strategy as described in FLINK-19773.
Brief change log
Added restart strategy for exponential backoff.
Verifying this change

This change added unit tests, see PR.
I manually verified that the restart strategy behaves as expected.

Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn/Mesos, ZooKeeper: (yes, but only if the strategy is configured / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

@flinkbot run azure

@flinkbot run azure

Thank you. Although I generated the documentation there was still some information missing in the docs -- I hope I just fixed that.
@flinkbot run azure

Thank you. Although I generated the documentation there was still some information missing in the docs -- I hope I just fixed that.
@flinkbot run azure

@flinkbot run azure

@flinkbot run azure

Really good work @mareksabo!

Really good work @mareksabo!


Add Unchained Capital as a member company

Unchained Capital are now members and have agreed to have their logo on the website

ACK.  Thanks!

Thanks @bitschmidty !


perf(pdf): :zap: vectorise the pdf from scipy norm

This speeds up the pdf function 300-1000x. A very small increase in memory usage for medium size data sets with default resolution.
This in turn speeds up cdf and predict. In my use case, I had 12 hidden layers, 8 guassians. X.shape was around 8000 and resolution was default. This went from 30 seconds to <0.1 seconds.
A small amount of cleaning including:

commented out the second call to make mu, sigma and pi. I believe only one is needed.
I also remove redundant imports.

Speedups are always nice, but I wonder if we might be able to add some sort of a test for this.  Maybe some sort of a before/after plot of a distribution maybe?

I've added a hacky notebook under examples/mdn.ipynb. I plan to remove this before merging. It shows a 140x speed up in this example (moons dataset with 10,000 samples).
The vectorised scipy norm function should be numerically identical to the slower looped version. The very small differences are likely due to random seeds. I played around with trying to fix these but with numpy, scipy and pytorch all being involved I quickly gave up on that.
I also cast pi to float64 so that it plays nicely with different versions of numpy. I realised my previous commit was written using numpy 2.0 so this broke when I reinstalled. Should be fixed for numpy<2 now.

Hey! Is the added notebook clear enough? If not, let me know. It would be great to get this PR merged.

Ah sorry for the delay. Will have a look now.

Thanks for the PR! I will make a few archival changes on my side and will push a new version after.

No worries! I know you're a pretty busy guy 😄 and great. Looking forward to seeing it in!


Opera Addon

Hi,
Opera supports the chrome extensions model. It would be great if you could submit the extension to the opera addons site so that opera users could also use the extension.
Regards,

I don't currently have the bandwidth to test in Opera, and I'd rather not submit it without using it constantly to know it's working well. If someone else is willing to test and deploy to Opera, I'd be willing to help support.
I'm going to close for now.


DO NOT USE ATOM...

Windows 10
ver 1.60.0
It´s impossible to install packages and themes from settings Install in Atom
I set my user password and my proxy and anything works
apm config set http-proxy http://myuser:mypaswd@myproxyxx:xxx
apm config set https-proxy http://myuser:mypaswd@myproxyxx:xxx
apm config set strict-ssl false , also I try with false
Try witj this
C:\Users\myuser.atom>atom --proxy-server=http://myproxy
Unfortunately there isn´t documentation about this issue the post was closed without solution .
Fetching featured packages failed.Hide output…
tunneling socket could not be established, statusCode=407
Atom has an issue since the first versions that has not yet been resolved, it does not allow installing packages or templates. And Now I have tha issue. Atom.io doesn´t has the solution.
No
C:\Users\user.atom>apm install script
Installing script to C:\Users\myuser.atom\packages failed
Request for package information failed: tunneling socket could not be established, statusCode=407 (5 attempts) (ECONNRESET)
SOLUTION. DO NOT USE ATOM

@Tita40 Well, Atom repositories will be archived anyway after 15th December, 2022. So, no sweat...!!!

Nothing of this work on Centos

Im trying to use Atom too to just open a freaken project - or any file and it just crashes. Maybe its not the best solution. Im on Manjaro Linux using the snapd package and its just not stable. Such a shame - it looks promising!


Library name resolution in linker is blocking

Looking into performance, I've found that when the compiler is deciding how to link to libraries (e.g. -lpcre and -lpthread), it resolves these one at a time.  This could be done concurrently and with some testing, I've cut ~4s out of the linker step, which is a huge win for smaller projects that spend most of their time in the linker.  For example, a simple hello world goes from 8.9s down to 4.7s in non-release, and from 12.2s down to 8.2s in a release build.
For a more realistic and non-trivial project with ~6000 LOC, we go from 12.5s to 8.0s (non-release) and 25.3 to 21.9s (release).
And, of course, for a large project like the compiler itself, we go from 77.4s to 70.6s, but of course, this large of a project spends a lot less of its time in the linker.

That's a great catch 🚀 👍

An idea for further improvement could be to start the concurrent pkg-config resolution even sooner in the build process. It could technically run as soon as a lib type is marked as used. That would interleave semantic and codegen stages, though.
It should be easy to start them right at the beginning of the codegen stage. All necessary information is known at this point and we can easily wait for the results to come in while LLVM is busy with codegen. I don't think moving it any further before that would yield much improvement (I might be wrong).
This could definitely be worth exploring. This doesn't need to be implemented in #11889. I'm happy with taking that as a first step and add potential improvements later. Assuming there is anything to gain.

That seems like a good idea, and I think it would save an extra ~0.5s, which is about how long it takes to call pkg-config on my machine (WSL1 Ubuntu 20.04).

That would interleave semantic and codegen stages, though.

I agree that further work would merit its own issue with an outline of work and some more community input.  It would also be a good place to address the Windows side of the story, which I left untouched since I don't compile with msvc, or cross-compile or anything.

There is no pkg-config equivalent on MSVC; that link field is always ignored.

While trying to reproduce the speedup effect, I couldn't quite observe the described long runtime of the linker step on my machine.
So it would be interesting to know what your system specs are, @domgetter
I tried with the latest release compiler as well as a release build of https://github.com/crystal-lang/crystal/pull/11889. The time spent in Codegen (linking) fluctuates between 0.22s and 0.28s with both compilers.
Release compiler:
➜  crystal git:(concurrent-lib-name-resolution) ✗ crystal build --stats .test/hello-world.cr
Parse:                             00:00:00.000026600 (   0.82MB)
Semantic (top level):              00:00:00.175372200 (  64.65MB)
Semantic (new):                    00:00:00.001586100 (  64.65MB)
Semantic (type declarations):      00:00:00.027254800 (  64.65MB)
Semantic (abstract def check):     00:00:00.008819600 (  64.65MB)
Semantic (ivars initializers):     00:00:00.015204400 (  64.65MB)
Semantic (cvars initializers):     00:00:00.116926800 (  96.65MB)
Semantic (main):                   00:00:00.050495100 (  96.65MB)
Semantic (cleanup):                00:00:00.000515100 (  96.65MB)
Semantic (recursive struct check): 00:00:00.001020900 (  96.65MB)
Codegen (crystal):                 00:00:00.334458800 ( 112.71MB)
Codegen (bc+obj):                  00:00:00.049892900 ( 112.71MB)
Codegen (linking):                 00:00:00.228481100 ( 112.71MB)

Codegen (bc+obj):
 - all previous .o files were reused
➜  crystal git:(concurrent-lib-name-resolution) ✗ crystal --version
Crystal 1.3.2 (2022-01-18)

LLVM: 13.0.0
Default target: x86_64-unknown-linux-gnu

Compiler build of https://github.com/crystal-lang/crystal/pull/11889
➜  crystal git:(concurrent-lib-name-resolution) ✗ bin/crystal build --stats .test/hello-world.cr
Using compiled compiler at .build/crystal
Parse:                             00:00:00.000023400 (   0.82MB)
Semantic (top level):              00:00:00.168799100 (  64.72MB)
Semantic (new):                    00:00:00.001050500 (  64.72MB)
Semantic (type declarations):      00:00:00.021717000 (  64.72MB)
Semantic (abstract def check):     00:00:00.006917100 (  64.72MB)
Semantic (ivars initializers):     00:00:00.009988500 (  64.72MB)
Semantic (cvars initializers):     00:00:00.095294500 (  96.72MB)
Semantic (main):                   00:00:00.047823200 (  96.72MB)
Semantic (cleanup):                00:00:00.000216700 (  96.72MB)
Semantic (recursive struct check): 00:00:00.001564800 (  96.72MB)
Codegen (crystal):                 00:00:00.347706400 ( 112.78MB)
Codegen (bc+obj):                  00:00:00.042242700 ( 112.78MB)
Codegen (linking):                 00:00:00.271128600 ( 112.78MB)

Codegen (bc+obj):
 - all previous .o files were reused
➜  crystal git:(concurrent-lib-name-resolution) ✗ bin/crystal --version
Using compiled compiler at .build/crystal
Crystal 1.4.0-dev [617a7ef31] (2022-03-12)

LLVM: 13.0.0
Default target: x86_64-unknown-linux-gnu

System info:
➜  crystal git:(concurrent-lib-name-resolution) ✗ uname -a
Linux PaulMiki <IP_ADDRESS>-microsoft-standard-WSL2 #1 SMP Wed Aug 25 23:20:18 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
➜  crystal git:(concurrent-lib-name-resolution) ✗ lscpu | grep Modellname
Modellname:                      Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz
➜  crystal git:(concurrent-lib-name-resolution) ✗ cat .test/hello-world.cr
puts "Hello World"

I'm seeing almost the exact same as @straight-shoota on my Mac (without this patch)
$ crystal build --stats hello_world.cr
Parse:                             00:00:00.000068848 (   0.82MB)
Semantic (top level):              00:00:00.234813923 (  62.39MB)
Semantic (new):                    00:00:00.001017168 (  62.39MB)
Semantic (type declarations):      00:00:00.015260894 (  62.39MB)
Semantic (abstract def check):     00:00:00.006549594 (  62.39MB)
Semantic (ivars initializers):     00:00:00.009338573 (  62.39MB)
Semantic (cvars initializers):     00:00:00.075558447 (  94.39MB)
Semantic (main):                   00:00:00.033013043 (  94.39MB)
Semantic (cleanup):                00:00:00.000156517 (  94.39MB)
Semantic (recursive struct check): 00:00:00.000773843 (  94.39MB)
Codegen (crystal):                 00:00:00.280919728 ( 110.45MB)
Codegen (bc+obj):                  00:00:00.604524512 ( 110.45MB)
Codegen (linking):                 00:00:00.287553046 ( 110.45MB)
dsymutil:                          00:00:00.075288791 ( 110.45MB)

Codegen (bc+obj):
 - no previous .o files were reused

$ crystal --version
Crystal 1.3.2 (2022-01-18)

LLVM: 13.0.0
Default target: x86_64-apple-macosx

$ uname -a
Darwin xxxxxx 20.6.0 Darwin Kernel Version 20.6.0: Wed Jan 12 22:22:42 PST 2022; root:xnu-7195.141.19~2/RELEASE_X86_64 x86_64
$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz
$ cat ./hello_world.cr
puts "Hello World"


BESU-110: Fixing broken links on the CHANGELOG

PR description
This PR fixes the broken links on the CHANGELOG.
This is the second PR in this sense since the first one had some rebase problems i couldn't solve.
Fixed Issue(s)

Fixes BESU-110

The problem from the last pull request i have made is still here.
The problem is with the DCO bot that asks me to run:
git rebase HEAD~16 --signoff
But when i do, i get this:
error: unknown option "signoff"
after cloning the repo on my local machine.
Thank you.

To get the --signoff working, you'll need to set some git config on your development machine:
Set your legal name in the git configuration:
git config user.name "Legal Name"
Set your email in the git configuration:
git config user.email "email@address"
Source: https://wiki.hyperledger.org/display/BESU/How+to+Contribute#HowtoContribute-HowtoworkwithDCO

To get the --signoff working, you'll need to set some git config on your development machine:
Set your legal name in the git configuration:
git config user.name "Legal Name"
Set your email in the git configuration:
git config user.email "email@address"
Source: https://wiki.hyperledger.org/display/BESU/How+to+Contribute#HowtoContribute-HowtoworkwithDCO

Right now when i run the git rebase HEAD~17 --signoff i get some patches error. And when i execute git am --show-current-patch i get the following output:
commit 8951dd6cdbf207547d04000b498cdabec6b81715
Author: Jason Frame<EMAIL_ADDRESS>Date:   Mon Nov 18 09:18:46 2019 +1000

    Allow use a external JWT public key in authenticated APIs (#183)

    Signed-off-by: Jason Frame<EMAIL_ADDRESS>
diff --git a/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java b/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
similarity index 62%
rename from acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java
rename to acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
index 91e5ecfd6..6f68a38c1 100644
--- a/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java
+++ b/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
@@ -12,23 +12,16 @@
  *
  * SPDX-License-Identifier: Apache-2.0
  */
-package org.hyperledger.besu.tests.acceptance.dsl.condition.net;
+package org.hyperledger.besu.tests.acceptance.dsl.condition.login;

 import org.hyperledger.besu.tests.acceptance.dsl.condition.Condition;
 import org.hyperledger.besu.tests.acceptance.dsl.node.Node;

So i think it is as @NicolasMassart pointed. I should rename my master, pull the fresh one from upstream then push it to my fork...

I just did the following:
rename my master, pull a fresh master from upstream then push my work

git fetch upstream
git checkout master
git merge upstream/master

But I am still facing the same errors as before:

Right now when i run the git rebase HEAD~17 --signoff i get some patches error. And when i execute git am --show-current-patch i get the following output:
commit 8951dd6cdbf207547d04000b498cdabec6b81715
Author: Jason Frame<EMAIL_ADDRESS>Date:   Mon Nov 18 09:18:46 2019 +1000

    Allow use a external JWT public key in authenticated APIs (#183)

    Signed-off-by: Jason Frame<EMAIL_ADDRESS>
diff --git a/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java b/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
similarity index 62%
rename from acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java
rename to acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
index 91e5ecfd6..6f68a38c1 100644
--- a/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/net/ExpectNetVersionPermissionJsonRpcUnauthorizedResponse.java
+++ b/acceptance-tests/dsl/src/main/java/org/hyperledger/besu/tests/acceptance/dsl/condition/login/ExpectLoginDisabled.java
@@ -12,23 +12,16 @@
  *
  * SPDX-License-Identifier: Apache-2.0
  */
-package org.hyperledger.besu.tests.acceptance.dsl.condition.net;
+package org.hyperledger.besu.tests.acceptance.dsl.condition.login;

 import org.hyperledger.besu.tests.acceptance.dsl.condition.Condition;
 import org.hyperledger.besu.tests.acceptance.dsl.node.Node;

Finally i managed to fix all the issues.
What i did:

Cleaned the fork and restarted from upstream

git remote add upstream /url/to/original/repo
git fetch upstream
git checkout master
git reset --hard upstream/master
git push origin master --force

Made my changes then pushed to master. Thus the changes get added to the PR automatically.

Hi, nice work! However, given the number of links, I used a linckecker tool to check all the links and it looks like there's some remaining dead links in this page:
I honestly don't know what to do with all these deprecated issues links, any idea is welcome. I would say pointing the issues links to the Besu Jira root but I'm not sure, @MadelineMurray any idea?

FILE: CHANGELOG.md
[✖] https://github.com/PegaSysEng/pantheon/pull/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Deploying-Besu/High-Availability/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Getting-Started/Run-Docker-Image/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Permissions/Permissioning-Overview/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Permissions/Onchain-Permissioning/Production/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Tutorials/Create-Permissioned-Network/
[✖] https://github.com/PegaSysEng/pantheon/blob/master/DOC-STYLE-GUIDE.md
[✖] https://github.com/PegaSysEng/pantheon/blob/master/docs/development/running-developer-builds.md
[✖] https://github.com/PegaSysEng/pantheon/issues/956
[✖] https://docs.pantheon.pegasys.tech/en/latest/Reference/Besu-CLI-Syntax/#public-key
[✖] https://docs.pantheon.pegasys.tech/en/latest/Consensus-Protocols/IBFT/
[✖] https://github.com/PegaSysEng/pantheon/issues/662
[✖] https://github.com/PegaSysEng/pantheon/issues/854
[✖] https://github.com/PegaSysEng/pantheon/issues/839
[✖] https://github.com/PegaSysEng/pantheon/issues/821
[✖] https://docs.pantheon.pegasys.tech/en/latest/Reference/Besu-CLI-Syntax/
[✖] https://docs.pantheon.pegasys.tech/en/latest/Getting-Started/Run-Docker-Image/#data-directory
[✖] https://docs.pantheon.pegasys.tech/en/latest/Getting-Started/Run-Docker-Image/#custom-configuration-file
[✖] https://docs.pantheon.pegasys.tech/en/latest/Getting-Started/Run-Docker-Image/#custom-genesis-file
[✖] https://docs.pantheon.pegasys.tech/en/latest/Configuring-Besu/Node-Keys/#specifying-a-custom-node-private-key-file
[✖] https://docs.pantheon.pegasys.tech/en/latest/Configuring-Besu/Using-Configuration-File/
[✖] https://github.com/PegaSysEng/pantheon/issues/248
[✖] https://github.com/PegaSysEng/pantheon/issues/228
[✖] https://github.com/PegaSysEng/pantheon/issues/215
[✖] https://github.com/PegaSysEng/pantheon/issues/251
[✖] https://github.com/PegaSysEng/pantheon/issues/186
[✖] https://github.com/PegaSysEng/pantheon/issues/245
[✖] https://github.com/PegaSysEng/pantheon/issues/206
[✖] https://github.com/PegaSysEng/pantheon/issues/233
[✖] https://github.com/PegaSysEng/pantheon/issues/184
[✖] https://github.com/PegaSysEng/pantheon/issues/189
[✖] https://github.com/PegaSysEng/pantheon/issues/191

Hello,
@NicolasMassart  That or we can just add a deprecated or something like that next to them to point that they no longer exist..

FILE: CHANGELOG.md
As the changelog is a summary of the work on the project, the broken links provide no context

Either link to the new issue (if it was moved) or replace with a line summarising the purpose of the commit(s).
Whether summarising the commits should be done in this PR or another, is an open question (but I'd lean towards a new PR for that).

Either link to the new issue (if it was moved) or replace with a line summarising the purpose of the commit(s).
Whether summarising the commits should be done in this PR or another, is an open question (but I'd lean towards a new PR for that).

So what should i add to this PR ?

So what should i add to this PR ?
@MadelineMurray any thoughts?

I think the best way forward is to:

Delete the broken links to Jira issues.  I don't think it's worth the effort to go back and fix these.  The change is in the PR anyway.
Change the broken doc links to point to the doc home page - https://besu.hyperledger.org/en/stable/

Thanks for contributing and working through the DCO issues.

I think the best way forward is to:
* Delete the broken links to Jira issues.  I don't think it's worth the effort to go back and fix these.  The change is in the PR anyway.

* Change the broken doc links to point to the doc home page - https://besu.hyperledger.org/en/stable/

Thanks for contributing and working through the DCO issues.

Will do, Thank you

I fixed the broken links as pointed by @NicolasMassart via the changes suggested by @MadelineMurray.
Now after i use the Link Checker i find only this broken link:
ERROR: 1 dead links found!

[✖] https://github.com/PegaSysEng/pantheon/pull/ → Status: 404

What should i do to it ? any thoughts ?

Fixed last link by linking to the issue it refers to.
Now, this PR is ready to be reviewed, i think.


An is_locked API for RawMutex?

I'm using parking_lot and lock_api to implement the _thread Python module, and it works really well! The one thing that doesn't have a mirror is the locked() method of lock objects, which tells whether the lock is currently locked. Would it be feasible to add something like a RawMutexStatus trait that has an is_locked(&self) -> bool method, or would that not be able to be implemented for parking_lot::RawMutex, due to that not being a proper atomic operation or something?

You can emulate is_locked by calling try_lock and seeing if it succeeds. Don't forget to release the lock afterwards if try_lock succeeded.

Thank you, that seems to work.

Would it make sense then to have an is_locked method on the RawMutex trait, with a default implementation of try_lock(); unlock(), that can be overriden when you have a better way to do it?

Sure that sounds like a good idea. I'm happy to accept a PR for it.

Alright, I've opened #235.


Verify convection-diffusion equation

The natural convection result still isn't quite right. I want to formally verify the convection-diffusion equation before further debugging the coupled problem.
Currently I want to verify with the MMS test from my master's thesis, here: https://github.com/alexanderzimmerman/peclet/blob/master/tests/MMS_2D_VariableVelocity.prm

I successfully reproduced the natural convection result with FEniCS. Here are the related issues in the phaseflow-fenics repository:

https://github.com/alexanderzimmerman/phaseflow-fenics/issues/11
https://github.com/alexanderzimmerman/phaseflow-fenics/issues/10

As mentioned in the latter, verifying just the convection-diffusion equation is not straightforward. I want to revisit this at the natural convection level now that I have the other working code.


⚠ Bofrost.at has degraded performance

In feb2e06, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2034 ms

Resolved: Bofrost.at performance has improved in 9adff50.


Add sinope thermostat th1123zb-g2, change zigbee thermostat deviceLabel

@aguilbault-Sinope looks like you might have brought in some other changes on accident.

@greens what is missing on this merge request ? I've reverted what I've done, and squashed only my commits. Let me know if I need to do something else to fix it. I havent received news for the next certification steps. Thank you.

@aguilbault-Sinope next steps will be with whoever is managing your certification request. I have to get the go-ahead from them before we can proceed.

Hello, @aguilbault-Sinope. Thank you for your message. We have reached out to our partner success team, and they will be in contact shortly.

Hi Team, just wanted to update here that Sinope has been sent the quote from UL (Jan 3rd), and there are no open questions currently.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@Brianj94 Only guess would be accidentally being on an older version of the driver. The driver info in the device card's menu should say the version being used.

@greens Okay, I am thinking the same thing. Do you see any issues with the changes Sinope made last week? I know we also had an issue previously pushing the Jan/Feb changes up to the driver channel correctly. I want to make sure that process finishes before pushing to have UL test again.
Once these latest changes hit the driver channel for this PR I will have Sinope test again and see if the changes work correctly here. Thanks!


Added more benchmarks for segmentation layers

Added benchmarking for segmentation pipeline layers.
Example of usage:
>>>  python benchmarks/segmentation_layers.py relu_tensor_iter 10 3 100 100 10 10 24 0.0
<<<
Called with args:
N =  10
C =  3
H =  100
W =  100
var_h =  10
var_w =  10
seed =  24
warmup =  0.0
fn _relu_tensor_iter avg(us):   457.1945 std(us):    18.2275 num_runs: 10937

This file is much too big for what it does. You can start compressing it by parameterizing the functions instead of setting fixed values.

@cpuhrsch, is this something you had in mind? Args parsing should be done in a proper way tho

Overall this is still quite a lot of code. Also I don't think you need to create a class.


Fix grammar in Presets page

Pull Request Test Coverage Report for Build 547087478

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 93.629%

Totals

Change from base Build 541046055:
0.0%

Covered Lines:
945

Relevant Lines:
975

💛  - Coveralls


Improve sidebar functionality on Webpack swag store site

Feature request

What is the expected behavior?
Sidebar sections be a dropdown when user clicks on the section rather than only when being hovered over
What is motivation or use case for adding/changing the behavior?
Making the UX better
How should this be implemented in your opinion?
By changing functionality of sidebar
Are you willing to work on this yourself?
yes

Hey @Aditi2k5 , are you working on it if not shall I take on this issue

I can work on it if it could be assigned to me
On Wed, Dec 18, 2024 at 7:45 PM Karthikeyan @.***>
wrote:

Hey @Aditi2k5 https://github.com/Aditi2k5 , are you working on it if
not shall I take on this issue
—
Reply to this email directly, view it on GitHub
https://github.com/webpack/webpack.js.org/issues/7500#issuecomment-2551432877,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BC5W24ZE4F2C3D2IVC3UXG32GF7RBAVCNFSM6AAAAABT2ZEAVGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJRGQZTEOBXG4
.
You are receiving this because you were mentioned.Message ID:
@.***>

I think the UI at https://webpack.threadless.com/ is managed by threadless itself. We don't have code for it in this repository.


Seed with layers from WMS GetCapabilities request

Did you think of extending your great plugin by adding the possibility of automatically create layers and layer groups from a WMS GetCapabilities request?
I imagine  something like:

A parameter to indicate the GetCapabilities URL
Fetching WMS XML
Parsing the XML by using ol.format.WMSCapabilities()
Building the layers array setting up ol.layer.Group and ol.layer.Tile objects

Is this something you could imagine to integrate in your plugin if I work on it or should this be done better in a separate plugin?

I like the idea but I think it would make sense for the functionality you outline to be in it's own plugin. That way users can benefit from this functionality without the need for the ol-layerswitcher.
If the plugin follows the same conventions as the ol-layerswticher then we get the best of both worlds and I'd be happy to include an example/ link.
One thought on functionality is that it would be great if there was the option to create individual layers or all layers within a group from a GetCapabilties response as well as creating the entire tree.
Happy to help with testing 😸

Too incomplete at the moment but you can look at https://github.com/ThomasG77/wms-selector for some clues.

Thanks for the hints, but I have to spare them for later. For the actual project I had to use a different approach as GetCapabilities doesn't show all properties I need to pass to my web map. Actually I had to get the info directly out of my QGIS project file...


AARCH64BE is unable to parse adrp

The AARCH64BE is unable to parse tokens a0 03 00 90 into adrp x0,0x74000.

Maybe I am missing something here -- but that seems to be the little endian encoding of adrp.
And flipping the bytes (i.e., to 90 00 03 a0 causes the instruction to be decoded correctly).

Maybe I am missing something here -- but that seems to be the little endian encoding of adrp

That's exacly the problem, both LE and BE AARCH64 parse tokens in little endian
So, both AARCH64 and AARCH64BE should be able to parse 90 00 03 a0 into adrp

Ah, thanks for for mentioning that -- I didn't realize/forgot that token endianness could be overwritten in this way.
(Sorry for the delay reviewing your PRs -- I'll try to get to them soon).


Unable to start

I'm submitting a ...

[x ] bug report
[ ] feature request
[ ] support request

General infomration
Prerequisites

[ x] Are you running the latest version?

Description
I login, with correct details, and get an error message saying check log.
I have seen previous issues around non-ascii characters causing this, but have checked and all profiles only have standard characters.
Steps to Reproduce

Reset all addon settings to default
Attempt to start addon
Enter username and password
Failure message appears.

Expected behavior: [What you expected to happen]
Actual behavior: [What actually happened]
Context (Environment)
Installation

[ ] I installed the plugin via zip from the Releases page
[x ] I´m using the Netflix Repo
[ ] I´m using a different source (Please tell which)

Operating System

[ x] Linux (x86/x64)
[ ] OSX (x86/x64)
[ ] Windows (x86/x64)
[ ] Linux (ARM)
[ ] Android

Additional informatin on the environment
Latest milhouse LE 9 build on chromebox
Debug log
https://pastebin.com/Lfp46Lxm
Other information
[e.g. detailed explanation, related issues, suggestions how to fix, links for us to have context, etc.]
Screenshots
[Please add a screenshot if that helps understanding your problem]
[You can erase any parts of this template not applicable to your Issue.]

The background service is trying to bind to a port that is already in use. Try with the newest version and report back if the issue persists.


Page not found 404 error

This page, https://mobilefirstplatform.ibmcloud.com/tutorials/ru/foundation/8.0/analytics/console/analytics-data-purge/,
does not exist any more. Could you let me know the correct replacement page for it? Thank you

Please access the english version of the page from https://mobilefirstplatform.ibmcloud.com/tutorials/en/foundation/8.0/analytics/console/analytics-data-purge/, the translated version is currently not published.


JpaLocalTxnInterceptor incorrectly assumes that @Transactional methods never handle exceptions

When reading through JpaLocalTxnInterceptor#invoke we can see the following comment:
   //everything was normal so commit the txn (do not move into try block above as it
    //  interferes with the advised method's throwing semantics)
    try {
      txn.commit();
    } finally {
      //close the em if necessary
      if (null != didWeStartWork.get() ) {
        didWeStartWork.remove();
        unitOfWork.end();
      }
    }

This is a patently false assumption when considering persistence methods that follow another schema. Example:
@Transactional
public NiceResponse<EntityType> create(EntityType instance) {
  try{
    try {
      entityManager.persist(instance);
      entityManager.flush();
      return NiceResponse.success(instance);
    } catch (PersistenceException ex) {
       // unwrap to find actual cause and use that to find out what happened
      entityManager.getTransaction().rollback(); // this is theoretically optional
      thow ex.getCause();
    }
  } catch (ConstraintViolationException ex) {
    return NiceResponse.failure("Some useful error message", ex);
  }
  // possibly further catch blocks
}

Commiting the transaction after this method will throw an Exception all error cases, simply because the transaction has been rolled back already, but there's no Exception thrown to early-exit invoke.

Assuming I'd be assigned, it seems that checking for the transaction's status before trying to commit it would be appropriate.
I'd suggest using the following alternative:
try {
  if (txn.isRollbackOnly()) {
    txn.rollback();
  } else {
    txn.commit();
  }
}

I'm not terribly experienced with the detailed semantics of JPA Transactions though, so I might be missing something.


ombre: 𐑪𐑥𐑚𐑼 or 𐑪𐑥𐑚𐑮𐑱

I came across the word "quadrille" while using the automatic transcription script for Firefox, so I looked up its definition on Merriam-Webster, on which one of the definitions had the word "ombre". But its dictionary transcribed it as 𐑴𐑥𐑚𐑮𐑧, which just didn't add up to me.
According to Merriam-Webster's pronunciation guide and Collins Dictionary, it should be 𐑪𐑥𐑚𐑼; Wiktionary accepts both, but Merriam-Webster uses 𐑪𐑥𐑚𐑮𐑱 if spelled with é.

I'll add the noun as 𐑪𐑥𐑚𐑼, following the Cambridge Pronouncing Dictionary. Ombré, the adjective, should be 𐑪𐑥𐑚𐑮𐑱.

I've added 'ombre' in its various senses.


Unable to compile 3.1 branch niether mono nor non mono version Ubuntu 18.04 - fails on 1st step generating glue

Godot version:3.1

OS/device including version:
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.2 LTS
Release:	18.04
Codename:	bionic

Issue description:

Compiling ==> modules/mono/glue/mono_glue.gen.cpp:3:22
MethodBind' was not declared in this scope
Steps to reproduce:
scons p=x11 tools=yes module_mono_enabled=yes mono_glue=no
Minimal reproduction project:

scons: Reading SConscript files ...
Enabling ALSA
Enabling PulseAudio
Mono root directory not found. Using pkg-config instead
Found Mono JIT compiler version: <IP_ADDRESS>
Checking for thread_local support... supported
Checking for C header file mntent.h... (cached) yes
scons: done reading SConscript files.
scons: Building targets ...
Compiling ==> modules/mono/glue/mono_glue.gen.cpp
modules/mono/glue/mono_glue.gen.cpp:3:22: error: variable or field 'godot_icall_1_0' declared void
void godot_icall_1_0(MethodBind* method, Object* ptr, int32_t arg1)
error.log.zip
NOTE also doesn't build without mono fails with message about iphone platform:
scons -j16 p=x11
scons: Reading SConscript files ...

Found the issue and resolved.
It turned out that there were residual .cpp and .h files from previous godot version that were not cleared with a checkout.
I deleted and recloned the godot repository and this fixed the issue.

It turned out that there were residual .cpp and .h files from previous godot versions that were not cleared with a checkout.
I deleted  + recloned the godot repository and this fixed the issue.


DOCS-406: mark docs as developer preview (On Deck - Will update Draft to PR closer to release)

For 1.2, our Alpha/Beta designations to Developer Preview

[x] Commits in this PR are minimal and have descriptive commit messages.

Getting the update in place so that can merge in closer to action date.

Closed after discussion with @kay-kim