help with configuration file

Hello, I wonder if you could help me as I have limited computing skills. I presume the config file needs the various things specified in a tab-delimited text files and the primer parameters are optional, based on primer3. Is this right? if you can provide an example of a config file it would be very helpful.
thanks christos<EMAIL_ADDRESS>

I think the config file is OK now, but this happens when I run it. any help will be very welcome
primer3 was installed via brew
thanks
christos
primerDesign christos$ python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Dropbox/research/NGS/MPS_C29CER/SV_primers1.txt
2017-04-03 18:37:57.159896
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 29, in main
file.write(config.get("General", "check_first_chr"))
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ConfigParser.py", line 618, in get
raise NoOptionError(option, section)
ConfigParser.NoOptionError: No option 'check_first_chr' in section: 'General'

I will look into this issue.
Can you please attach your config as well as the SV file.

many thanks,  the config as created for me by a bioinformatician (will copy her in- she had got the code  working a couple of years ago on Linux), and the SV file is attached. I should add that I am working on a mac (OS EL Capitan), not sure if this could be the problem.
PrimerDesign.cfg.zip
SV_primers1.txt

making some progress... we have a newt config and simplified variant list xls, which seem to work, but now I get this
python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Dropbox/research/NGS/MPS_C29CER/SV_primers1_.xls
2017-04-04 14:22:17.843446
Number of variants left: 1
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 38, in main
primerPairs = determine_primer_pairs(varListTmp, primerTargetSize, primerNum, config)
File "primerdesign.py", line 132, in determine_primer_pairs
primerTargetSeqFwd, primerTargetSeqRev = get_primer_target_sequence(*variant, primerTargetSize=primerTargetSize, primerOffset=minPrimerOffset, samtools=config.get("Programs","samtools"), genomeFile=config.get("General","reference_genome"))
File "primerdesign.py", line 416, in get_primer_target_sequence
targetSeq1 = get_DNA_sequence(svStartChr, targetSeq1Start, targetSeq1End, samtools, genomeFile).upper()
File "primerdesign.py", line 399, in get_DNA_sequence
p1 = subprocess.Popen([samtools, "faidx", genomeFile, chrRegionString], stdout=subprocess.PIPE)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 8] Exec format error
SV_primers1_.zip
PrimerDesign.cfg.zip

hi again...
after some jiggling, still  havent cracked it
python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Desktop/SV_primers1.csv /Users/christos/Desktop/output.txt
2017-04-04 17:24:56.191786
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 32, in main
varList = read_variant_list_from_file(sys.argv[2])
File "primerdesign.py", line 70, in read_variant_list_from_file
svStartChr, svStartPos, svEndChr, svEndPos, svType, svComment = row
ValueError: need more than 1 value to unpack
I read somewhere that this "value" needs the user name, so I did
python primerdesign.py christos /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Desktop/SV_primers1.csv /Users/christos/Desktop/output.txt
2017-04-04 17:25:48.909324
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 24, in main
maxSeqDist = config.getint("PrimerDesign", "max_dist_for_sequencing")
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ConfigParser.py", line 359, in getint
return self._get(section, int, option)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ConfigParser.py", line 356, in _get
return conv(self.get(section, option))
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ConfigParser.py", line 607, in get
raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'PrimerDesign'
latest .csv test file for variants attached (config as before)
SV_primers1.csv.zip

Hi,
thanks for the information and the files.
It seems that in your SV file the third column (chromosome of second break point) is empty. However, it should either be a chromosome identifier or .
Furthermore, it might be that the file has to be tabulator separated rather than comma separated.
Here is an example file:
exampleVar.txt
Can you please try to call the primerDesign tool with that variants file:
python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg exampleVar.txt /Users/christos/Desktop/output.txt
(you don't need to specify your user name anywhere)

many thanks, had started with .txt files but thought that they were causing trouble
but maybe it just doesn't work on mac...
python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Desktop/exampleVar.txt /Users/christos/Desktop/output.txt
2017-04-05 11:55:50.910575
Number of variants left: 16
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 38, in main
primerPairs = determine_primer_pairs(varListTmp, primerTargetSize, primerNum, config)
File "primerdesign.py", line 132, in determine_primer_pairs
primerTargetSeqFwd, primerTargetSeqRev = get_primer_target_sequence(*variant, primerTargetSize=primerTargetSize, primerOffset=minPrimerOffset, samtools=config.get("Programs","samtools"), genomeFile=config.get("General","reference_genome"))
File "primerdesign.py", line 416, in get_primer_target_sequence
targetSeq1 = get_DNA_sequence(svStartChr, targetSeq1Start, targetSeq1End, samtools, genomeFile).upper()
File "primerdesign.py", line 399, in get_DNA_sequence
p1 = subprocess.Popen([samtools, "faidx", genomeFile, chrRegionString], stdout=subprocess.PIPE)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 8] Exec format error
can you think of anything else to try? Is there any chance I might ask you, as a massive favour, to run a one-off design of ~10 sets if I send you a .txt file later? (I would be more than happy to acknowledge this if we ever publish something).
Don't worry if you cant help, not a problem, I'll try the old-fashioned way.
best
christos

There seems to be a problem executing samtools. However, I am not sure whether this is a problem with Mac OSX or with samtools.
Can you please try to execute /Volumes/SD/bwa0712/samtools to see if this is working.

hi, so i hope I understand this - looks like you are right
by executing as you said - nothing happens
Christoss-MacBook-Pro:~ christos$ /Volumes/SD/bwa0712/samtools
Christoss-MacBook-Pro:~ christos$
but is can be invoked simply from anywhere like this
Christoss-MacBook-Pro:~ christos$ samtools
Program: samtools (Tools for alignments in the SAM format)
Version: 1.3 (using htslib 1.3)
Usage:   samtools  [options]
Commands:
-- Indexing
dict           create a sequence dictionary file
faidx          index/extract FASTA
index          index alignment
-- Editing
calmd          recalculate MD/NM tags and '=' bases
fixmate        fix mate information
reheader       replace BAM header
rmdup          remove PCR duplicates
targetcut      cut fosmid regions (for fosmid pool only)
addreplacerg   adds or replaces RG tags
-- File operations
collate        shuffle and group alignments by name
cat            concatenate BAMs
merge          merge sorted alignments
mpileup        multi-way pileup
sort           sort alignment file
split          splits a file by read group
quickcheck     quickly check if SAM/BAM/CRAM file appears intact
fastq          converts a BAM to a FASTQ
fasta          converts a BAM to a FASTA
-- Statistics
bedcov         read depth per BED region
depth          compute the depth
flagstat       simple stats
idxstats       BAM index stats
phase          phase heterozygotes
stats          generate stats (former bamcheck)
-- Viewing
flags          explain BAM flags
tview          text alignment viewer
view           SAM<->BAM<->CRAM conversion
depad          convert padded BAM to unpadded BAM

Ok. In this case, modify your config file accordingly (replace /Volumes/SD/bwa0712/samtools by samtools) and re-run the pipeline.

of course, makes total sense, will get the file sorted and try again, many thanks again

hi, we still can't get it- when I change the config as you say, it seems to start, but then stops
we tried running with sudo, and also sudo chmod +x primerdesign.py
now
python primerdesign.py /usr/local/Cellar/primer3/2.3.7/bin/PrimerDesign.cfg /Users/christos/Desktop/exampleVar.txt
2017-04-06 18:42:21.621108
Number of variants left: 16
Unable to open file /usr/local/Cellar/primer3/2.3.7/bin/stack.ds
2017-04-06 18:42:22.073035 Primers to test: 0
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 38, in main
primerPairs = determine_primer_pairs(varListTmp, primerTargetSize, primerNum, config)
File "primerdesign.py", line 136, in determine_primer_pairs
uniqPrimers = determine_unique_primers(set(primerSeqList), config.get("Programs", "blast"), config.get("General", "reference_genome"), config.getint("PrimerDesign","min_mismatches"), config.getint("PrimerDesign","min_mismatches_close3p"), config.getint("PrimerDesign","min_dist3p"), config.getint("PrimerDesign","max_mismatches_forbidden"),  config.get("Programs","num_cpus"), config.get("PrimerDesign","word_size"))
File "primerdesign.py", line 386, in determine_unique_primers
blastOutput = run_blast(potUniquePrimers, eValue, blast, genomeFile, numThreads, wordSize, seqidListFile)
File "primerdesign.py", line 344, in run_blast
p1 = subprocess.Popen([blast, "-task", "blastn", "-db", genomeFile, "-seqidlist", seqidListFile, "-evalue", str(eValue), "-num_threads", numThreads, "-outfmt", "6 std gaps nident", "-dust", "no", "-gapopen", "4", "-gapextend", "2", "-penalty", "-2", "-reward", "2", "-word_size", wordSize, "-max_target_seqs", "2"], stdin=subprocess.PIPE, stdout=subprocess.PIPE)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 13] Permission denied
is this the problem?
Unable to open file /usr/local/Cellar/primer3/2.3.7/bin/stack.ds
i have no such file in my primer3 (installed via homebrew)

so, I solved one problem
python primerdesign.py /Users/christos/Desktop/PrimerDesign.cfg /Users/christos/Desktop/exampleVar.txt
2017-04-07 20:46:17.433498
Number of variants left: 16
Unable to open file /Volumes/SD/primer3-2.3.7/src/primer3_configstack.ds
2017-04-07 20:46:17.846387 Primers to test: 0
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 38, in main
primerPairs = determine_primer_pairs(varListTmp, primerTargetSize, primerNum, config)
File "primerdesign.py", line 136, in determine_primer_pairs
uniqPrimers = determine_unique_primers(set(primerSeqList), config.get("Programs", "blast"), config.get("General", "reference_genome"), config.getint("PrimerDesign","min_mismatches"), config.getint("PrimerDesign","min_mismatches_close3p"), config.getint("PrimerDesign","min_dist3p"), config.getint("PrimerDesign","max_mismatches_forbidden"),  config.get("Programs","num_cpus"), config.get("PrimerDesign","word_size"))
File "primerdesign.py", line 386, in determine_unique_primers
blastOutput = run_blast(potUniquePrimers, eValue, blast, genomeFile, numThreads, wordSize, seqidListFile)
File "primerdesign.py", line 344, in run_blast
p1 = subprocess.Popen([blast, "-task", "blastn", "-db", genomeFile, "-seqidlist", seqidListFile, "-evalue", str(eValue), "-num_threads", numThreads, "-outfmt", "6 std gaps nident", "-dust", "no", "-gapopen", "4", "-gapextend", "2", "-penalty", "-2", "-reward", "2", "-word_size", wordSize, "-max_target_seqs", "2"], stdin=subprocess.PIPE, stdout=subprocess.PIPE)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 13] Permission denied
**I wondered if the path / name primer3_configstack.ds was wrong, so I copied the stack.ds from the primer_config directory into the parent src, and renamed it primer3_configstack.ds
this removed the error, but it came up with another file in the same directory, so i moved / renamed that - several files. Might have been simpler to edit the code, but no idea how!**
So now it progresses more, finds primers, but cant go all the way
python primerdesign.py /Users/christos/Desktop/PrimerDesign.cfg /Users/christos/Desktop/exampleVar.txt
2017-04-07 21:28:49.931580
Number of variants left: 16
2017-04-07 21:28:54.249571 Primers to test: 213
Traceback (most recent call last):
File "primerdesign.py", line 477, in
main()
File "primerdesign.py", line 38, in main
primerPairs = determine_primer_pairs(varListTmp, primerTargetSize, primerNum, config)
File "primerdesign.py", line 136, in determine_primer_pairs
uniqPrimers = determine_unique_primers(set(primerSeqList), config.get("Programs", "blast"), config.get("General", "reference_genome"), config.getint("PrimerDesign","min_mismatches"), config.getint("PrimerDesign","min_mismatches_close3p"), config.getint("PrimerDesign","min_dist3p"), config.getint("PrimerDesign","max_mismatches_forbidden"),  config.get("Programs","num_cpus"), config.get("PrimerDesign","word_size"))
File "primerdesign.py", line 386, in determine_unique_primers
blastOutput = run_blast(potUniquePrimers, eValue, blast, genomeFile, numThreads, wordSize, seqidListFile)
File "primerdesign.py", line 344, in run_blast
p1 = subprocess.Popen([blast, "-task", "blastn", "-db", genomeFile, "-seqidlist", seqidListFile, "-evalue", str(eValue), "-num_threads", numThreads, "-outfmt", "6 std gaps nident", "-dust", "no", "-gapopen", "4", "-gapextend", "2", "-penalty", "-2", "-reward", "2", "-word_size", wordSize, "-max_target_seqs", "2"], stdin=subprocess.PIPE, stdout=subprocess.PIPE)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 13] Permission denied
SO i dont know why it cant execute these processes- might it be a solvable permissions issue, or a more tricky problem related to the python on my mac, at which point i think i have to give up

I think i fixed it! It was failing the blast subprocess, so I added shell=True to the script
if seqidListFile == "":
p1 = subprocess.Popen([blast, "-task", "blastn", "-db", genomeFile, "-evalue", str(eValue), "-num_threads", numThreads, "-outfmt", "6 std gaps nident", "-dust", "no", "-gapopen", "4", "-gapextend", "2", "-penalty", "-2", "-reward", "2", "-word_size", wordSize, "-max_target_seqs", "500"], stdin=subprocess.PIPE, stdout=subprocess.PIPE, shell=True)
else:
p1 = subprocess.Popen([blast, "-task", "blastn", "-db", genomeFile, "-seqidlist", seqidListFile, "-evalue", str(eValue), "-num_threads", numThreads, "-outfmt", "6 std gaps nident", "-dust", "no", "-gapopen", "4", "-gapextend", "2", "-penalty", "-2", "-reward", "2", "-word_size", wordSize, "-max_target_seqs", "2"], stdin=subprocess.PIPE, stdout=subprocess.PIPE, shell=True)

Is there still any help needed or can I close the issue?

Yes please close it thanks
The code was very useful
Sent from my iPhone
On 27 Apr 2017, at 4:57 pm, zichner <notifications<EMAIL_ADDRESS>wrote:
Is there still any help needed or can I close the issue?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/zichner/primerDesign/issues/1#issuecomment-297837189, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ARocSCgPFV_1Foqj2DqGtRMbcqpkPmd_ks5r0QEngaJpZM4Mql-0.


Update index.en.md

Forecast > 预测线

Checklist

[x] npm test passes
[x] tests and/or benchmarks are included
[x] commit message follows commit guidelines

Description of change

https://github.com/antvis/F2/blob/master/CONTRIBUTING.zh-CN.md#commit-提交规范
按commit 规范修改下commit吧

@zengyue done


Updating the format

Updated comparer to comparer
Updated the formatting of comparer to comparer
@

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot


The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Wed Dec 20 2023 02:27:18 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Thu Dec 21 2023 02:35:50 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Fri Dec 22 2023 02:37:34 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sat Dec 23 2023 02:34:46 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sun Dec 24 2023 02:38:16 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Mon Dec 25 2023 02:39:07 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Tue Dec 26 2023 04:00:29 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Wed Dec 27 2023 02:37:29 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Thu Dec 28 2023 02:36:52 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Fri Dec 29 2023 02:32:55 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sat Dec 30 2023 02:36:04 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sun Dec 31 2023 02:37:07 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Mon Jan 01 2024 02:45:22 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Mon Jan 01 2024 02:45:22 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Tue Jan 02 2024 02:37:44 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Wed Jan 03 2024 02:40:37 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Thu Jan 04 2024 02:38:51 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Fri Jan 05 2024 02:39:13 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sat Jan 06 2024 02:35:41 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sun Jan 07 2024 02:41:02 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

[ ] epson_xp540 (tikodu) since 7.1.2024

ioBroker adapter checker
Status from Mon Jan 08 2024 02:39:12 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Tue Jan 09 2024 02:40:20 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Wed Jan 10 2024 02:37:39 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Thu Jan 11 2024 02:41:36 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Fri Jan 12 2024 02:41:20 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sat Jan 13 2024 02:37:58 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sun Jan 14 2024 02:43:07 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Mon Jan 15 2024 02:42:50 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Tue Jan 16 2024 02:41:17 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Wed Jan 17 2024 02:38:50 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Thu Jan 18 2024 02:41:04 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Fri Jan 19 2024 02:41:49 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sat Jan 20 2024 02:38:01 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Sun Jan 21 2024 02:44:00 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Mon Jan 22 2024 02:45:41 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:

ioBroker adapter checker
Status from Tue Jan 23 2024 02:43:10 GMT+0000 (Coordinated Universal Time)
The following adapters do not have access granted for 'bluefox':
Adapter repositories already registered as faulty:

[ ] egigeozone (BasGo) since 11.6.2023
[ ] megadd (ausHaus) since 11.6.2023
[ ] megaesp (ausHaus) since 11.6.2023
[ ] paw (bondrogeen) since 11.6.2023
[ ] tronity (tronity) since 11.6.2023
[ ] vcard (hometm) since 11.6.2023
[ ] ecoflow (Newan) since 11.6.2023
[ ] hilink (bondrogeen) since 11.6.2023
[ ] slideshow (gaudes) since 11.6.2023
[ ] teslamateapi (virusbrain) since 11.6.2023
[ ] mihome-lamp (MeisterTR) since 20.11.2023

Adapter repositories detected as faulty at this run:


[EN] Feedback for: /web/fundamentals/getting-started/your-first-progressive-web-app/?hl=en

The try it button on the bottom of:
https://developers.google.com/web/fundamentals/getting-started/your-first-progressive-web-app/step-02?hl=en
is broken.

Will fix in the DevSite update coming in the next two weeks. In the mean time, try https://codelabs.developers.google.com/codelabs/your-first-pwapp/


Clarify async use in gRPC services with C# page

I believe the description and the code samples are confusing. In the text, the remote method is referred as SayHello but the code sample uses SayHelloAsync.
According to https://grpc.io/docs/tutorials/basic/csharp/#calling-service-methods, the generator is smart and does generate both a sync SayHello and an async SayHelloAsync versions.
That said, for a first reader (like myself) that hasn't use gRPC yet, it was slightly confusing and I couldn't determine if it was a typo or not. At least not before double-checking with the official tutorial.

Document details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 7223e694-85ba-4b95-96c8-68ae14753e7c
Version Independent ID: 28ec8399-ba0e-c995-3ac2-b1f28e93331b
Content: gRPC services with C#
Content Source: aspnetcore/grpc/basics.md
Product: aspnet-core
Technology: aspnetcore-grpc
GitHub Login: @JunTaoLuo
Microsoft Alias: johluo

Fixed here - https://github.com/aspnet/AspNetCore.Docs/pull/13699
Expanded docs on using the gRPC client is coming soon that discusses the difference between the async and block methods. In-progress PR here https://github.com/aspnet/AspNetCore.Docs/pull/13684

Thanks for the quick and for the update. I'll follow the progress of that PR.


OCR0023: classify line images with issue.

Description:
So we have Norbuketaka data that has annomalies in the data, such as where there are line images with 2 line in the image, we have a made two sets of data where one has a line images of ocr data without issue and another set of data that has possible line images with issues.

Implementation:

subtask:

[x] download the transcript and line images with issues and manually analyze few images for type of issues.
[x] set up the pytesseract for tibetan script and run a ocr on the line images with issues to get ocr text.
[x] compare the similarity between ocr text and expected line image text and create a new transcript csv file with similarity ratio.
[x] set a higher a threshold to be accepted as valid image to be used for training data.
[x]  filter out bad and good images using the threshold mark.
[ ] write test cases.

manually analyze the different type of issues with line images.

instead of training a model, we can filter out the line images with issues using higher threshold level for acceptance for line images with issues by comparing the ocr text of line images and expected line image text in transcript.

we will be using the same logic to filter out norbuketaka data without issue to find if there still some line images left that sina couldnt find.

add stats for different threshold.

merge meta data to ocr transcript


npm bcrypt.js install problem

I get the following error when installing bcrypt.js.
<EMAIL_ADDRESS>install: node-gyp rebuild
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script 'node-gyp rebuild'.
Running Node v5.10.0
NPM 3.8.3
Thanks,
Gary

@defunctzombie Can you link to the resolved issue before closing, I can't find the issue with useful info.


Tiny goes through Kut Out

https://discord.com/channels/463917049782075395/559837167430664203/1045575573164011530

Thanksgiving report


[Sands Of Salzaar] Translation not working

Hello everyone,
I'd like to ask for your help regarding XUnity.AutoTranslator.
I'm trying to use it with a game named Sands of Salzaar.
I've tried the different installation methods (standalone / plugin) but none of them seem to work. BepinEx can't seem to generate a config file, ReiPatcher standalone doesn't seem to work either.
I've read in the documentation and other messages in this Issues board that setting the parameter DisableCertificateValidation to "True" could help but the relevant config file doesn't seem to be generated. No "AutoTranslator" folder seems to be generated. Using BepinEx doesn't seem to generate a config.ini either.
As you can probably tell, i'm a noob. I can provide any information needed.
Any help would be appreciated, and thanks for your work !

Greetings
This plugin wont work in this game. Sands of Salzaar has been AOT compiled with something called IL2CPP.
Sometimes developers decide to compile their games using this strategy to gain marginal performance, but doing so comes at the cost of making it much harder to modify code at runtime, which this plugin relies on.
I am going to close this issue as there is no way this plugin will ever support IL2CPP. Sorry.

This could be of interest.
https://github.com/bbepis/XUnity.AutoTranslator/issues/98


Add guiding principles to contribution docs

Recently initiated discussion on Skype to help address some questions/general guiding principles. These should be capture, shared, reviewed and made accessible to anybody involved with the platform

Solved with our contribution guide and wiki
Closing.


Add List Reserved Intances resources with their use ?

hello
can you add List of Reserved Intances resources with their use ? and capacity plan?
thanks

Hello @VisFGO ,
unfortunately Reserved Instances require a different set of permissions to be presented.
It could be possible to include that in the report if the required permissions were granted to the person running the script. We might include this feature in future versions, but for now that is not planned.


Fix Python client task update procedure

As raised in #764 the task update API response has changed and no longer returns a JSON formatted string. This breaks the Python client when it tries to parse the response as a JSON response.
This change updates the task POST endpoint to allow 'Accept': 'text/plain' headers and implements the corresponding change in the Python client so that it does not expect a JSON response. I have left the MediaType.APPLICATION_JSON as valid response type so that any clients that are currently expecting such a response do not break with the change assuming they are able to parse the non JSON formatted string.

Thank you!
This problem seems also to affect the Conductor UI.


test: fix race in flakey drift test

Fixes #N/A
Description
Fixes a flake in a drift test. The test eventually expects the original replacement nodeclaim to be deleted, and checks for this by expecting on the number of nodeclaims. The problem is a new replacement nodeclaim may be created between checks in the eventually block.
How was this change tested?
/karpenter snapshot
Does this change impact docs?

[ ] Yes, PR includes docs updates
[ ] Yes, issue opened: #
[x] No

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 82.283%

Totals

Change from base Build<PHONE_NUMBER>:
0.02%

Covered Lines:
5406

Relevant Lines:
6570

💛  - Coveralls


Send from a request endpoint can trigger receive callbacks

Following on from a question I filed on StackOverflow:
http://stackoverflow.com/questions/39573399/why-are-my-request-and-response-messages-out-of-order
... from my reading of the code, a call to zmq.socket("req").send(...) can lead to a "message" callback being executed.  In binding.cc, this seems to be because Socket::Sendv can call socket->NotifyReadReady().
Why does the code work this way?  It seems to me to break the expected flow of Node.js, which is that events will only be triggered once the event loop finishes executing the current code.  The way this is designed, the execution of the current code suddenly jumps to triggering callbacks and then returns to executing the current code.  Why can't it just wait until the event loop is ready to check for responses?  This behaviour should at least be separated out into a new send_and_check function or something.

It works the way it does, because of how zmq deals with notifying us about received messages. That can come at unfortunate times (like when checking for socket status during a send). Once notified, it won't notify us again, so we need to act. I've been out of the project for a few months now, so my memory is not 100% fresh, but I think/hope #516 may make the implementation a bit more clean.

... from my reading of the code, a call to zmq.socket("req").send(...) can lead to a "message" callback being executed

has anyone ever checked for a send() callback? If there is one, we need to fix that.

In binding.cc, this seems to be because Socket::Sendv can call socket->NotifyReadReady().

that section probably isn't labeled correctly, but the important check is ZMQ_POLLOUT
NotifyReadReady() is identical to NotifySendReady(), namely, calling either one signals I/O

"Once notified, it won't notify us again, so we need to act."
Sounds like zmq should be building up a buffer of received messages ready for the event loop rather than immediately triggering the callback.


add a new Option cnpm when inited

What problem does this feature solve?
npm slow
What does the proposed API look like?
npm
cnpm
yarn

Set "useTaobaoRegistry": true in your ~/.vuerc.


feat: add projects

📝Changed routes:

/
/projects

(view full size)
(view full size)

Commit 2c2eab184355b4ca68f5c1506ac8e98e620aba94 (https://bu-git-feat-add-projects.bukinoshita.now.sh).


build: test on lts versions (including 21)

fixes: #3362

Looks like we need an official release from Proguard - https://github.com/Guardsquare/proguard/releases


Add PositionType::Fixed

What problem does this solve or what need does it fill?
For modal dialogs and popup menus, it is helpful to be able to position an element relative to the window rather than its parent element.
What solution would you like?
Currently the UI PositionType enum supports two types of positioning: PositionType::Absolute and PositionType::Relative which correspond to the CSS properties position: absolute and position: relative. This proposal adds a third choice, PositionType::Fixed which positions elements relative to the window, and which also corresponds to the CSS attribute of that name. In other words, the element's parent position is ignored, and instead its layout is considered as if its parent was the same coordinates and dimensions as the window.
Note: the semantics of "fixed" as proposed here are slightly different than the meaning of the CSS property - a "fixed" element in CSS is one that never scrolls, and is always relative to the viewport. Since Bevy doesn't have scrolling, the difference is moot.
What alternative(s) have you considered?
For something like a modal dialog or popup menu, it's possible to work around this by creating a completely separate view hierarchy for the overlay element, and then using state variables to control the opening and closing of it.
However, this approach has a drawback, which means that you can no longer use event bubbling to communicate between the dialogue and the code that invoked it. (I know Bevy doesn't have bubbling yet, but bevy_eventlistener does, and I believe bubbling is a planned feature).
Particularly for popup menus, the logic for positioning a menu requires placing the menu in absolute window coordinates (often limiting the menu size or switching sides depending on the available space), but still communicating with the anchor element (such as the menu button) as if it were a child element. (This also requires knowing the coordinates of the anchor in absolute window coordinates, but that's a different problem).
Dialogues which represent major "game modes" are often root-level components and thus don't require this; however contextual dialogues which are triggered by some other UI element (such as a combo box) are often implemented as children of that element; requiring the dialogue to be a root involves additional boilerplate.
Additional context
Frameworks such as React and Solid also provide a feature known as "portals" which allow sub-components to render elements that are located at the root of the DOM but still communicate with their parents as though they were children. This feature covers some of the same use cases.

@nicoburns this feels like a feature we should implement in Taffy, and then expose in Bevy. Do you agree?

@nicoburns this feels like a feature we should implement in Taffy, and then expose in Bevy. Do you agree?

You might not need to. The root element (that is, any UI element that doesn't have a parent) already has this behavior; perhaps all you need to do is layout the element as if it had no parent.

I think this can be implemented quite easily in Bevy itself. The proposal makes a reasonable argument as to why it would be useful I guess. I'm not sure about the name, scrolling is something we are planning to implement and there is a PR #8104 though it hasn't seen much progress lately. Regardless, feels like we should be able to come up with something more descriptive than Fixed.

PositionType::Origin?

I like PositionType::Window quite a lot: it's very explicit about what it's positioned relative to.

Root seems like it might be confusing, Window seems alright, maybe it doesn't quite fit when rendering to texture but that's probably not a problem.

I like PositionType::Window quite a lot: it's very explicit about what it's positioned relative to.

Coming from CSS / Tailwind, Fixed seems more logical to me as it's often used in modals and other web-based "popups. It also seems to fit in with the rest of the variant names.
Looking at the variants, Absolute and Relative make sense but Window in the context of those is a bit unclear. Whereas Fixed has the implication of "this does not move" and would be familiar to people coming from CSS backgrounds.

That sounds great! Link this issue in that PR and we'll give you some reviews :)

Hello where to fix

BTW, just to be clear - the reason I chose the word "fixed" is because:

Bevy's PositionType enum is clearly inspired by the CSS position attribute.
Of the available options for CSS position, the fixed value is the one that most closely matches the behavior we want. (Some options, like sticky and static, are meaningless in the context of Bevy.)

In other words, web developers will know exactly what it means. Non-web developers will have to learn what it means :)

@UkoeHB @nicoburns Some additional thoughts on implementation. There are two obvious approaches:

Add support for fixed positions in Taffy.
Implement purely this in Bevy, without changing Taffy. That is, we'd still use the same positioning logic in Taffy as for absolute positioning, except that instead of passing in a layout context that includes the coordinates of the parent rect, we would instead pass in the coordinates of the window rect. In other words, we'd just lie to Taffy about the parent's rect.

This raises some questions:

Which window? The obvious choice is the same window as the parent. Position::Fixed as proposed doesn't affect the inheritance of TargetCamera or any other inherited rendering attributes, so we'd be rendering on the same surface as the ui ancestors, with the same surface dimensions.
Note that the user always has an option to insert a TargetCamera component, which would impact this calculation, but this also would logically impact vh and vw length calculations as well - see next bullet point. However, for MVP we really don't need to consider the case of overriding TargetCamera, but it can be something considered for the future.
How do we get the window rect? Do we need to walk up the ancestor chain until we find a root ancestor? I strongly suspect not:

For the (top, left) coordinates, these should always be (0, 0).
For the (width, height) values, we should already have these available in scope, since they are needed for the vwin and hwin length calculations.

Both options seem fine to me.

Wearing my taffy maintainer hat, I'd prefer the former solution if everything else is equal. I think it's cleaner, and this is functionality that all of our consumers could benefit from.

@alice-i-cecile I had put the issue of fixed positions aside and focused on other things, but now that I'm finished with those other things this is once again a blocker. What can we do to get this moving?
I also wonder whether it would be more difficult to implement this in Taffy than in Bevy. I haven't looked at the Taffy code. I know that in the Bevy code, there is sufficient context information to be able to do this, but I don't know whether or not that is true in Taffy. Specifically: if the Taffy layout algorithm only contains information about the immediate parent, and not information about the absolute position of the item relative to the window, then this might require changing the Taffy APIs to include such information.
For example: the Taffy Dimension does not include VWin and HWin units - because only Bevy knows the window size, and this information is translated into pixel dimensions before it every gets to Taffy.
Adding additional fields for absolute window coordinates might be a major breaking change for Taffy.

Let's start with it in Bevy then :) @nicoburns and I can upstream it later if desired.


Added Tests for the PLaidInteractor, fixed all checkstyle issues in t…

Added Tests for the PLaidInteractor, fixed all checkstyle issues in the plaid use case and interface adapter

Looks good!


Improve RETURN clause detection

BoltNeo4jStatement currently performs a naive string match to detect whether a query returns a result or not.
As discussed here, this can create false positives. For the record, the example in that other issue was:
CALL apoc.periodic.commit("MATCH ... CALL apoc.refactor.mergeNodes(...) YIELD node RETURN count(*)", {limit:10000})

The main query does not have a RETURN clause, yet BoltNeo4jStatement will think otherwise.
Couple that with the recently fixed https://github.com/neo4j-contrib/neo4j-jdbc/issues/270 (but not yet released), and you get forever-hanging queries that should not even get ResultSets in the first place.

I think that we can leverage the EmptyResult operator returned from the plan. If is present, the query will not return any result


Switch to PSS

Towards https://github.com/giantswarm/roadmap/issues/2905

Talked to Joe and created a new ticket to harden the grafana agent container security context, but for now without that policy it does not start


Remove soft-deletion mode from Data Manager api

Changesets:
https://github.com/Haulmont/jmix-datatools/commit/38af3f88a1fbe695a0d3d29f22a7cfc90d8409ea
https://github.com/Haulmont/jmix-audit/commit/a61b4d6feb86c6866b178c00d3ad44f81ddba99b
https://github.com/Haulmont/jmix-cuba/commit/612256f94598c03fdfe17ce7462c93be6434a506
https://github.com/Haulmont/jmix-core/commit/217b3e33072157702fbc250ab50bdce8c87211cb
https://github.com/Haulmont/jmix-dynattr/commit/1350bb1b62a872d2be53df5bd7fbc6a6236bfbf9
https://github.com/Haulmont/jmix-data/commit/72e36f5c471e671277147079ae8a204c491ebb60
https://github.com/Haulmont/jmix-ui/commit/0c8f24089ef7ec230f05de386e6af57eaad8562d


sender and recipient should both be listening for incoming connections while concurrently trying to connect to the peer

In a true peer to peer system, the two parties are both a network server and a client. But in the file transfer mode with direct connections, wormhole william sender is listening and recipient is always dialing. In the canonical python implementation, both sender and recipient are listening and dialing into each direct and relay hint concurrently and use the first connection that succeed.

Upstream tracks this here: https://github.com/psanford/wormhole-william/issues/57

Dublicate of #25


The Witcher 2 EE (GOG) crashing issues

Hi Guys,
I have strange crashing on Witcher 2 lately. I have the latest GOG version. I thought it was beacuse of 4k textures, but I've reinstalled the game and installed 2k version mod instead. The outcome is the same, game is still crashing. I have no idea what to do. I'm using ENB and it's libraries run dxvk injector as a proxy. Could it be the reason? I'm attaching my log, any help would be much appreciated
System information

GPU: 16 GB 130W RTX 3080 (Laptop)
Driver: 497.29 (latest)
Wine version: not sure what it is, not using? (I'm on Win10)
DXVK version: 1.9.2 (latest)

Log files
witcher2_d3d9.log

Known issue: #1318
Try creating a DXVK config file with the line d3d9.evictManagedOnUnlock = True. More info about that is in the README and in https://github.com/doitsujin/dxvk/blob/master/dxvk.conf.

Thanks, which 3GB patchers you have on your mind? Never seen anything like that. I'm aware only of the method of checking if app can handle >2GB address space in CFF explorer. I've checked that for witcher2.exe and it is ticked

I don't have any particular one in mind but a quick Google search should find one.
But it seems to be already large address space (3GB) aware, going by your findings.
So yeah, try the config option and if that doesn't help, get rid of the texture mod.

Thanks, and if I am combining ENB libraries (d3d9.dll file) with dxvk (dxvk.dll and dxgi.dll files), then in dxvk.conf the line should look like this:
d3d9.evictManagedOnUnlock = True
or this?
dxvk.evictManagedOnUnlock = True

d3d9.evictManagedOnUnlock = True

I've enabled it and game didn't crashed since then (played approx. 3h), but now strange microstuttering occured. Any adviced how to get rid of it?

That's why the option is not enabled by default. Some games rely on having the contents of textures available to the CPU immediately, so we must keep them in RAM. But keeping them in RAM leads to crashes because we run out of address space.
There is no solution right now.

I see, would it make sense to try BCDEDIT /set IncreaseUserva (#MB) on  64 bit win 10?
I have 32 gigs of ram, maybe setting this to i.e 10 gb would fix the crashing?


Add useDynamicMutation hook

Wrote up some code for the useDynamicMutation idea in #128
Updated the examples to show usage but had some trouble running them (webpack acting up) so it would be great if someone can double-check that it works, otherwise I'll figure it out some other time.

Also, I applied the patch locally and it works great. Yeah, webpack acts up a lot in those examples. I'm thinking I should move to a yarn workspaces setup so we can get rid of the dependency duplication and have more reliable local dev.

Updated the variable name and comments, will merge tomorrow morning if there are no more concerns by then (or feel free to beat me to it).

This looks brilliant! Happy to test it out :)

Looks great to me @Schmavery. I'll write up some docs for it this afternoon and get this released today or tomorrow! Thanks so much!


Integrate alerts with Statuspage

Much like the alerts in the dashboard that are now triggered by Statuspage (see https://github.com/stellar/dashboard/pull/99), it would be great for these to also show up at the top of the laboratory.

Closed in #395


Question about Setting up Virtual Environment

Hey dear Authors,
thanks a lot for the nice work and open source your code. However, the instruction for setting up a virtual environment seems to be missing in the Readme file. Are you planing to add this part sometime in the near future?
btw, I also tried to follow the Getting Started process in AnyLoc, but there it complains about ModuleNotFoundError: No module named 'AnyLoc'
Best,

You can clone the following project into the code folder

No, it is not required. We are updating the code such that it doesn't have any AnyLoc dependency. We will update it by this weekend. As of now, all the scripts without _finetuned should work though.
@Dipan-Zhang You don't need to setup AnyLoc, I didn't get why you are trying to follow Getting Started process in Anyloc.

We have added the virtual environment setup instructions in the README. Sorry for the delay!


creating new SLA from old SLA with Get-RubrikSLA | New-RubrikSLA is not working

Current Behavior:  When I try to execute this command:
get-rubriksla -PrimaryClusterID local -name SDC_Daily_archived_03AM -Verbose | New-RubrikSLA -Name  SDC_Daily_archived_05AM -BackupStartHour 5 -Verbose
I get an error message
Provide information about the failure by issuing the command using the -Verbose command. Ensure that any identifiable information (server names, tokens, passwords) is removed from your logs before sharing this on GitHub.
VERBOSE: Submitting the request
VERBOSE: Invoking request with a custom timeout of 300 seconds
VERBOSE: POST https://<clustername retracted>/api/v2/sla_domain with -1-byte payload
Invoke-WebRequest : Request malformed
At C:\Program Files\WindowsPowerShell\Modules\Rubrik\5.2.0\Private\Invoke-RubrikWebRequest.ps1:28 char:23
+ ...   $result = Invoke-WebRequest -UseBasicParsing -TimeoutSec $rubrikOpt ...
+                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebException
    + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand

Expected Behavior:
Creating new SLA and returning the SLA config
Steps to Reproduce:
Please provide detailed steps for reproducing the issue.
just run Get-RubrikSLA -Name xyz | New-RubrikSLA -name zyx  and it will run into the error
Context:
Please provide any relevant information about your setup. This is important in case the issue is not reproducible except for under certain conditions.

Rubrik PowerShell Module Version: Use Get-Module -ListAvailable Rubrik  5.2.0
PowerShell Version: Use $PSVersiontable.PSVersion
Major  Minor  Build  Revision

5      1      17763  1490
Major  Minor  Patch  PreReleaseLabel BuildLabel

7      1      0

Operating System: Win10

Failure Logs
Please include any relevant log snippets or files here, IMPORTANT all information will be visible publicly on GitHub. Do not include computer or user names, passwords, API tokens or any identifiable information when submitting failure logs.

Hello Janos,
Thanks for reporting this, I have reproduced the bug and will start work to get this resolved. You can expect an update here this week!

Hello Janos,
Thanks for reporting this, I have reproduced the bug and will start work to get this resolved. You can expect an update here this week!

Hello. I put a ticket in last week 00196426. Just wanted to clarify that I'm getting this issue just with a simple New-RubrikSLA, even without trying to pass it one from the Get. I've tried even the simplest method from the examples in the docs.

Hello Janos, I've taken a look at this issue and I have a PR open with code that resolves this issue: #714
Let me know if this also fixes your problem

cheers, will test. Merry Christmas!


Curve LPT Pricing

We are trying to price Curve LP tokens with 2 underlying tokens.
To price correlated Curve LP pairs that do not implement lp_price(): Our logic is to safely price coins[0]and coins[1], then find the minimum price between the two. We then take this minimum and multiply by the virtual price.
To price correlated Curve LP pairs that do implement lp_price(): Our logic safely prices coins[0], then we multiply by pool.lp_price().
Note for all pricing methods, we have a safe way of checking that the underlying pool is not in a re-entered state.
For more context, this query refers to the Curve pricing (needed for Curve integration) within the current dev branch for the current audit and the incoming PR #157.
Specific files of interest are here and here.

Howdy Daniel! Appreciate your reply, for a bit more context the vast majority of pricing comes from Chainlink datafeeds.
When you say run fork simulations, we do have extensive simulations checking for reentrancy in curve pools, but could definitely use more tests that try to mess with the pools valuation. Would you recommend us trying to simulate large swaps in the pool to affect the LP value, or something else?
When you talk about v2 pools, am I right in thinking that those are pools with uncorrelated assets? Like this, or even this. If so, any v2 pools we price are priced using lp_price multiplied by a safe coins[0] value.
Also I saw your amazing tweet thread here in your findings were you only able to drastically increase the price oracle values, or were you able to also decrease them?
Also also on this note ^^ did you find any issues with using the price_oracle values in ETH/FRXETH, WETH/FRXETH, or OETH/ETH? We do not have any products using those pools for pricing yet, but planned to in the future.
Thank you so much :)

Howdy Daniel! Appreciate your reply, for a bit more context the vast majority of pricing comes from Chainlink datafeeds.
When you say run fork simulations, we do have extensive simulations checking for reentrancy in curve pools, but could definitely use more tests that try to mess with the pools valuation. Would you recommend us trying to simulate large swaps in the pool to affect the LP value, or something else?
When you talk about v2 pools, am I right in thinking that those are pools with uncorrelated assets? Like this, or even this. If so, any v2 pools we price are priced using lp_price multiplied by a safe coins[0] value.
Also I saw your amazing tweet thread here in your findings were you only able to drastically increase the price oracle values, or were you able to also decrease them?
Also also on this note ^^ did you find any issues with using the price_oracle values in ETH/FRXETH, WETH/FRXETH, or OETH/ETH? We do not have any products using those pools for pricing yet, but planned to in the future.
Thank you so much :)

I'd run fork simulations to make sure, but if you are using a Curve V1 pool with a fixed center point, and do have good, safe prices on each coin, then I would think the proposed algo of taking the min coin price times the virtual price is likely to be a safe way of doing things.
If you use a v2 pool, the midpoint (price_scale) can change, and so I'm not 100% sure how it would work.
And this is obviously only as good as the coin prices coming into the system.
But above all fork test it on the specific pool you are using!

I'd run fork simulations to make sure, but if you are using a Curve V1 pool with a fixed center point, and do have good, safe prices on each coin, then I would think the proposed algo of taking the min coin price times the virtual price is likely to be a safe way of doing things.
If you use a v2 pool, the midpoint (price_scale) can change, and so I'm not 100% sure how it would work.
And this is obviously only as good as the coin prices coming into the system.
But above all fork test it on the specific pool you are using!

Howdy Daniel! Appreciate your reply, for a bit more context the vast majority of pricing comes from Chainlink datafeeds.
When you say run fork simulations, we do have extensive simulations checking for reentrancy in curve pools, but could definitely use more tests that try to mess with the pools valuation. Would you recommend us trying to simulate large swaps in the pool to affect the LP value, or something else?
When you talk about v2 pools, am I right in thinking that those are pools with uncorrelated assets? Like this, or even this. If so, any v2 pools we price are priced using lp_price multiplied by a safe coins[0] value.
Also I saw your amazing tweet thread here in your findings were you only able to drastically increase the price oracle values, or were you able to also decrease them?
Also also on this note ^^ did you find any issues with using the price_oracle values in ETH/FRXETH, WETH/FRXETH, or OETH/ETH? We do not have any products using those pools for pricing yet, but planned to in the future.
Thank you so much :)

I'd run fork simulations to make sure, but if you are using a Curve V1 pool with a fixed center point, and do have good, safe prices on each coin, then I would think the proposed algo of taking the min coin price times the virtual price is likely to be a safe way of doing things.
If you use a v2 pool, the midpoint (price_scale) can change, and so I'm not 100% sure how it would work.
And this is obviously only as good as the coin prices coming into the system.
But above all fork test it on the specific pool you are using!

Howdy Daniel! Appreciate your reply, for a bit more context the vast majority of pricing comes from Chainlink datafeeds.
When you say run fork simulations, we do have extensive simulations checking for reentrancy in curve pools, but could definitely use more tests that try to mess with the pools valuation. Would you recommend us trying to simulate large swaps in the pool to affect the LP value, or something else?
When you talk about v2 pools, am I right in thinking that those are pools with uncorrelated assets? Like this, or even this. If so, any v2 pools we price are priced using lp_price multiplied by a safe coins[0] value.
Also I saw your amazing tweet thread here in your findings were you only able to drastically increase the price oracle values, or were you able to also decrease them?
Also also on this note ^^ did you find any issues with using the price_oracle values in ETH/FRXETH, WETH/FRXETH, or OETH/ETH? We do not have any products using those pools for pricing yet, but planned to in the future.
Thank you so much :)


Windows .exe dont start

What is the purpose of your issue?

[x] Question

Description of your issue, suggested solution and other information
I Downloaded the youtube-dl.exe on my Windows Server 2012 i have python 2.7 installed.
When i want now download a Video (over commandline) i get an error by Windows that the Application was not success to start with error code (0x000007d) and than nothing happen
.

Post the log of what you enter and what you get as output.

I open command line and type youtube-dl.exe http://www.youtube.com/watch....
http://prnt.sc/crdgjg
Than i get this errors
http://prnt.sc/crdgrr
http://prnt.sc/crdgxa

Post the output of where youtube-dl.exe.

http://prntscr.com/crdkju
"C:\SinusBot\youtube-dl.exe"

Microsoft Visual C++ 2010 Redistributable Package (x86) installed?

Yes

Post the output of where msvcr100.dll.

  Have you deleted, and re-downloaded youtube-dl.exe?
Since you are on WS2012, you have powershell.  Try this:
Invoke-WebRequest "https://github.com/rg3/youtube-dl/releases/download/2016.10.07/youtube-dl.exe" -OutFile C:\SinusBot\youtube-dl.exe

Post the output of certutil -hashfile youtube-dl.exe md5.

Yes i deleted and redownloaded it but it do not change anything

certutil -hashfile youtube-dl.exe md5 ->
ff 22 5e 66 3b d4 45 6a 6b 4a 14 54 02 9d cd 9c

Are you able to run any exe from cmd at all?

If you right-click on the file, and click properties, does it have an "unblock" button?

yes i can run other .exe

No no "unblock" button

I have now take a look at the Windows error Message
Problemsignatur:   Problemereignisname:	APPCRASH   Anwendungsname:	youtube-dl.exe   Anwendungsversion:	2<IP_ADDRESS>   Anwendungszeitstempel:	54467a4f   Fehlermodulname:	ntdll.dll   Fehlermodulversion:	6.3.9600.17415   Fehlermodulzeitstempel:	54504b0d   Ausnahmecode:	c000007b   Ausnahmeoffset:	000a36e5   Betriebsystemversion:	6.3.96<IP_ADDRESS>.400.8   Gebietsschema-ID:	1031   Zusatzinformation 1:	1abe   Zusatzinformation 2:	1abee00edb3fc1158f9ad6f44f0f6be8   Zusatzinformation 3:	1abe   Zusatzinformation 4:	1abee00edb3fc1158f9ad6f44f0f6be8

Hm..
If you use where .. try it from a different location, or another drive (D:, E:..), otherwise it won't test if PATH is really working properly.
Without really looking deeper into this, I'd say that is the typical runtime error.
If you use an 64-bit Windows, you could also try to run this:
Microsoft Visual C++ 2010 Redistributable Package (x64)
https://www.microsoft.com/en-us/download/details.aspx?id=14632
In addition to this:
Microsoft Visual C++ 2010 Redistributable Package (x86)
https://www.microsoft.com/en-US/download/details.aspx?id=5555
If nothing else helps, there is another C++ 2010 runtime package
Microsoft Visual C++ 2010 SP1 Redistributable Package (x86)
https://www.microsoft.com/en-us/download/details.aspx?id=8328

Different redists won't have any effect since youtube-dl only depends on 2010 x86.

I try the where from other drive and it link correctly

i also installed the other C++ but nothinmg changed

Okay, then it is not the typical runtime error. Windows Server shouldn't be an issue, either. So I guess there is something more wrong with your OS..

hmm okay thank you for help ... so than i will create a hyper-v vm with linux...

You can also install Python 2.6+ or 3.2+ from www.python.org, download the Unix version of youtube-dl and run python.exe youtube-dl. If python.exe runs fine but youtube-dl.exe not, come back and report it. If python.exe fails too, you may want to go to https://bugs.python.org/ and ask Python gurus.

I am sry i found no time until now.
So the Python version did not change anything.
But python.exe youtube-dl worked fine thank you :)

Thanks for the feedback. What's your python version? (i.e. the output of python.exe --version)

Python 2.7.12

Seems like this hasn't been updated for a while now, is this still an issue or should we close it?

Close it.

Is there some way to update this to get it to use a newer version of the runtime libraries? I'm getting the same error, and MS has removed the 2010 version from its website.

and MS has removed the 2010 version from its website.

If your issue is related to the MSVC++2010 redistributable, read my comment here :wink:


Problem: We don't have any ASTs for the valueobjects

Sub issue of #82
Solution: Turn the DQL statements in #83 into ASTs
SuccessCriteria: The ASTs are includes in the comments below

Simle VO
create value 'quantity' validated by (
    <:
        check value > 0
    :>
);

{
	"id": "4ea61742-409a-48b6-9563-2587c681f838",
	"name": "quantity",
	"validator": {
		"condition": {
        	"comparator": ">",
        	"value": {
          		"literal": 0
        	}
      	}
	}
}

Complex VO
create value 'identifier' validated by (
    <:
        check value is regex('/([a-f\d]{8}(-[a-f\d]{4}){3}-[a-f\d]{12}?)/i')
    :>
);

{
	"id": "44f4f8fe-79c8-47ec-8e4f-97d0a14fa47b",
	"name": "identifier",
	"validator": {
		"condition": {
			"comparator": "=",
			"value": {
				"method": {
					"name": "regex",
					"value": ["'/([a-f\\d]{8}(-[a-f\\d]{4}){3}-[a-f\\d]{12}?)/i'"]
				}
			}
		}
	}
}

Composite VO
create value 'range' (min, max) as (value\quantity, value\quantity);

{
	"id": "44f4f8fe-79c8-47ec-8e4f-97d0a14fa47b",
	"name": "range",
	"children": {
		"min": "value\\quantity",
		"max": "value\\quantity"
	}
}

All the above JSON is value, I'm not quite happy with the AST though, it needs to be generalised a bit further maybe, not sure. Let's keep the issue open a bit, do another iteration.

The above ASTs are no longer valid. Please check the test code for the ValueObject interpreter to see the actual ASTs.
This issue is considered closed.


Should TurnstilesSystemDesign be called TurnstileSystemDesign?

Not sure whether the s in the name is voluntary.

The directory Turnstile-Ontology will be removed when we pull in the TurnstileUpdate branch. The information in the file TurnstilesSystemDesign.sadl will be replaced with the CDRs that will be in Turnstile-Example\Turnstile-IngestionPackage\TurnstileSystemDesign.


Make wasmi CLI print exported functions if func_name arg is missing

Before this change users had to provide a non-existing func name in order for the wasmi CLI to print out all exported function names such as wasmi_cli fibonacci.wat foo.
> wasmi_cli fibonacci.wat
Error: missing function name argument for fibonacci.wat

The Wasm module exports the following functions:

 - fn fib_recursive(i64) -> i64
 - fn fib_iterative(i64) -> i64

BENCHMARKS
   NATIVEWASMTIME   BENCHMARKMASTERPRDIFFMASTERPRDIFFWASMTIME OVERHEAD    execute/bare_call_0  1.01ms  1.02ms  :red_circle: 0.42%  965.29µs  940.27µs  :green_circle: -2.78%  :green_circle: -7%execute/bare_call_0/typed  514.83µs  526.19µs  :red_circle: 2.25%  448.75µs  447.49µs  :white_circle: -0.16%  :green_circle: -15%execute/bare_call_1  1.06ms  1.05ms  :green_circle: -0.47%  1.20ms  1.18ms  :red_circle: -1.47%  :green_circle: 12%execute/bare_call_16  2.27ms  2.21ms  :green_circle: -2.25%  4.74ms  4.73ms  :red_circle: -0.22%  :red_circle: 115%execute/bare_call_16/typed  1.32ms  1.29ms  :green_circle: -2.10%  2.25ms  2.28ms  :red_circle: 1.42%  :yellow_circle: 77%execute/bare_call_1/typed  609.16µs  608.61µs  :white_circle: -0.06%  756.71µs  743.40µs  :green_circle: -1.54%  :green_circle: 22%execute/bare_call_4  1.19ms  1.18ms  :red_circle: -0.38%  1.91ms  1.92ms  :white_circle: 0.47%  :yellow_circle: 62%execute/bare_call_4/typed  614.21µs  636.04µs  :red_circle: 3.42%  899.07µs  893.16µs  :white_circle: -0.52%  :green_circle: 40%execute/br_table  628.64µs  648.56µs  :red_circle: 4.35%  992.80µs  971.89µs  :green_circle: -2.00%  :green_circle: 50%execute/count_until  681.78µs  681.30µs  :white_circle: -0.01%  2.17ms  2.19ms  :white_circle: 0.55%  :red_circle: 221%execute/factorial_iterative  304.82µs  302.93µs  :white_circle: -0.59%  866.43µs  868.27µs  :white_circle: 0.11%  :red_circle: 187%execute/factorial_recursive  611.56µs  606.60µs  :white_circle: -0.85%  1.34ms  1.31ms  :green_circle: -2.23%  :red_circle: 116%execute/fib_iterative  1.43ms  1.43ms  :white_circle: -0.05%  4.74ms  4.62ms  :green_circle: -2.62%  :red_circle: 223%execute/fib_recursive  5.82ms  5.77ms  :white_circle: -1.00%  11.95ms  11.89ms  :white_circle: -0.35%  :red_circle: 106%execute/global_bump  978.10µs  978.28µs  :white_circle: -0.03%  3.18ms  3.13ms  :white_circle: -1.25%  :red_circle: 220%execute/global_const  717.25µs  717.07µs  :white_circle: 0.00%  2.58ms  2.61ms  :white_circle: 0.31%  :red_circle: 264%execute/host_calls  28.90µs  28.53µs  :green_circle: -1.22%  45.03µs  42.42µs  :green_circle: -5.87%  :green_circle: 49%execute/memory_fill  1.28ms  1.28ms  :white_circle: -0.13%  4.18ms  4.18ms  :white_circle: -0.09%  :red_circle: 226%execute/memory_sum  1.27ms  1.27ms  :white_circle: 0.44%  4.25ms  4.24ms  :white_circle: -0.15%  :red_circle: 234%execute/memory_vec_add  2.64ms  2.60ms  :green_circle: -1.63%  8.53ms  8.50ms  :white_circle: -0.19%  :red_circle: 227%execute/recursive_is_even  1.10ms  1.12ms  :white_circle: 1.18%  2.16ms  2.09ms  :green_circle: -2.87%  :yellow_circle: 87%execute/recursive_ok  144.45µs  142.72µs  :green_circle: -1.15%  310.12µs  302.59µs  :green_circle: -2.42%  :red_circle: 112%execute/recursive_scan  179.91µs  178.01µs  :white_circle: -1.04%  394.04µs  385.40µs  :green_circle: -2.26%  :red_circle: 117%execute/recursive_trap  14.19µs  14.19µs  :white_circle: -0.14%  31.69µs  30.73µs  :green_circle: -3.22%  :red_circle: 117%execute/regex_redux  542.26µs  565.13µs  :red_circle: 4.24%  1.54ms  1.52ms  :white_circle: -1.09%  :red_circle: 169%execute/rev_complement  499.56µs  494.94µs  :white_circle: -0.95%  1.51ms  1.50ms  :white_circle: -0.48%  :red_circle: 204%execute/tiny_keccak  366.10µs  367.12µs  :white_circle: 0.35%  1.22ms  1.20ms  :green_circle: -1.88%  :red_circle: 228%execute/trunc_f2i  918.78µs  914.99µs  :white_circle: -0.45%  2.52ms  2.51ms  :white_circle: -0.31%  :red_circle: 175%instantiate/wasm_kernel  59.09µs  59.99µs  :white_circle: 1.00%  95.32µs  72.46µs  :green_circle: -23.47%  :green_circle: 21%translate/erc1155  205.40µs  204.18µs  :white_circle: -0.51%  400.53µs  399.62µs  :white_circle: -0.09%  :yellow_circle: 96%translate/erc20  100.72µs  100.27µs  :white_circle: -0.41%  194.99µs  196.93µs  :white_circle: 1.05%  :yellow_circle: 96%translate/erc721  144.16µs  144.41µs  :white_circle: 0.20%  285.40µs  284.97µs  :white_circle: -0.20%  :yellow_circle: 97%translate/spidermonkey  0.00ns  0.00ns  :white_circle: -0.72%  0.00ns  0.00ns  :white_circle: -0.69%  :green_circle: 0%translate/wasm_kernel  3.74ms  3.71ms  :white_circle: -0.73%  7.72ms  7.68ms  :white_circle: -0.21%  :red_circle: 107%
Link to pipeline

Codecov Report

Merging #579 (9853818) into master (d799789) will decrease coverage by 0.11%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           master     #579      +/-   ##
==========================================
- Coverage   80.07%   79.96%   -0.12%
==========================================
  Files          78       78
  Lines        6320     6329       +9
==========================================
  Hits         5061     5061
- Misses       1259     1268       +9

Impacted Files
Coverage Δ

crates/cli/src/main.rs
0.00% <0.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Possible change in dependency publication method or in dependency solving method

Version(s)
1.2.0
Describe the bug
Sorry for the possibly vague and confused issue title, but I'm confused as well.
In the typelevel toolkit CI we rely on the org.virtuslab.scala-cli::cli dependency to run unit tests against all the (versions, platform) combinations we support invoking scala cli directly and not relying on the command line launcher, a process that I also described here as it was really fun to implement.
Since the cli_2.13 artifact isn't available for most of the scala cli versions we've always relied on cli_3, using CrossVersion.for2_13Use3 (here)
Since 1.2.0, we're getting a dependency resolution error:
 [error]  Error downloading org.virtuslab.scala-cli:test-runner_2.13:1.2.0
  not found: /home/runner/.ivy2/local/org.virtuslab.scala-cli/test-runner_2.13/1.2.0/ivys/ivy.xml
  not found: https://repo1.maven.org/maven2/org/virtuslab/scala-cli/test-runner_2.13/1.2.0/test-runner_2.13-1.2.0.pom
  No fallback URL found

Taking a look on maven central I've noticed that test-runner_2.13 isn't published for 1.2.0, but neither is runner_2.13, so I can't really tell where the dependency resolution problem is (or even if there is one). What confuses me the most is what I wrote in the To Reproduce section later.
To Reproduce
I've minimized the (possible) bug here:
(1.1.3, calling "compile") WORKS:
//> using scala 2.13.12
//> using option -Ytasty-reader
//> using dep org.virtuslab.scala-cli:cli_3:1.1.3

import scala.cli.ScalaCli
object Main {
    def main(args: Array[String]): Unit = ScalaCli.main(Array("compile", "."))
}

(1.1.3, calling "test") WORKS:
//> using scala 2.13.12
//> using option -Ytasty-reader
//> using dep org.virtuslab.scala-cli:cli_3:1.1.3

import scala.cli.ScalaCli
object Main {
    def main(args: Array[String]): Unit = ScalaCli.main(Array("test", "."))
}

(1.2.0, calling "compile") WORKS:
//> using scala 2.13.12
//> using option -Ytasty-reader
//> using dep org.virtuslab.scala-cli:cli_3:1.2.0

import scala.cli.ScalaCli
object Main {
    def main(args: Array[String]): Unit = ScalaCli.main(Array("compile", "."))
}

(1.2.0, calling "test") FAILS:
//> using scala 2.13.12
//> using option -Ytasty-reader
//> using dep org.virtuslab.scala-cli:cli_3:1.2.0

import scala.cli.ScalaCli
object Main {
    def main(args: Array[String]): Unit = ScalaCli.main(Array("test", "."))
}

and the reported error is
Downloading 2 dependencies and one internal dependency
[error]  Error downloading org.virtuslab.scala-cli:test-runner_2.13:1.2.0
  not found: /Users/toniogela/.ivy2/local/org.virtuslab.scala-cli/test-runner_2.13/1.2.0/ivys/ivy.xml
  not found: https://repo1.maven.org/maven2/org/virtuslab/scala-cli/test-runner_2.13/1.2.0/test-runner_2.13-1.2.0.pom
  No fallback URL found

I should also report that switching to the latest scala 3 version makes the four snippet compile and run successfully, so it seems related to the way deps are resolved for scala 2.13, but just for tests as "compile" works correctly despite runner_2.13 version 1.2.0 was NOT published.
Also, ofc, running scala-cli test X using the command line launcher where X is a .test.scala file containing the directive //> using scala 2.13.12 works flawlessly (and this adds even more confusion)
Expected behaviour
I won't claim that I expect all four aforementioned snippets to work flawlessly, as this is clearly a non-standard use case that relies on dependencies that weren't meant to be used by the general public, but I would love to be enlightened about what it might be the possible root cause, and if this is due to a design decision that we should cope with to keep testing the typelevel toolkit.
Thanks in advance!
//cc @armanbilge

Starting with 1.2.0 we cross compile most module sof Scala CLI with Scala 3 LTS & Next (so right now 3.3.3 & 3.4.0), while publishing the LTS artifacts.
I suspect this is an unintentional result of the large refactor tied to that, likely somewhere in the changes of https://github.com/VirtusLab/scala-cli/pull/2752 or https://github.com/VirtusLab/scala-cli/pull/2759.
I can see the test-runner_3 dependency was published, while its 2.13 equivalent wasn't: https://repo1.maven.org/maven2/org/virtuslab/scala-cli/test-runner_3/1.2.0/
You are also correct the runner artifact wasn't published  for 1.2.0...
@TonioGela TL;DR it seems that this is unintentional and we didn't catch it since technically speaking, those are internal APIs, not necessarily prepared for external use (so there's no guarantees on our side, really).
However, I see no reason why not to publish those artifacts, we'd just need to tweak the implementation to publish them along with the next version.

It seems that runner wasn't published, since it's compiled with a different Scala versions (3.0.2) for compatibility reasons, which makes the publishing script skip it while publishing (since it only publishes LTS artifacts now).
This is the likely culprit.
@TonioGela what you need working is the cli module and all its dependencies, correct?
I can try to fix it before v1.2.1 comes out...
Do you also need the _2.13 artifacts?

So I've been wondering why would test-runner_2.13 be necessary when you're using cli_3 as the dependency... as I'd expect it to fetch test-runner_3 as well.
https://github.com/VirtusLab/scala-cli/blob/178281ec0035d655008e556534d6df43ffc11c09/modules/options/src/main/scala/scala/build/Artifacts.scala#L114
Sigh.

@TonioGela what you need working is the cli module and all its dependencies, correct? I can try to fix it before v1.2.1 comes out... (mentioning #2790 to not forget about it) Do you also need the _2.13 artifacts?

@Gedochao sorry for the late response and first of all, thanks for your support.
I'm not sure we strictly need _2.13 artifacts, unless (like you mentioned) cli_3 pulls it from maven central when running the tests of a 2.13 script.
In any case, any fix will be more than welcome, as we could continue testing successfully.
I saw that you've closed it here, is there any snapshot I can try to use to see whether your change fixes our problem too?

is there any snapshot I can try to use to see whether your change fixes our problem too?

@TonioGela sure, you can try 1.2.0-35-gc05e9bd1e-SNAPSHOT... or just wait a little bit, as Scala CLI v1.2.1 is being released right now.
I believe everything should work with v1.2.1. If you run into any issues, please reopen this issue.

unless (like you mentioned) cli_3 pulls it from maven central when running the tests of a 2.13 script

Yes, I believe this is the case.

Take a look here @Gedochao: https://github.com/typelevel/toolkit/actions/runs/8482335078/job/23241385459
It's working flawlessly! I'll wait till 1.2.1 to update the dependency ofc, but thanks infinitely for your help!


Classes misrepresented in Utility

Utility does a lot to make life easier, but classes have been misrepresented. Classes should be treated the same way javascript does, ie, as Objects. Class keys and values are treated in the Object hasOwnProperty fashion.

$Shape on a class should ignore prototype methods/properties, the same way Object prototypes are ignored.
$Diff should again treat classes as objects.

These two are extremely useful for Class constructors, ie, accepting $Shape as parameter, or $Diff<this, DefaultProps>
Other places support is needed:

$ObjMap(i) should map hasOwnProperty keys/values of class
... should spread hasOwnProperty keys/values of class

The output type of these functions when applied to class are expected to be Objects.
Per impl, someClassInstance instanceof Object === true
Some reasoning:

Object.assign({}, myClassInstance) behaves as expected. Assigning only hasOwnProperty key:value types (not prototype methods/properties). The same should go for utility methods.
The use case for these are obviously in Object-> Class and Class -> Object flows, creation/serialization
All classes inherit Object, ie, have Object.prototype methods of hasOwnProperty, toString... etc

While you're probably right about everything, the Utility types are experimental at best and there are many other problems with them that will need to be fixed way before the case for classes will be looked at.


Missing commas in const.py

Describe the bug
I cloned the main repo to test/help with issues but was unable to run the code due to missing commas in the const.py file
Steps to reproduce

Clone the main repo to your local machine
Install all the dependencies
run the code using the command python3 lifesim.py

Expected behavior
Normal: The game to run normally
What happens: Receive error messages
Screenshots
N/A
Additional context
N/A

I can quickly fix this issue if you assign it to me


[AutoPR batch/data-plane] Add Batch dataplane API version 2018-12-01.8.0

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/4795

See https://github.com/Azure/azure-sdk-for-python/pull/4072