text:
feat(#37): Implement entire optimization pipeline

Implement entire optimization pipeline: bytecode -> xmir -> bytecode -> run optimized bytecode
Closes: #37

PR-Codex overview
Focus of this PR:
This PR focuses on making changes to the code in order to improve the functionality and readability of the project.
Detailed summary:

Updated the BytecodeIrTest class to use the correct XPath expression.
Added the Base64 import in the XmirIr class.
Modified the verify.groovy file to invert the assertion.
Updated the XmirFootprint class to use stream operations.
Modified the OptimizationTest class to use Paths instead of File.
Added the Base64Bytecode class.
Updated the BytecodeIr class to use byte[] instead of Input.

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

@rultor merge

@rultor merge

@volodya-lombrozo OK, I'll try to merge now. You can check the progress of the merge here

@rultor merge

@volodya-lombrozo Done! FYI, the full log is here (took me 2min)

authors: rultor volodya-lombrozo

repo: objectionary/jeo-maven-plugin


text:
Apply border radius to inner view(progress bar) when applying padding to <Progress.Bar />

Que : How to apply border raduis to inner view of progress bar
Version
"react": "16.13.1",
"react-native": "0.63.4",
"react-native-progress": "^5.0.0",

Expected output

Current behaviour

Code
<Progress.Bar
  color={'rgb(128,0,128)'}
  progress={0.5}
  borderWidth={1}
  borderColor={'rgba(128,0,128,0.2)'}
  unfilledColor={'white'}
  height={10}
  borderRadius={7.5}
  width={200}
  style={{ padding: 2, }}
/>

So after applying style with padding 2 I'll get the space for inner view
but when I try below code it wont work for me
style={{ padding: 2,borderRadius:10 }}
So how apply border radius for inner view as per expected output

@erickgtzh @hardik-wts Did you guys find a solution?

Has anyone got a solution? I have the same issue.

Hello, I made a change in the library code and I managed to solve it, I will soon upload a pull request with the fix.

I had similar problem, I solved it by going to react-native-progress/bar file and adding borderRadius to progressStyle. It will give similar border as your outer container.

And somebody know how do the same with Circle? Thanks!

source: gharchive/issue

authors: Alysson1013 Srijan67 hardik-wts luisfuertes matandin paulolopesrb

repo: oblador/react-native-progress

license: mit

license_type: permissive

license_source: bigquery


text:
Add border around icons on website icon explorer

Hi,
I think this may be useful at first glance to be able to know if the icons have extra side padding or if they fill their whole space. Adding a small inner border on this display around the icon may be helpful to know that.

When we develop we try to choose icons that go well together and having one that fill the whole box and another one being centered inside it often leads to unwanted alignment problems or other things annoying...

Mind making a PR with this change?

We’ve just released a major new version with significant changes and improvements. If you’re still experiencing this issue after upgrading, please open a new issue with updated details. We're closing all the very old issues to get on top of things. Thanks for your patience!

authors: johnf oblador slorber

repo: oblador/react-native-vector-icons

license: MIT

license_source: github-api


text:
Update cellPartOfAnatomicalEntity.yaml

Add back xrefs.

@matentzn, @dosumis, this PR has been approved, but not yet merged. Last action Oct 2021.
Can we merge or close?
Will also add to the "DOS" board.

@bvarner-ebi if you merge master in to this branch and run:
sh run.sh make ../patterns/definitions.owl -B

We will know for sure if it works.

% sh run.sh make ../patterns/definitions.owl -B
if [ true  = true ] && [ "cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" ]; then dosdp-tools generate --catalog=catalog-v001.xml \
    --infile=../patterns/data/default/ --template=../patterns/dosdp-patterns --batch-patterns="cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" \
    --ontology=cl-edit.owl --obo-prefixes=true --outfile=../patterns/data/default; fi
2022-08-25 08:19:03.239Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <cell>
2022-08-25 08:19:03.253Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <biological_process>
2022-08-25 08:19:03.700Z error [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] JSON does not conform to DOS-DP schema for pattern file at ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml:
String: DownField(xrefs),DownField(def)
2022-08-25 08:19:03.710Z error [] [context: ] JSON does not conform to DOS-DP schema for pattern file at ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml
make: *** [Makefile:544: ../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Error 1

Yeah, @rays22 can help you with that

2022-08-25 08:19:03.710Z error [] [context: ] JSON does not conform to DOS-DP schema for pattern file at ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml
make: *** [Makefile:544: ../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Error 1

I think I have fixed it, but running
sh run.sh make ../patterns/definitions.owl -B

seems to take ages.

I think I have fixed it, but running
sh run.sh make ../patterns/definitions.owl -B

seems to take ages.

Thank you, @rays22. I ran it, and it took a couple of minutes.
I still get missing column messages:
ontology % sh run.sh make ../patterns/definitions.owl -B
if [ true  = true ] && [ "cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" ]; then dosdp-tools generate --catalog=catalog-v001.xml \
    --infile=../patterns/data/default/ --template=../patterns/dosdp-patterns --batch-patterns="cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" \
    --ontology=cl-edit.owl --obo-prefixes=true --outfile=../patterns/data/default; fi
2022-08-26 11:31:57.101Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <cell>
2022-08-26 11:31:57.115Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <biological_process>
2022-08-26 11:31:57.566Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <cell>
2022-08-26 11:31:57.566Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <anatomical_entity>
2022-08-26 11:31:57.566Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <pubs>
if [ true  = true ] && [ "cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" ]; then dosdp-tools generate --catalog=catalog-v001.xml \
    --infile=../patterns/data/default/ --template=../patterns/dosdp-patterns --batch-patterns="cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" \
    --ontology=cl-edit.owl --obo-prefixes=true --outfile=../patterns/data/default; fi
2022-08-26 11:32:23.442Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <cell>
2022-08-26 11:32:23.455Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml;input=../patterns/data/default//cellCapableOfBiologicalProcess.tsv;output=../patterns/data/default/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/default//cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns/cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <biological_process>
2022-08-26 11:32:23.886Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <cell>
2022-08-26 11:32:23.887Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <anatomical_entity>
2022-08-26 11:32:23.887Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml;input=../patterns/data/default//cellPartOfAnatomicalEntity.tsv;output=../patterns/data/default/cellPartOfAnatomicalEntity.ofn] Input ../patterns/data/default//cellPartOfAnatomicalEntity.tsv for pattern ../patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml is missing column for pattern variable <pubs>
if [ true  = true ] && [ "cellCapableOfBiologicalProcess" ]; then dosdp-tools generate --catalog=catalog-v001.xml \
    --infile=../patterns/data/clustering --template=../patterns/dosdp-patterns/ --batch-patterns="cellCapableOfBiologicalProcess" \
    --ontology=cl-edit.owl --obo-prefixes=true --outfile=../patterns/data/clustering; fi
2022-08-26 11:32:49.361Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns//cellCapableOfBiologicalProcess.yaml;input=../patterns/data/clustering/cellCapableOfBiologicalProcess.tsv;output=../patterns/data/clustering/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/clustering/cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns//cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <cell>
2022-08-26 11:32:49.378Z  warn [] [context: command=generate;pattern=../patterns/dosdp-patterns//cellCapableOfBiologicalProcess.yaml;input=../patterns/data/clustering/cellCapableOfBiologicalProcess.tsv;output=../patterns/data/clustering/cellCapableOfBiologicalProcess.ofn] Input ../patterns/data/clustering/cellCapableOfBiologicalProcess.tsv for pattern ../patterns/dosdp-patterns//cellCapableOfBiologicalProcess.yaml is missing column for pattern variable <biological_process>
if [ true  = true ] && [ "cellCapableOfBiologicalProcess cellPartOfAnatomicalEntity" ]   || [ "cellCapableOfBiologicalProcess" ] && [ true  = true ]; then robot --catalog catalog-v001.xml merge -i ../patterns/data/default/cellCapableOfBiologicalProcess.ofn -i ../patterns/data/default/cellPartOfAnatomicalEntity.ofn -i ../patterns/data/clustering/cellCapableOfBiologicalProcess.ofn \
	annotate --ontology-iri http://purl.obolibrary.org/obo/cl/patterns/definitions.owl  --version-iri http://purl.obolibrary.org/obo/cl/releases/2022-08-26/patterns/definitions.owl \
      --annotation owl:versionInfo 2022-08-26 -o definitions.ofn && mv definitions.ofn ../patterns/definitions.owl; fi

You could make a dosdp tools issue https://github.com/INCATools/dosdp-tools/issues
Linking to this PR, saying that
Redundant missing column message if table is empty
It seems like if the dosdp table has no data, dosdp-tools erroneously believes that it is missing a column

@bvarner-ebi - assigning this to you, and @rays22 can help if you need any. Thanks

@bvarner-ebi - assigning this to you, and @rays22 can help if you need any. Thanks

Not sure what needs to be done here... I tried to close this PR, but unclear to me what the background is as there is no linked issue. I opened a ticket per @matentzn's direction, but next steps are not clear to me.
As this has been a pending PR since 2021 with sparse follow up, I'm inclined to close this PR without merging.

@bvarner-ebi can you confirm that @dosumis comments where addressed, if so, just merge it! Its a totally fine PR!

Not sure what needs to be done here... I tried to close this PR, but unclear to me what the background is as there is no linked issue. I opened a ticket per @matentzn's direction, but next steps are not clear to me.
As this has been a pending PR since 2021 with sparse follow up, I'm inclined to close this PR without merging.

@bvarner-ebi , I think I know what is left to be done for this PR. I will update the src/patterns/dosdp-patterns/cellPartOfAnatomicalEntity.yaml DOS-DP template and take care of merging the PR.

source: gharchive/pull-request

authors: bvarner-ebi dosumis matentzn rays22 shawntanzk

repo: obophenotype/cell-ontology


text:
costochondral joint

Add new term:
abnormal costochondral joint morphology (a child of abnormal rib joint morphology MP:0004625 and abnormal synchondrosis MP:0004053)
DEF: any structural anomaly of the hyaline cartilaginous joint (synchondrosis) between each rib and its costal cartilage; the articulation is between the cup-shaped depression in the sternal end of a rib and the lateral end of a costal cartilage; the rib and its cartilage are firmly bound together by the continuity of the periosteum of the rib with the perichondrium of the cartilage; no movement normally occurs at these joints
SYN: abnormal chondrocostal synchondrosis
SYN: abnormal costochondral synchondrosis
SYN: abnormal costochondral junction morphology
SYN: abnormal costo-chondral junction morphology
SOURCE: https://www.kenhub.com/en/library/anatomy/thoracic-cage, UBERON:0002293

Add new term:
abnormal costochondral joint morphology MP:0030876


text:
Added warning for NaNs

Added warning for the first encountered NaN value.
Closes #200

Hi @Bhairvi23,
Thank you for your first contribution to xbitinfo 🎉 The PR looks good so far and the failure seems to come from the newest changes to xarray. Before this contribution can be merged we need to do a few more things:

[ ] remove the .DS_Store file that has been accidentally been committed
[ ] add your changes to the CHANGELOG.md
[ ] add a simple test to check whether or not the warning will actually be raised.

@Bhairvi23 I just updated your branch with a fix for the doctests. Now the tests all pass 🎉 If you could address above mentioned points we are ready to merge this.

@observingClouds I am unable to find the .DS_Store file. I can see that there has been some changes but I cant seem to locate it.

Hi @Bhairvi23 ,
The file is likely hidden on your system. You can see it with ls -a. To remove the file from your PC and the git you could do git rm .DS_store and commit the changes afterwards as usual.

The .DS_Store file is still in the commits though, @Bhairvi23 can you try to delete it? It doesn't show up for me for some reason...

Sry @Bhairvi23 I just recognise that this issue will already be addressed with https://github.com/observingClouds/xbitinfo/pull/260 which was unfortunately not linked to #200

authors: Bhairvi23 milankl observingClouds

repo: observingClouds/xbitinfo


text:
Filter results

First of all, I wanted to thank you for this app, is very very cool, specially if you love CLI's :)
After messing with it a little, and given you already have a data structure for each book, it would be super useful to filter any given results by one (or many) of the fields in the data structure (exact value, sub-string with lower caps comparision, or whatever method you think best).
I dont know about how to develop in the particular CLI you are using, but if it were too difficult CLI wise, just some sort of extra argument in the search command would do, for instance:
? Search : My Book Name --Author "Arthur" --Lang "English"
This would search for My Book Name and show only those results with the word Arthur in the author field and the word English in the field Lang.
Otherwise, we need to get into the description of each book result to know wether or not they are in english.
I understand if you dont have the time to get to it, and want to thank you for what you have already done.

Hi @Armagedoom !
First, you are welcome! Thanks for these kind words! I am happy to you love the app.
Second, thanks for this very well explanation of the feature. It is cool idea! Actually nowadays I am thinking about refactoring some piece of code with the Ink to make the user interface more stable and the code base much more maintainable. So this feature can be a part the next release. It is probably not going to be quickly but I will certainly try to add this feature if something not gone wrong or unexpected.
Again, thanks for using the app and thanks for your kind words!

Hello again @Armagedoom,
After your suggestion, I added a separate section with in the new release to below of the search bar to be able to filter results. So I will close this issue after I merged the branch of the new release. If you see any issue in the new version please feel free to open another new issue. I hope the new version meets your expactations.
Take care, Kind regards!

@obsfx Is it possible to persist the filters in between searches?
For example, if I was only ever interested in epub?

authors: fidel-perez jonnymaceachern obsfx

repo: obsfx/libgen-downloader

license: WTFPL


text:
feat: releasable code for accessing properties via task.file

Types of changes
Changes visible to users:

[x] New feature (prefix: feat - non-breaking change which adds functionality)

Issue/discussion: #2480

Description

done by pairing with @claremacrae
add task.file.hasProperty() and task.file.property()

Motivation and Context

RELEASE =)
save users from having to understand when to use null or undefined with properties
save @claremacrae from having to document when to use null or undefined with properties

How has this been tested?

new unit tests
exploratory testing in live vault

Checklist

[x] My code follows the code style of this project and passes yarn run lint.
[x] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.

todo for @claremacrae  =)

[x] My change has adequate Unit Test coverage.

Terms

[x] My contribution follows this project's contributing guide
[x] I agree to follow this project's Code of Conduct

That was a very fun pairing session - thanks!

authors: claremacrae ilandikov

repo: obsidian-tasks-group/obsidian-tasks


text:
Fix disabling implicit prelude

Setting the default-extension NoImplicitPrelude in .cabal files had no effect. Turning on -Wimplicit-prelude revealed Prelude still gets loaded implicitly. eg:
common/src/Common/Route.hs:1:1: warning: [-Wimplicit-prelude]
    Module `Prelude' implicitly imported

Debugging revealed NoImplicitPrelude was not being included in the LANGUAGE pragma heading added by the ob preprocessor. This is because NoImplicitPrelude in Cabal is considered to be a disabling of the ImplicitPrelude extension and ob was ignoring disabled extensions. This PR adds support for disabled extensions and thus fixes NoImplicitPrelude. It should also fix other similarly treated extensions such as NoMonomorphismRestriction
I have:

[X] Based work on latest develop branch
[X] Looked for lint in my changes with hlint . (lint found code you did not write can be left alone)
[X] Run the test suite: $(nix-build -A selftest --no-out-link)
[ ] (Optional) Run CI tests locally: nix-build release.nix -A build.x86_64-linux --no-out-link (or x86_64-darwin on macOS)

Thanks @rprije

authors: ali-abrar rprije

repo: obsidiansystems/obelisk


text:
Add support for project specific configuration.

This allows Uncrustify to find configuration in project settings files,
allowing easier per-project configuration.  Configuration paths also have
two expansions on their names done.  The first is for ${project_dir},
which allows a project configuraiton to specify a relative path for the
configuration file.  The second is use of OS environment variable expansions,
allowing ${HOME} and such to be specified - making it easier to share these
configurations between users or across shared filesystems where paths may
differ on different systems.  (Think virtualization for example.)
While here I've updated the documentation in the sample configuration
to show these details, and to correct English language issues hopefully
making it clearer for some users.  (I'm a native English speaker -- it was
clear that the original author is not.)
As an aside, I really really hope this PR is accepted upstream; I maintain several other open source projects (some very widely used), with different coding styles, and this change is a huge improvement for me and my co-contributors.

I found an error when I has no project opened after merged
    'project_dir': os.path.dirname(sublime.active_window().project_file_name())
will cause
    TypeError: object of type 'NoneType' has no len()
I made a fix to check project_file_name() first, please take a look...

Thanks for merging my code, and sorry about breaking things.
Your change looks ok, but not quite right….
By returning path you not just omit the expand of the project_dir, but also
the os.path.expandvars (so you lose ${HOME} or anything like that, which
was a nice bonus).
What I’d recommend instead is nesting the project_dir expansion only in a
check for if project_name.  That way the ${HOME} or whatever expansion
could still take effect for those cases.
On Thu, Dec 22, 2016 at 11:05 PM, obxyann notifications@github.com wrote:

I found an error when I has no project opened after merged
'project_dir': os.path.dirname(sublime.active_window().project_file_
name())
will cause
TypeError: object of type 'NoneType' has no len()
I made a fix to check project_file_name() first, please take a look...
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/obxyann/Sublime-Uncrustify/pull/4#issuecomment-268949051,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABPDfRXQ2BLRWrVam5QXmRzu8LWLXcQpks5rK3K3gaJpZM4LTcAp
.

authors: gdamore obxyann

repo: obxyann/Sublime-Uncrustify


text:
Gospel does not parse fun type annotations as OCaml

The following code is accepted by the OCaml type checker:
  fun true : int -> 12

(besides the obviously non-exhaustive pattern true), meaning that the int is the return type but the Gospel typechecker accepts the following:
val f : int list -> int
(*@ y = f xs
    ensures List.for_all (fun x : int -> true) xs *)

where int is interpreted as the type for the argument x.

#309 will change that situation:
val f : int list -> int
(*@ y = f xs
    ensures List.for_all (fun x : int -> true) xs *)

will now report a syntax error at : int as the type annotation is not handled by the parser.

Fixed by #309

authors: n-osborne shym

repo: ocaml-gospel/gospel


text:
Introduce a sketch buffer per Uring

The main motivation of this change is to avoid having one malloc per packet in
readv(2) and writev(2).
Before this, everytime we needed an iovec structure we would malloc it outside
the heap, then fill it up and set up the GC collect it.
Often we only need those structures on the window between the
Uring.submit_writev and Uring.submit, once the submit is done, the kernel has
already copied the arguments and we don't need it anymore. In the old code the
iovec would end up being held until atleast the CQEvent, this is not a big deal,
but mallocing per syscall kinda is.
The sketch buffer is a linear area that is reset at every Uring.submit, so we
can stash all these temporary things there and forget.  The area is allocated
from C code so it looks transparent to ocaml code, this makes it easier to
remember a free operation in case we have to abort the syscall because another
resource starved (like running out of SQEs). We could argue that this is a bit
too much and we should just expect the application to issue a Submit at
some point, but leaking is sloppy behavior at the very least.
The buffer size is always 8 byte aligned, and every allocation will be
aligned to its own machine word size, this is more of a safe guard to guarantee
we could run on a strict aligned machine, and also to gain some cycles as
unaligned access are still slower on x86 and and arm.
The main.md test ends up testing the word size to make sure allocations fail
and succeed when they should, but since we have to hard code the output, it will
be different in 32bit mode and main.md will fail here:
val sizeof_iovec : int = 16

I chose 16KB for the default size, which might be a bit overkill as we will
probably never need more than a few KB (one iovec is 2 pointers). At any rate I
tried to make the API usable enough for other structures, like __kernel_timeout that
another PR#59 wants.

I assume there is no solution for the 32bit vs 64bit thing in main.md, if there is I'd love to fix it.

I assume there is no solution for the 32bit vs 64bit thing in main.md, if there is I'd love to fix it.

There are two types of MDX block. If the first line starts with # then the block is one where the result is echoed, but if not it's silent. So you can just do a separate init block first:
```ocaml
let sizeof_iovec = if Sys.word_size = 64 then 16 else 8
```

(I'll look at the PR properly on Monday)

I assume there is no solution for the 32bit vs 64bit thing in main.md, if there is I'd love to fix it.

There are two types of MDX block. If the first line starts with # then the block is one where the result is echoed, but if not it's silent. So you can just do a separate init block first:
```ocaml
let sizeof_iovec = if Sys.word_size = 64 then 16 else 8

(I'll look at the PR properly on Monday)

Oh that's nice, I've pushed a change that does it, many thanks :)

If we agree that the sketch_free() is too much, I can rework all this logic and pull from C into ocaml, like I had my first version.
I'm fine with either, really.

I forced pushed a changed that should address what we talked about, since the code was considerably different I saw little sense in appending more commits, let me know what is the preferred course of action here in the future.
The only thing not addressed is this comment: https://github.com/ocaml-multicore/ocaml-uring/pull/63#discussion_r939991125
I think this does not hold, as the Iovec is not referenced in msghdr anymore, it is rebuild at every readv and writev, so there is no window where the user  could screw that up (as long as extra_data still references the buffers, which it does).
Maybe the skeleton of having a sub-module like Iovec inside Sketch can be extended in the future for other types.
Performance-wise the only difference from the first version is that now Sketch.alloc_* needs to allocate a block for holding Sketch.ptr.

Thanks!

repo: ocaml-multicore/ocaml-uring

license: ISC


text:
mirage: pass static ip config to make

pass in IP configuration as env vars

@samoht for context: changes to support @avsm suggestion to pass in static IP parameters for deployment unikernel from environment

repo: ocaml/ocaml-travisci-skeleton


text:
[Bug]: The partition plan of the table only has a delete policy. Failed to add a create policy

ODC version
ODC 4.2.4-bp1
OB version

What happened?
The partition plan for the table only has a delete policy.

When I added a creation policy, the naming rule did not have an echo suffix. As a result, the task could not be delivered.

What did you expect to happen?

How can we reproduce it (as minimally and precisely as possible)?
follow what happened.
Anything else we need to know?
No response

pass

repo: oceanbase/odc


text:
[Bug]: Import report undefined id does not exist

ODC version
ODC422
OB version
it has nothing with ob version
What happened?
Import report undefined id does not exist

What did you expect to happen?
normally
How can we reproduce it (as minimally and precisely as possible)?
create import task
Anything else we need to know?
No response
Cloud
No response

Fixed In Commit 79c02130c52d75a8220bd75e4bb0910ae552689f
------
咏和
Mon Oct 30 16:59:39 2023 +0800

authors: HSunboy Huangxiao-mas


text:
fix(rust): only save key to disk if type is persistent

Restricts writes to disk for keys that are of type persistent.

@mikelodder7, this includes #577, and the rebase, so i'm going to close #577 and merge this.

repo: ockam-network/ockam


text:
Fix: correctly escapes double quotes when converting ux.table to csv

modify replace with replaceAll as mentioned in this issue : https://github.com/oclif/core/issues/944#issue-2126189996

Thanks for your review, I've just added a new test case.
I have one more question for the future: should the check for escaping quotes be done line by line (as it is now) or value by value? The latter would produce slightly cleaner CSVs, but at some performance cost.

repo: oclif/core


text:
Add double click functionality to mouseClick.

Mac requires special code to automate a double click, so we need a double click function. Set the second argument of mouseClick to true to perform a double click.
robot.mouseClick("left", true);

Closes #24.

I think I'm going to change the second parameter to click count, trying to decide if I want to do this.

I'm going to leave this as is for now, multiple clicks can be handled in user-land, but on Mac a double click can't.

@octalmage howdy!
We are building testdriver.ai out of Austin, and we use robotjs heavily.
But I am unable to perform the double click action, it just clicks once.
The goal is to select a given string.
here's how we are using it.

authors: chottuthejimmy octalmage

repo: octalmage/robotjs


text:
[BUG]: Unable to create comment in PR

What happened?
func for creating comment. Problem now is I can not find any Post function only Get:
// createComment sends a request to GitHub API to create a comment on an issue or PR
func createComment(client *pkg.Client, owner, repo string, issueNumber int, body string) error {

	queryParams := &issues.IssuesRequestBuilderGetQueryParameters{}
	requestConfig := &abs.RequestConfiguration[issues.IssuesRequestBuilderGetQueryParameters]{
		QueryParameters: queryParams,
	}

	_, err := client.Issues().Get(context.Background(), requestConfig)
	return err
}

Versions
go list -m github.com/octokit/go-sdk
0.0.26
Full example
package main

import (
	"context"
	"encoding/json"
	"fmt"
	"log"
	"net/http"
	"strings"

	"github.com/octokit/go-sdk/pkg"
	"github.com/octokit/go-sdk/pkg/github/issues"
)

func handleWebhook(w http.ResponseWriter, r *http.Request, client *pkg.Client) {
	var event map[string]interface{}
	if err := json.NewDecoder(r.Body).Decode(&event); err != nil {
		http.Error(w, "Invalid request payload", http.StatusBadRequest)
		return
	}

	eventType := r.Header.Get("X-GitHub-Event")
	switch eventType {
	case "pull_request":
		// handlePullRequestEvent(event, client)
	case "issue_comment":
		handleIssueCommentEvent(event, client)
	default:
		log.Printf("Unhandled event type: %s", eventType)
	}

	fmt.Println(r)
	w.WriteHeader(http.StatusOK)
}

// handleIssueCommentEvent processes issue_comment events and replies to comments
func handleIssueCommentEvent(event map[string]interface{}, client *pkg.Client) {
	// Extract necessary fields from the event
	comment, ok := event["comment"].(map[string]interface{})
	if !ok {
		log.Println("Invalid comment payload")
		return
	}

	user, _ := comment["user"].(map[string]interface{})
	commentBody, _ := comment["body"].(string)
	commentAuthor, _ := user["login"].(string)

	// Extract repository and issue details
	issue, _ := event["issue"].(map[string]interface{})
	repo, _ := event["repository"].(map[string]interface{})
	repoName, _ := repo["name"].(string)
	repoOwner, _ := repo["owner"].(map[string]interface{})
	repoOwnerName, _ := repoOwner["login"].(string)
	issueNumber, _ := issue["number"].(float64)

	// Convert issueNumber to int
	issueNumberInt := int(issueNumber)

	// Check if comment contains the keyword and is from the right author
	if commentBody != "" && commentAuthor != "" {
		if commentBodyContainsApply(commentBody) {
			responseBody := "Thanks for applying - I will now run terraform apply and test each cluster before proceeding!"
			err := createComment(client, repoOwnerName, repoName, issueNumberInt, responseBody)
			if err != nil {
				log.Printf("Error creating comment: %v", err)
			} else {
				log.Println("Reply comment created successfully")
			}
		} else {
			log.Println("Ignoring comment. It doesn't contain 'apply'.")
		}
	}
}

// commentBodyContainsApply checks if the comment body contains the keyword "apply"
func commentBodyContainsApply(body string) bool {
	return containsIgnoreCase(body, "apply")
}

// containsIgnoreCase checks if a substring is present in a string, ignoring case
func containsIgnoreCase(str, substr string) bool {
	return strings.Contains(strings.ToLower(str), strings.ToLower(substr))
}

// createComment sends a request to GitHub API to create a comment on an issue or PR
func createComment(client *pkg.Client, owner, repo string, issueNumber int, body string) error {

	queryParams := &issues.IssuesRequestBuilderGetQueryParameters{}
	requestConfig := &abs.RequestConfiguration[issues.IssuesRequestBuilderGetQueryParameters]{
		QueryParameters: queryParams,
	}

	_, err := client.Issues().Get(context.Background(), requestConfig)
	return err
}

Code of Conduct

[X] I agree to follow this project's Code of Conduct

That route is underneath the Repos umbrella here, so your call would look something like:
issue, err := client.Repos().ByOwnerId("octokit").ByRepoId("go-sdk").Issues().ByIssue_number(42).Comments().Post(ctx, body, requestConfig)

In general, a good way to find the method you want is to find the API doc first (in this case https://docs.github.com/en/rest/issues/comments?apiVersion=2022-11-28#create-an-issue-comment), and then searching for the docs link (note the format difference) in the go-sdk code:
https://github.com/octokit/go-sdk/blob/9d26873c93cc3d98b12d3e9289b1fa65659670a1/pkg/github/repos/item_item_issues_item_comments_request_builder.go#L72
Does that help?

authors: JCzz kfcampbell

repo: octokit/go-sdk


text:
🛑 Cajas 2 (cajas2.octubre.osperyh.org.ar) is down

In f8c15da, Cajas 2 (cajas2.octubre.osperyh.org.ar) (http://cajas2.octubre.osperyh.org.ar/api/appstatus) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Cajas 2 (cajas2.octubre.osperyh.org.ar) is back up in b070a19.

repo: octubre-softlab/octubre-upptime


text:
🛑 OctubreOSPERYH (octubre.osperyh.org.ar) is down

In 76fde79, OctubreOSPERYH (octubre.osperyh.org.ar) (https://octubre.osperyh.org.ar/api/health) was down:

HTTP code: 521
Response time: 243 ms

Resolved: OctubreOSPERYH (octubre.osperyh.org.ar) is back up in 495fae0.


text:
[TRIFLES] Turn off fast walking for mobs/villagers

Hi, I was looking through the config and I didn't see a way to turn off fast walking for different entities. Might not be possible to turn on and off specific mobs but would be nice as our villagers like to run away when we go to trade.
Thanks!

Just disabled the fast walking and switched to PurpurExtras fast walking.
Found out that disabling this and doing /vane reload doesn't actually disable it, had to restart the server.
Disliking vane more and more every day.

Glad you found something else that works for you. For everyone else, #228 will include proper configuration for mobs, villagers and players thanks to Ford :)

This has been added a while ago in #242

authors: jacklollz2 jschlabach oddlama

repo: oddlama/vane


text:
Vane strips lore already existing on items on anvil combine / rename.

With Vane enchants enabled:

With Vane Enchants Disabled:

Root cause: https://github.com/oddlama/vane/blob/main/vane-enchantments/src/main/java/org/oddlama/vane/enchantments/Enchantments.java#L151
Vane currently clears all lore, every time it updates, what it should be doing, is instead using the existing lore, and only removing lore that it's added previously.
We need some way of marking this lore, the easy way would be to use the translatable components, since they are (presumably) namespaced under vane, we can see them pretty easy.
However this directly clashes with the ability to server-side translate the chat components.
So instead I propose we insert some form of invisible marker, so we can see what lore belongs to vane-enchant, remove all that match, and then update as normal, appending the vane enchants to the list again.
That would mutate the item stacks on every enchanting operation, but it would be a LOT easier then scanning and updating individual enchants + levels.

[memory log from discord discussion]:
Best would be to tag the lines added by vane with a hidden text component, to later update them if necessary but never to delete existing content.

Another thing: Existing books can then no longer be used to craft stuff because of NBT mismatch. Maybe it's time to address this NBT matching issue somehow :/

Another thing: Existing books can then no longer be used to craft stuff because of NBT mismatch. Maybe it's time to address this NBT matching issue somehow :/

Another thing: Existing books can then no longer be used to craft stuff because of NBT mismatch. Maybe it's time to address this NBT matching issue somehow :/

I talked to the Recipe Manager dev, and short of using Recipe Manager 2 as a dependency, the path is using Material Choices for the recipes, then validating it afterwards, either in the various recipe result events, or inventory events.
I havn't tested it, but he suspects that they still render the example item correctly.

I'm 99% certain they wont render correctly in the preview on the client. But I guess it's the only way to move forward for us (at least for now)

I just had a new idea to mostly prevent breaking backwards compatibility. If a lore entry is already just a translatable component referencing vane*:something, it can always be considered part of vane, no need for a prefix to keep track of it. And that should be the case for 95% of the installs. I'll use your nice prefixing logic when client side translations are disabled, but add those simple translatable components to the list of vane-owned components.
It might cause duplicated texts on those other 5%, but we cannot realistically do anything about that. After all, vane is supposed to be used with client side translations. And if some other plugin stringifies the lore, it's not our problem. It isn't anything we can prevent and therefore I will not create any weird hacks to support it.

[50% done]: Crafting will still be an issue going forward. I can see two paths going forward:
A) We introduce a lightweight item watcher that converts items when they are encountered in some events (maybe item pickup/move/...). Can be done cleanly, and has the added benefit that we can use it for more things later, for example if we want to make breaking changes to custom items.
B) Make the crafting recipes more general (i.e. Material only) and reject invalid materials in an event. This will cause items to be wrongly rendered in recipes on the client recipe book though.
Realistically I think we need to go for A.

The converter that will be introduced next breaking release can also take care of updating items for these situations.

B) Make the crafting recipes more general (i.e. Material only) and reject invalid materials in an event. This will cause items to be wrongly rendered in recipes on the client recipe book though.

I wonder if it's possible to do the opposite, make the items NBT specific, and use the events to make them more general.
They wouldn't shift click nicely from the recipe books though.
An alternative I thought of as I was writing this, is if that fails, register them twice?
Gives a recipe that 'shows up right' and a different one that 'works right' but looks wrong.
Neither situation would be good, but I wonder if that's a better compromise.
VanillaTweaks / datapacks tend to use a green recipe book thing as a placeholder, and detect that being given to the player, we don't need to do that luckily, but it's also an option potentially as some players would be used to seeing these placeholders.

Sounds like you'll always be in some kind of workaround situation. It would just be so good if mojang added support for this natively :/

authors: oddlama ryantheleach


text:
Implement build scripts for PR, merge, release

Implement first pass of github actions, similar to other repositories for:

PR - compile, unit test, and any additional tests we can fit in.
Merge - as above, plus Publish to maven central as snapshots, publish snapshot docker image
Release - as above, but publish as releases rather than snapshots

Should also aim to add license check -- I notice some files are missing the correct SPDX headers

Again , lets wait untill the connector is being contributed

Note: need to ensure any grade build scripts include
       - uses: gradle/wrapper-validation-action@v1

as per https://github.com/odpi/egeria/issues/6723

@planetf1 I have put in some git actions. I suggest when you review / amend them then we can close this issue.

Thanks. initial actions are in, and I've added sonar - but this isn't working.
Will leave this open as a reminder to review & fix up sonar.

Sonar is not working since we use the GitHub fork/PR model.
PRs in forks do not have access to repository secrets such as the SONAR_TOKEN.
The sonar recommendation does therefore not work out of the box (there is a feature request open to fix it)
The proposed community fix is to split the job into two parts as per https://community.sonarsource.com/t/how-to-use-sonarcloud-with-a-forked-repository-on-github/7363/30

See odpi/egeria#6805 -- I am adding a PR to remove the sonar scan, since it does not work in it's current form
and will just add noise.
That issue has links that explain why this doesn't work in more details. Both codeQL and sonatype lift do work on our repositories

The removal has sorted the red X you were seeing on all PRs @davidradl (even though the checks were not mandatory).

Merge build is currently failing with:
> Task :generateMetadataFileForConnectorPublication FAILED
[40](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:41)

[41](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:42)
8 actionable tasks: 8 executed
[42](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:43)
FAILURE: Build failed with an exception.
[43](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:44)

[44](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:45)
* What went wrong:
[45](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:46)
Execution failed for task ':generateMetadataFileForConnectorPublication'.
[46](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:47)
> Invalid publication 'connector':
[47](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:48)
    - Variant 'runtimeElements' contains a dependency on enforced platform 'org.odpi.egeria:egeria'
[48](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:49)
  In general publishing dependencies to enforced platforms is a mistake: enforced platforms shouldn't be used for published components because they behave like forced dependencies and leak to consumers. This can result in hard to diagnose dependency resolution errors. If you did this intentionally you can disable this check by adding 'enforced-platform' to the suppressed validations of the :generateMetadataFileForConnectorPublication task.https://docs.gradle.org/7.4.1/userguide/publishing_setup.html#sec:suppressing_validation_errors
[49](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:50)

[50](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:51)
* Try:
[51](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:52)
> Run with --stacktrace option to get the stack trace.
[52](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:53)
> Run with --info or --debug option to get more log output.
[53](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:54)
> Run with --scan to get full insights.
[54](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:55)

[55](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:56)
* Get more help at https://help.gradle.org/
[56](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:57)

[57](https://github.com/odpi/egeria-connector-hivemetastore/actions/runs/3289991498/jobs/5422231916#step:6:58)
BUILD FAILED in 3m 40s

this means no snapshots are being built

Since the initial work here is done I suggest closing.

I did notice a specific error with the merge build -> https://github.com/odpi/egeria-connector-hivemetastore/issues/80
If/when a release is needed we handle that as usual - the release pipeline should work (untested), if not raise issue.

authors: davidradl planetf1 wbittles

repo: odpi/egeria-connector-hivemetastore


text:
🛑 Ipsilon-Dev is down

In d1d370c, Ipsilon-Dev (https://ipsilon-dev.sgu.ru) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Ipsilon-Dev is back up in 9b64bb7 after 9 hours, 21 minutes.

repo: oec-ssu/status


text:
🛑 Ipsilon-Dev is down

In cb985fb, Ipsilon-Dev (https://ipsilon-dev.sgu.ru) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Ipsilon-Dev is back up in 69bd1ee after 5 minutes.


text:
Logs for each repo are not shown

It is unclear what the status of each repository is.
Somef produces a log, but we don't see it or know where it is in scc.
The log should be accessible

What do you mean by this?
When running scc extract <repos.csv>; do you want to see all the SOMEF output?

I would like to know the full somef output, yes. Just in case something goes wrong. Maybe it could be made optional under a --vervose command or similar

authors: dakixr dgarijo

repo: oeg-upm/scc


text:
Template for directory server with EUS

OUD 12c directory server with Oracle Enterprise User Security (EUS) integration

just added the oud12c_eus templates

repo: oehrlis/oudbase


text:
Adapt namespace from dev to master branch

Namespaces of dev and master branch are different. In order to avoid confusion it would be helpful to align these both. For example name folder oemof_pg to oemof. This would enable user to run two_regions_example_opt.py with checked out master branch of oemof.db.

@cswh Can you do it together with the next release?

I think there was some progess, wasn't it? Does it work now?

The wasn't much to do. I merged the current status of dev in to master and tagged the release. As @uvchik already changed the default branch to dev everything should be working as expected now. I'll assign @gplssm for last sanity checks. You can close this issue if everything is ok now.

Everything is fine now! (:

authors: cswh gnn gplssm uvchik


text:
set effective gid before setting effective uid in switch_user_group

When I run a program using switch_user_group as root (uid 0/gid 0) and try and switch to another user that doesn't have setgid privileges (uid 1000/gid 1000 in this case), it fails with Operation not permitted (os error 1). I called the functions manually and found that set_effective_gid fails if called after set_effective_uid, but it works fine if called the other way around. This patch fixes the problem for me.
My guess is that setegid checks your effective uid to see if you have permission to change your effective gid, and since it was just changed to a non-privileged effective uid, the call fails.

Interesting! Thanks for investigating this issue and proposing a fix -- it's not one I've seen happen before. 👍

My guess is that setegid checks your effective uid to see if you have permission to change your effective gid, and since it was just changed to a non-privileged effective uid, the call fails.

This makes sense.

Published as v0.6.0

Awesome! Thanks for the quick response and publish.

authors: ogham sdemos

repo: ogham/rust-users


text:
#12: Added support for flutter to start in the background. Even when …

Fixed #12

Thank you for your contribution @vanlooverenkoen!
I'm testing on real devices and cars as well. Once it's done, I will be approving and merge the changes as soon as possible.

We are using this in production on real cars with real devices, which seems to be working fine. We also implemented all changes from this comment. The only issue we ran into, was when we accidentally made the force update before setting the root template, this could need some clarifications/safeguards


text:
Convert enum choices to integer choices in Daily Rounds

https://github.com/ohcnetwork/care/blob/0a630f1fa247e0e77bae0908bb6dd64b8a2550e7/care/facility/models/daily_round.py#L32-L122

@rithviknishad  I'll like to pick this up

repo: ohcnetwork/care


text:
Added support for time in dateinput component

Proposed Changes

Fixes #6858
Adds support for time in the DateInputV2 component.
Replaces all occurrences of datetime-local inputs

@ohcnetwork/care-fe-code-reviewers
Merge Checklist

[ ] Add specs that demonstrate bug / test a new feature.
[ ] Update product documentation.
[ ] Ensure that UI text is kept in I18n files.
[ ] Prep screenshot or demo video for changelog entry, and attach it to issue.
[ ] Request for Peer Reviews
[ ] Completion of QA

@shivankacker

[ ] When you open the date and time component in the patient consultation page, the entire form is scrolled to the right side, making it hard for the user to see what is the field heading since they are left-aligned
[ ] Once a user clicks on a specific time, then the component should auto-close

[ ] the placeholder text { hh: mm a }, what is meant by a in this text?

[ ] We had an existing behavior where typing "12092024" would automatically format the input as 12/09/2024. This behavior was removed in your PR. Please revert the change and retain the auto-formatting in the component.
[ ] When the user types "12092024" and moves out of focus of the element or switches tabs, the entered data resets to the current date and time in the discharge pop-up.

[ ] On mobile view, the component is clipping in, making it properly responsive across devices

[ ] Since the auto-formatting is not working, there is no limit in user input

[ ] even if user manually, type all the details by manually formatting, the component still reset to current date and time

CC: @gigincg

@shivankacker Bro, create a checklist of all the forms where you're changing the component, and add it to the description. Review the functionality and responsiveness of each form one by one before the next QA review.

@nihal467

Will see to the scroll issue. Wasn't happening with my screen size
I did not keep the auto closing thing because : It will close if a user will set the time before setting the date or vice-versa which adds makes it a UX issue.
"a" means AM/PM. If it is not understandable I will change it to "am/pm"

We had an existing behavior where typing "12092024" would automatically format the input as 12/09/2024

The existing behaviour made it easy to enter the date, but totally hard to update it. The reason it was removed was so that the user does not face this while editing the date:

https://github.com/user-attachments/assets/7313c037-a439-4662-9cf0-5c038ecc50a4
Because this behaviour was changed, the tests were also changed.

The input will auto reset if the entered time is not of the desired format.
On mobile devices, the component can be scrolled left-right. This is because the date input would become small if i try to change sizes/ do anything else.
You did not add space, which made it an invalid format.

@nihal467

because you did not like the left-right scroll, I changed it to go the next row. Let me know if it doesn't look good.
changed "a" to "am/pm"
fixed the edge case of the overflow. Also verified all the inputs again. Please let me know if I missed out on something.

cc. @gigincg

Also the input will show a red border now if the input format is wrong. Just an add on.

@shivankacker can you update the status here?

@bodhish still working on this, waiting to complete other priority issues. Will be covered by this sprint.

[ ] the component is in 12 hours clock by default, even though the system clock is in 24 hours

@nihal467

fixed the size bug
Updated placeholder

The text is in 24 hour format so that the user can just input numbers and does not have to input AM/PM through the keyboard. Also reduces the code complexity. We can take it up later if any issue arises from the field.

@shivankacker I want this merged ASAP

@nihal467 switched to helper function wherever applicable. The only place hardcoded position is being used is to make sure the user has clicked outside the popup.

@bodhish cleaned up as much as possible

@shivankacker do fix the conflicts and merge it asap.

@bodhish can you merge before another merge conflict happens 🥲

authors: bodhish nihal467 shivankacker


text:
🛑 Reportes is down

In 61a7666, Reportes (https://repository.ohelit.co/jasperserver/login.html) was down:

HTTP code: 502
Response time: 429 ms

Resolved: Reportes is back up in b64381f.

repo: ohelitco/status


text:
Conditioned DMRG unittests

A unittest for the BE-DMRG functions that skips if dependencies are missing.

closes #44

repo: oimeitei/quemb


text:
chore: update e2e tests to include multiple mandatory assets

Fix e2e test that looks for the correct number of exchange rates
Fix e2e test that looks for the correct number of medians/median deviations
Add BTC, ETH, and OSMO to the e2e mandatory asset list

Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...

[ ] included the correct type prefix in the PR title
[ ] added ! to the type prefix if API or client breaking change
[ ] added appropriate labels to the PR
[ ] targeted the correct branch
[ ] provided a link to the relevant issue or specification
[ ] added a changelog entry to CHANGELOG.md
[ ] included comments for documenting Go code
[ ] updated the relevant documentation or specification
[ ] reviewed "Files changed" and left comments if necessary
[ ] confirmed all CI checks have passed

Reviewers Checklist
All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.
I have...

[ ] confirmed the correct type prefix in the PR title
[ ] confirmed all author checklist items have been addressed
[ ] reviewed state machine logic
[ ] reviewed API design and naming
[ ] reviewed documentation is accurate
[ ] reviewed tests and test coverage
[ ] manually tested (if applicable)

LGTM +1 Will we have to update the e2e's mandatorylist each new asset?

As long as we have a decent sub sample of what the price-feeder has in its sample config I think we are good. The price-feeder integration test should make sure we are sending all the right prices. We got caught here since there was only one asset in the mandatory list.

@mergifyio backport release/v0.1.x

authors: adamewozniak zarazan

repo: ojo-network/ojo


text:
Cant pass anything to CanvasItemShader

Since setting shader's paramiters is only a available in MaterialShader, which can't be attached to CanvasItems, there is no way to pass any variables to shader in 2D - like uniforms. I tried to make a material and then use get_shader(), but returned shader hasn't got any binded values after doing it. I know that it can be done from the inspector, but I need that functionality incode.

+1

+1! Be able to get/set shader uniforms from code is very important, and it is already present in the 3D shaders.

@jsalem666 just found, that there are two lines missing in canvas_item.cpp ( around line 880 ):
ObjectTypeDB::bind_method(_MD("set_shader_param","param","value"),&CanvasItem::set_shader_param);
ObjectTypeDB::bind_method(_MD("get_shader_param","param"),&CanvasItem::get_shader_param);

I'd be very glad for pushing it asap to official master...

authors: Krzycho666 seadra wbasile

repo: okamstudio/godot


text:
Enable to Search Tabs in Dashboard

Description

I want

Some features can be inspired from Session Buddy.
Session Buddy

Thank you for letting me know!

authors: llity okaryo

repo: okaryo/TabTabTab


text:
Big problem

There is a error when you try block any one
And error in chatlist.txt its embty

Fix your database then. The same code works for me.

The broblem in your code am pnly clicked on your buttom heroku and linked it with my bot

The broblem in your code am pnly clicked on your buttom heroku and linked it with my bot

Please send me the logs in https://t.me/SongBotHelp

repo: okay-retard/SongBot


text:
userauth_pubkey: key type ssh-rsa not in PubkeyAcceptedAlgorithms

Hi,
thank you for the plugin.
We are using the plugin to connect to an Ubuntu SFTP server.
After upgrading Ubuntu from release 20 to 22 the sftp connection was not possible anymore.
Error on server side:
userauth_pubkey: key type ssh-rsa not in PubkeyAcceptedAlgorithms [preauth]
Workaround was to add ssh-rsa on server side:
PubkeyAcceptedAlgorithms=+ssh-rsa
Is there a possibility to change the algortihm from ssh-rsa to a more secure algo with config?
Or would we need a change e.g. in /master/lib/fastlane/plugin/sftp/helper/sftp_helper.rb
best regards
Malte

Sorry for the late reply.
I try to have a look into this, but my first guess would be to update the versions of net-ssh and/or net-sftp in file
fastlane-plugin-sftp.gemspec
net-ssh is currently at 7.1 so there will be probably additional code changes to be made.

No problem. This workaround stills works for us.
Feel free to reach out to me if you need help with testing the new release after updating to net-ssh 7.1.0

authors: mc-eddi oklimberg

repo: oklimberg/fastlane-plugin-sftp


text:
urn:ietf:params:oauth:grant-type:saml2-bearer Not included in OAuthGrantType

Using Postman, I can create an OAuth2 Client with urn:ietf:params:oauth:grant-type:saml2-bearer as one of the grant_types.
However, that is missing from OAuthGrantType here, and thus I can't create such an OAuth2 Client using the Python SDK.

Hi @laura-rodriguez , I'm sorry for not responding sooner, I overlooked your response.
Yes, this issue is blocking my team from migrating from our existing OAuth Server to Okta's API Access Management solution.
Do you think your team might be able to address this issue within the next several weeks?

Hi @laura-rodriguez , checking in on this again: Do you think your team might be able to address this issue within the next several weeks?

Hey @bfrisbie-brex,
Just to get you unblocked while I get a response from the team, you can consider making the request manually using the SDK as explained here.
Let me know if this workaround works for you in the meantime.

Hi @laura-rodriguez , yes, that has been our plan from the beginning.
The reason I asked if the Okta team is able to address this issue in the next few weeks is to determine if we should directly request the API directly as a "workaround" for this bug in the python SDK, or if we can expect this bug to be fixed sooner rather than later.

Hey @bfrisbie-brex ,
I understand this is a low-priority bug since there's a workaround, so I suggest you keep making the manual request in the meantime.

@laura-rodriguez to be clear, we haven't written any code to make the manual request yet, in the hopes Okta will fix its bugs in a timely manner.
It would be nice if Okta could provide a time estimate on when this bug will be addressed.

Hi @laura-rodriguez , this bug is becoming higher priority for our team, as we a python script to migrate dozens of OAuth Clients over to Okta, and calling the API individually for each client is not practical.
Is there anything the priority of this issue/request can be increased?
On the surface, it doesn't seem like it should take a massive engineering effort to fix.

Hey @bfrisbie-brex,
I truly apologize for the inconvenience. We are experiencing some challenges in addressing Python Github issues. Please bear with us while we work to improve this process and SDK by addressing your feedback.

authors: bfrisbie-brex laura-rodriguez

repo: okta/okta-sdk-python


text:
Sts duration

Problem Statement
Currently the STS session duration is hard coded to 1 hour.  Amazon has recently increased the maximum duration to 12 hours which can be set on the role.
Solution
Add an environment variable to specify the STS session duration in seconds.

Nice work! I’ll test this today. Thank you, @slancio.

@slancio this is solid. It passes the test suite and all my manual tests. It's a cleanly written feature addition. Thank you!
You also documented it which I forgot to due with OKTA_BROWSER_AUTH, so I'll have to get on that.
@mraible this is ready to be merged.

Fixes #38 and #108.

@AlainODea @mraible
Is it possible to issue a new release with this change?

Yep!

It's missing the .jar file

@uvreut Fixed!

authors: AlainODea mraible slancio uvreut

repo: oktadeveloper/okta-aws-cli-assume-role


text:
Article Status

There should be article status for each roles so that users can follow their works. We talked about it and you can check: https://jira.ulakbim.gov.tr/browse/DER-1141
For exampe,
I logged in as a reviewer and finished the review, but article is still on the review page.
If there is much more article how can I know which ones are reviewed which ones are waiting. (Or due date is passed?)

fixed with #1166

authors: beyzakokcan hmert

repo: okulbilisim/ojs


text:
Add geoms and select proj 2

This PR contains your 2 last commits 59263b4 and 3451adc which somehow ended up in my repo, but not in yours.
h3-worldmap % git lg 7                                                                                [add-geoms-and-select-proj-2|…1]
* 59263b4 (HEAD -> add-geoms-and-select-proj-2, origin/add-geoms-and-select-proj-2)(2022-04-14 18:32:04 +0200)(Olivier Lange)Adds the geometry-src|coll attributes
* 3451adc(2022-04-14 17:34:33 +0200)(Olivier Lange)Removes dev logging messages
* 04db1fb (upstream/add-geoms-and-select-proj-2)(2022-04-14 17:25:44 +0200)(Olivier Lange)Adds stroke-width styles
* a4cb017(2022-04-14 17:25:32 +0200)(Olivier Lange)Adds topojson-client to dependencies
* fd42978(2022-04-10 16:42:30 +0200)(Rudi Farkas)add file land-50m.json, add fetched property this._land

Those two commits 59263b4 and 3451adc  were on my dev station, and appeared as not pushed in my terminal:
% git hist
* 59263b4 - (HEAD -> add-geoms-and-select-proj-2) Adds the geometry-src|coll attributes (il y a 13 jours) <Olivier Lange>
* 3451adc - Removes dev logging messages (il y a 13 jours) <Olivier Lange>
* 04db1fb - (origin/add-geoms-and-select-proj-2) Adds stroke-width styles (il y a 13 jours) <Olivier Lange>
* a4cb017 - Adds topojson-client to dependencies (il y a 13 jours) <Olivier Lange>
* fd42978 - add file land-50m.json, add fetched property this._land (il y a 2 semaines) <Rudi Farkas>

I now just pushed them to the add-geoms-and-select-proj-2 branch of this repo (olange/h3-worldmap) and GitHub automatically marked this PR as merged and closed it.
I can't neither recall nor understand how they came to your forked repo.

authors: olange rudifa


text:
Spawnbox Issue

🐛 Bug Report
A box was spawned and only ~2 seconds were seemingly given to answer the trivia.
https://discordapp.com/channels/342983479501389826/732207379818479756/760884482156265532

Lois got the answer correct, so it may be related to this change.
https://github.com/oldschoolgg/oldschoolbot/commit/1292b37e239a298d34c3bfac1fc301e7862d061f#diff-467d126bdf98c4f61a608cb925a20efbR53
It must not be getting the box they won and throws the error instead.

No further reports of this type have been reported so either fixed or discord/bot server lag.

No further reports of this type have been reported so either fixed or discord/bot server lag.

No further reports of this type have been reported so either fixed or discord/bot server lag.

No further reports of this type have been reported so either fixed or discord/bot server lag.

authors: Lajnux NotShin

repo: oldschoolgg/oldschoolbot


text:
Feature Request: 2 FFmpeg-related requests

[x] I think my problem is NOT with youtube-dl
[x] I've verified and i assure that I'm running yt-dlg 1.5.0
[x] I assure that i am using the latest version of youtube-dl
[x] Searched bugtracker
[x] I've read the FAQs file

What is the purpose of your issue?

[x] Feature request (request for a new functionality)

Feature request (request for a new functionality)

[x] I've verified and i assure that my requested feature is NOT in the TODO list

What operating system do you use ?
Windows 10

Please add option in the GUI to download/update FFmpeg.

Also add a line of text to the Extra menu, like:

FFmpeg is generally optional, but NEEDED if you want post-process commands to work. FFmpeg can be downloaded via the options menu.
I feel this will greatly cut down on user support threads/tickets for youtube-dl-gui on Github and other communities, especially those from beginners.

You can use this link to FFmpeg
Download and unzip this FFmpeg for Windows , Then you need add the executable ffmpeg.exe to the PATH environment variable of Windows
I’m get the Note 📝 for add this feature in the future if possible 😉

You can use this link to FFmpeg
Download and unzip this FFmpeg for Windows , Then you need add the executable ffmpeg.exe to the PATH environment variable of Windows
I’m get the Note memo for add this feature in the future if possible wink

And FFprobe is also needed, I believe.

authors: WeLoveOleksis nicolaasjan oleksis

repo: oleksis/youtube-dl-gui

license: Unlicense


text:
UnicodeDecodeError: 'charmap' codec can't decode byte 0x8d in position 65: character maps to

Hello, thanks for your work.
I am trying to read a dbf file, but halfway from this error.
I was probably told that memo fields are the cause. in this case it should be the email.
It crashes at line 685 of CLI_ENTI.DBF
Do you have time to help me? Thanks.

Windows 10.0.19043 N/D build 19043
Python 3.9.4
Editor Atom

File "C:\Python39\lib\site-packages\dbfread\dbf.py", line 314, in _iter_records
    items = [(field.name,
  File "C:\Python39\lib\site-packages\dbfread\dbf.py", line 315, in <listcomp>
    parse(field, read(field.length))) \
  File "C:\Python39\lib\site-packages\dbfread\field_parser.py", line 79, in parse
    return func(field, data)
  File "C:\Python39\lib\site-packages\dbfread\field_parser.py", line 157, in parseM
    return self.decode_text(memo)
  File "C:\Python39\lib\site-packages\dbfread\field_parser.py", line 45, in decode_text
    return decode_text(text, self.encoding, errors=self.char_decode_errors)

  File "C:\Python39\lib\encodings\cp1252.py", line 15, in decode
    return codecs.charmap_decode(input,errors,decoding_table)
UnicodeDecodeError: 'charmap' codec can't decode byte 0x8d in position 65: character maps to <undefined>

solved
encoding='iso-8859-1'

repo: olemb/dbfread


text:
Is it possible to use your solution with golden_toolkit ?

Your widget testing library is really cool one and I'm thinking about using it for comparing with screenshots.
I'm curious is it possible to use it for cases when golden_toolkit is installed and when instead of testWidgets, testGoldens should be used?

Currently, testWidgets string is hardcoded in the plugin, but I think it makes sense to add a parameter that will tell the plugin whether it needs to generate a widget test, a flutter driver test, or a golden test.

quick update: this should be possible with version 0.7.1, but I didn't have time to write documentation yet. I plan to finish this next week.

I've updated the README file with some guidelines and published a video with some live demo. I think we may close this issue now 🙂

authors: BondarenkoArtur olexale


text:
🛑 QR Ruby is down

In 38945ab, QR Ruby (https://qrruby.onrender.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: QR Ruby is back up in c0ce496 after 15 minutes.


text:
error

i dont know if im doing something wrong but when i try to run it it stops and gives me this error on this line:
var oldMetaRows = oldDb.Select();
Error: " System.Data.SQLite.SQLiteException: 'SQL logic error no such table: statistics_meta' "

@makipsee
This happens when one of the DB files was not found.
Your db file names must match: https://github.com/olicooper/HAmerger/blob/e405b0195a9c12964fcf3a75adb5ac8d12a076db/HAmerger/Program.cs#L29

@TheBigNeo
I will check that out... I'm out of town right now. Thank you!

Hey @TheBigNeo thanks for responding 👍
I think this could also happen if your database is corrupted or missing the statistics_meta table.
Also make sure you have both the old.db and new.db in the correct folder which is usually HAMerger\bin\data\... I have added a commit which will print the location where the program expects to find the database files.

authors: TheBigNeo makipsee olicooper

repo: olicooper/HAmerger


text:
Config tips: nicer floating and unfocused windows

I spent a little time tweaking my theme config today, and thought I'd share a few things that added a little extra polish for me.
These might be good candidates for improving the default config (in some form), or just helpful for other users to selectively include themselves!
Match the floating window border background to the contents background
This applies to things like cmp or LSP hover definitions, when you have borders enabled for them.
Before

After

Or with the solid border type (my current preference):

How
Incorporate this into your existing config:
local onedarkpro = require("onedarkpro")
local color = require("onedarkpro.lib.color")
local colors = onedarkpro.get_colors(vim.g.onedarkpro_style)

onedarkpro.setup({
  colors = {
    dark_gray = color.darken(colors.bg, 0.85),
  },
  highlights = {
    -- Make background of border on floating windows match background of contents
    FloatBorder = { bg = "${dark_gray}", fg = "${gray}" },
  }
}

Improve window_unfocused_color
When window_unfocused_color = true is in the theme options, there are a couple things that don't look quite as nice as they could:

When telescope is open, the non-focused panes have the lighter, non-focused-window background color; only the input field has the dark, focused-window background color
The line number and sign column backgrounds don't change in non-focused windows

Before

☝ note the Telescope window backgrounds use the light, non-focused color, except the prompt

☝ note the number/sign column background color in the inactive window still has the active window colors, and doesn't match the body of the unfocused window
After

☝ note the Telescope window backgrounds all now use the dark, focused color

☝ note the number/sign column background color in the inactive window now matches the colors of the inactive window's body
How
First, add these to your highlights:
local onedarkpro = require("onedarkpro")
onedarkpro.setup({
  options = {
    window_unfocused_color = true, -- don't forget to enable this!
  },
  highlights = {
    -- Fix a few backgrounds when window_unfocused_color is enabled
    -- BUG: SignColumn doesn't get overridden for the current line in the inactive window
    CursorLineNrNC = { bg = "${color_column}", fg = "${gray}" },
    SignColumnNC = { bg = "${color_column}", fg = "${gray}" },
    LineNrNC = { bg = "${color_column}", fg = "${gray}" },
    TelescopeNormal = { bg = "${bg}", fg = "${fg}" },
    TelescopeBorder = { bg = "${bg}", fg = "${gray}" },
  },
}

Second, add this somewhere in your neovim config (must be in a lua file or block):
-- Set highlights for the gutter in non-focused windows
local HighlightGutterNC = vim.api.nvim_create_augroup("HighlightGutterNC", { clear = true })
vim.api.nvim_create_autocmd("WinLeave", {
  group = HighlightGutterNC,
  pattern = "*.*", -- This prevents the command from running on Telescope windows
  command = "set winhighlight=CursorLineNr:CursorLineNrNC,SignColumn:SignColumnNC,LineNr:LineNrNC",
})
vim.api.nvim_create_autocmd("WinEnter", {
  group = HighlightGutterNC,
  pattern = "*.*", -- This prevents the command from running on Telescope windows
  command = "set winhighlight=",
})

These are some amazing improvement to the theme.
The first one is a must. Would you be willing to put into a pull request across all of the themes? I suspect onelight might need a little bit of testing but would be a huge improvement.
Regarding the second improvement, whilst the autocommands are very opinionated, if someone has window_unfocused_color set to true then I think it would be acceptable to include. What are your thoughts?

Glad you like the changes! Here's a PR for the float border colors: https://github.com/olimorris/onedarkpro.nvim/pull/90
LMK if you see any errors.
I think the autocommands are fine if someone has the option enabled, but note that I haven't used my editor much since adding them, so we may find they need to be improved.
One thing you might be able to help with: is there a better pattern we can use than *.* to exclude Telescope's windows from the commands?

One thing you might be able to help with: is there a better pattern we can use than *.* to exclude Telescope's windows from the commands?

Could you do a filetype check and exclude TelescopePrompt?

After a tragically long amount of time, I ended up with this for the unfocused window changes. If it looks good to you, I can try to do a PR soon that incorporates the highlight groups and autocommands into the theme.
local onedarkpro = require("onedarkpro")

onedarkpro.setup({
  options = {
    window_unfocused_color = true,
  },
  highlights = {
    CursorLineNrNC = { bg = "${color_column}", fg = "${gray}" },
    SignColumnNC = { bg = "${color_column}", fg = "${gray}" },
    LineNrNC = { bg = "${color_column}", fg = "${gray}" },
    TelescopeNormal = { bg = "${bg}", fg = "${fg}" },
    TelescopeBorder = { bg = "${bg}", fg = "${gray}" },
  },
})

vim.cmd("colorscheme onedarkpro")

-- Set highlights for the gutter in non-focused windows
local NCHighlights = "CursorLineNr:CursorLineNrNC,SignColumn:SignColumnNC,LineNr:LineNrNC"
local HighlightGutterNC = vim.api.nvim_create_augroup("HighlightGutterNC", { clear = true })
vim.api.nvim_create_autocmd("WinLeave", {
  group = HighlightGutterNC,
  command = "set winhighlight=" .. NCHighlights,
})
vim.api.nvim_create_autocmd("WinEnter", {
  group = HighlightGutterNC,
  command = "set winhighlight-=" .. NCHighlights,
})

As it turns out there were some Telescope winhighlight settings already, which my WinEnter autocommand was deleting previously. The -= here prevents that. This more generalized solution is better than targeting Telescope specifically, I think.
I would prefer to do a += in the WinLeave autocommand to append to any existing value, but I got an error every time I tried something like that.

Groups and autocommands look amazing and happy to accept a pull request. Heck, I might even start using this feature myself 😆 .
A couple of thoughts:

Might be nice to give the group names something like "OneDarkPro_HighlightGutterNC" or something. That way anyone debugging will know where they've come from
The autocommands would probably live nicely in the main.lua. Could copy what I did with the terminal_colors config option

Thanks for the suggestions--very helpful. Here's the PR: https://github.com/olimorris/onedarkpro.nvim/pull/92

Amazing. Thanks so much! Really excited to use this feature once again!

No problem! Glad to be able to contribute something that makes your experience better--usually it's the other way around! :grin:

authors: mmirus olimorris


text:
Fix #149 Heroku doesn't pick up changed environment variables

Move the webpack build step from postinstall to start.
This makes bringing up a dyno slower (although the build is faster, so it should be the same total time for a new deployment), but the app picks up changes to environment variables without requiring a re-deploy.
This also brings another couple of benefits:

yarn start runs the latest sources. This is typically what I want; the fact that it doesn't has got me a few times. (yarn run is available to just run the production server, without building the client.)
yarn install no longer runs webpack. This was undesireable behavior (although fixing just this could have been accomplished by moving the build from postinstall to heroku-postbuild).

Description
Describe your changes here.
Required
Changes must conform to these requirements:

[ ] yarn test passes.  All new and existing tests pass.
[ ] yarn lint passes. All new code follows the code style of this project.

Aspirational
We don't yet require these, but they are nice to have:

[ ] New code is covered by new or existing tests.
[ ] Changed code is covered by new or existing tests.

Pull Request Test Coverage Report for Build 295

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

Totals

Change from base Build 291:
0.0%

Covered Lines:
92

Relevant Lines:
447

💛  - Coveralls

authors: coveralls osteele

repo: olinlibrary/abe-web


text:
ERGO: TRM doesn't work

With  TRM v 0.10.2, on MC v70, no SSL, get this error:

Tried to bypass with --pool_broken_rpc but no effect.

Duplicate of #1217

So no solution?

authors: Censseo oliverw

repo: oliverw/miningcore


text:
Jenkins: shortcut keys to troubleshoot

When there's trouble, it would be nice to have shortcut keys for:

proposed key
action
URL path

m
Monitoring
/monitoring

t
Controller's threads view
/monitoring?part=threads

l
All Jenkins Logs
/manage/log/all

Another option for threads is /threadDump

repo: olivierdagenais/tampermonkey-copy-url


text:
請問能不能出一個能容忍超級慢線路的版本。

我用的是爛線，有個常用的VPS的IP地址死掉了。想找各最能容忍的線路。
目前的版本，閾值最大範圍是299，請問能不能有2999或者29999的版本啊？
目的是找到一個延遲很嚴重，但仍然能救活IP的CF地址。
順便說，新的版本在檢測不到內容的時候，會提示“没有找到合适的IP，请调整阈值“，看起來安心多了。謝謝這個體貼的更新。

有条件的话可以直接跑python程序，可以自己在代码中修改一下参数。

哈，您太看得起我這菜雞了。。。

repo: olixu/cloudflare-ip-ping


text:
Adding a new rebus

Associated Issue: #
Summary of Changes

added a new rebus, 'daybreak' with symbols 📅 and 💔

Pull Request Test Coverage Report for Build 522

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

Totals

Change from base Build 514:
0.0%

Covered Lines:
158

Relevant Lines:
180

💛  - Coveralls

authors: MaanasArora coveralls

repo: ollelauribostrom/rebus


text:
fixed uninstall labels

Replaced unistall with uninstall.

…forgot: checksums need to be recalculated.

Yes we can do this on merge. We have a script for that. Thanks for the typo fix 🙂

New hases are added. Done


text:
Is this future source code leak?

???

past > future


text:
Feature: Add IPv6 support

Linking to https://github.com/docker/docs/issues/19556 support for IPv4+IPv6 dual stack first and maybe also IPv6 only (need update to Docker side too, look: https://github.com/olljanat/moby/commit/4534a75abde0bceb19110b643b2412310aa694c5 ) would be nice.
Currently code already have parts of IPv6 but it is completely untested.
It would also help if someone know Cloud platform which provided cheap IPv6 only test environments.

It would also help if someone know Cloud platform which provided cheap IPv6 only test environments.

Use Akamai Linode VM, as they are the only “cheap” option that supports native IPv6 with a routed /64 to the VM (Docker host). You can test it there without any NAT66/NDP Proxying crap.

IPv6 support added and IPv6 addresses included to all examples in readme. Works with and without Swarm mode.
It looks to be that in Swarm mode DNS will always return IPv4 addresses which looks to be known issue https://github.com/moby/moby/issues/42712
On standalone mode connectivity works even with names because those containers have static IPs and DNS records are added with --add-host parameter in those examples.
However, looks that Linode does not like my signup request and local ISP does not offer IPv6 so cannot test it with public addresses at the moment.
Looked also IPv6 mode a bit more but it looks to be that at least https://github.com/moby/moby/pull/43033 needs to be solved first as there is some nasty logic inside of Docker which expects IPv4 addresses always be available.

However, looks that Linode does not like my signup request and local ISP does not offer IPv6 so cannot test it with public addresses at the moment.

I think you should apply for your own /32 or /48 from the RIR in your region, and get an ASN. This way you can play with it on Vultr with free BGP IP Transit.

authors: daryll-swer olljanat

repo: olljanat/docker-bgp-lb


text:
Multiple TV Support

I have several Samsung TVs that I would like in HA.
Config via Lovelave only supports one, and documentation states:
From v0.3.16 initial configuration from yaml is not allowed.
You can still use configuration.yaml to set the additional parameter as explained below.

Config via Lovelave only supports one

This is not true, you can configure multiple TV via Lovelace.

@ollo69 - Via the UI (or in a file)? Fo me "via Lovelace" is the UI under Integrations

Via UI. You can add multiple TV, just they need to have different IP address.

Can we close this? As I said integration allow configure multiple devices, so there nothing to change or implement here.

Sure. I assume this in only via configuration.yaml :-)


text:
LG washer water temp not reporting correct unit of measurements

Describe the bug
It looks like unit of measurements it is not correctly set: although output for the sensor is like "30°C" it is not displayed as line graph but as bar state

Environment details:

HASSIO
Home Assistant version installed: 2022.12.8
Component version installed: 0.28
Last know working version: N/A
LG device type and model with issue: see below pic
LG devices connected (list): only the one above

This is not a bug.
Water temperature for washer just represent the select temperature for the programs and not real water temperature, so having a graph does not make sense because will be always a straight line.

I close this, for reason described above and because I did not receive any comments. Nothing to fix here.


text:
🛑 MediaNet is down

In 2380c77, MediaNet (https://medianet-pa.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MediaNet is back up in b7c680c.

repo: olmloa/upptime


text:
🛑 MediaNet is down

In 847e4ad, MediaNet (https://medianet-pa.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MediaNet is back up in 31c8a2d.


text:
More flexible regions

Currently the latitudinal bands "North Midlatitudes", "Tropics" etc are hardcoded in the select_region() function. This is possibly something which should be defined in the config ?

Unfortunately It is not possible since they need to have corresponding climatologies precomputed. There is #105 which is however looking into that in order to support more regions

Closing this since it is not currently possible

authors: jhardenberg oloapinivad


text:
English information

Jindolf chat game players belonged to the Japanese-speaking community. Therefore, Jovsonz documents and comments are heavily written in Japanese.
From now on, we would like to provide English information.

We made it

repo: olyutorskii/Jovsonz


text:
Feature/add author support

Hey @mauro-oto,
This PR adds support for authors and simple blog attribution.
Later on we should also generate index pages per author.
Please check it out.
Thanks!

Love this! :+1:

authors: etagwerker mauro-oto


text:
🛑 OME contributing (redirected) is down

In 23e86b2, OME contributing (redirected) (https://www.openmicroscopy.org/site/support/contributing/) was down:

HTTP code: 403
Response time: 646 ms

Resolved: OME contributing (redirected) is back up in f81ab2e after 14 minutes.

repo: ome/upptime


text:
Website is down?

Hi — I'm wondering if the website is currently down? I'm unable to load any of the pages under the openmicroscopy.org domain. What can I do to fix it?
See isitdownrightnow.com or currentlydown.

Hi @raivivek
We are dealing with all our University of Dundee systems including all our testing infrastructure being down following a power outage so please bear with us.

see also: https://forum.image.sc/t/ome-resources-down-due-to-uod-outage/43957

A subset of the website is now available via GitHub pages although we are still recovering from the outage. Closing this.

authors: jburel joshmoore raivivek sbesson


text:
Bio-Formats 7.0.0 updates

Updates to bump Bio-Formats version and add release announcement and new contributors.
PR will fail and wont be ready for full review until BF artefacts have been released

We could point to https://www.linkedin.com/in/dianecsaunders instead to fix the failure

Looks good, build is green
Please merge and tag

authors: dgault jburel


text:
Getting Invalid partition while running Main.scala

Hi,
Followed steps described in Link : https://github.com/omearac/reactive-kafka-microservice-template/blob/master/README.md to make kafka Up.
Getting below issue while running Main.scala
ERROR] a.a.RepointableActorRef: Error in stage [akka.kafka.internal.ProducerStage@9de0abb]: Invalid partition given with record: 4 is not in the range [0...0].
java.lang.IllegalArgumentException: Invalid partition given with record: 4 is not in the range [0...0].
	at org.apache.kafka.clients.producer.KafkaProducer.partition(KafkaProducer.java:717) ~[kafka-clients-0.10.0.1.jar:na]
	at org.apache.kafka.clients.producer.KafkaProducer.doSend(KafkaProducer.java:459) ~[kafka-clients-0.10.0.1.jar:na]
	at org.apache.kafka.clients.producer.KafkaProducer.send(KafkaProducer.java:430) ~[kafka-clients-0.10.0.1.jar:na]
	at akka.kafka.internal.ProducerStage$$anon$1$$anon$3.onPush(ProducerStage.scala:67) ~[akka-stream-kafka_2.11-0.13.jar:0.13]
	at akka.stream.impl.fusing.GraphInterpreter.processPush(GraphInterpreter.scala:747) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreter.processEvent(GraphInterpreter.scala:710) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreter.execute(GraphInterpreter.scala:616) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreterShell.runBatch(ActorGraphInterpreter.scala:471) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreterShell.receive(ActorGraphInterpreter.scala:410) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter.akka$stream$impl$fusing$ActorGraphInterpreter$$processEvent(ActorGraphInterpreter.scala:603) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter$$anonfun$receive$1.applyOrElse(ActorGraphInterpreter.scala:618) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.actor.Actor$class.aroundReceive(Actor.scala:496) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter.aroundReceive(ActorGraphInterpreter.scala:529) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.actor.ActorCell.invoke(ActorCell.scala:495) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.dispatch.Mailbox.run(Mailbox.scala:224) ~[akka-actor_2.11-2.4.16.jar:na]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_131]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_131]
	at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_131]

I upgraded  to latest reactive-kafka i.e  0.16 and executed  Main.scala. Got below error,
a.a.RepointableActorRef: Error in stage [akka.kafka.internal.ProducerStage@aa6d328]: Invalid partition given with record: 4 is not in the range [0...1].
java.lang.IllegalArgumentException: Invalid partition given with record: 4 is not in the range [0...1].
	at org.apache.kafka.clients.producer.KafkaProducer.partition(KafkaProducer.java:717) ~[kafka-clients-0.10.0.1.jar:na]
	at org.apache.kafka.clients.producer.KafkaProducer.doSend(KafkaProducer.java:459) ~[kafka-clients-0.10.0.1.jar:na]
	at org.apache.kafka.clients.producer.KafkaProducer.send(KafkaProducer.java:430) ~[kafka-clients-0.10.0.1.jar:na]
	at akka.kafka.internal.ProducerStage$$anon$1$$anon$3.onPush(ProducerStage.scala:67) ~[akka-stream-kafka_2.11-0.13.jar:0.13]
	at akka.stream.impl.fusing.GraphInterpreter.processPush(GraphInterpreter.scala:747) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreter.processEvent(GraphInterpreter.scala:710) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreter.execute(GraphInterpreter.scala:616) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreterShell.runBatch(ActorGraphInterpreter.scala:471) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.GraphInterpreterShell.receive(ActorGraphInterpreter.scala:410) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter.akka$stream$impl$fusing$ActorGraphInterpreter$$processEvent(ActorGraphInterpreter.scala:603) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter$$anonfun$receive$1.applyOrElse(ActorGraphInterpreter.scala:618) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.actor.Actor$class.aroundReceive(Actor.scala:496) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.stream.impl.fusing.ActorGraphInterpreter.aroundReceive(ActorGraphInterpreter.scala:529) ~[akka-stream_2.11-2.4.16.jar:na]
	at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.actor.ActorCell.invoke(ActorCell.scala:495) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257) ~[akka-actor_2.11-2.4.16.jar:na]
	at akka.dispatch.Mailbox.run(Mailbox.scala:224) ~[akka-actor_2.11-2.4.16.jar:na]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_131]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_131]
	at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_131]

I modified partition=1 in all areas, and it stared working.

Hi there!
Yep the partition numbers in the application.conf file must be equal to the partitions you create in kafka.
A typical problem that happens all the time in kafka whenever I forget the partition number during topic creation using kafkas CLI.
Glad you fixed it!

On Aug 18, 2017, at 3:59 AM, Jagadeeswara Rao Adireddi notifications@github.com wrote:
I upgraded to latest reactive-kafka i.e 0.16 and executed Main.scala. Got below error,
a.a.RepointableActorRef: Error in stage [akka.kafka.internal.ProducerStage@aa6d328]: Invalid partition given with record: 4 is not in the range [0...1].
java.lang.IllegalArgumentException: Invalid partition given with record: 4 is not in the range [0...1].
at org.apache.kafka.clients.producer.KafkaProducer.partition(KafkaProducer.java:717) ~[kafka-clients-0.10.0.1.jar:na]
at org.apache.kafka.clients.producer.KafkaProducer.doSend(KafkaProducer.java:459) ~[kafka-clients-0.10.0.1.jar:na]
at org.apache.kafka.clients.producer.KafkaProducer.send(KafkaProducer.java:430) ~[kafka-clients-0.10.0.1.jar:na]
at akka.kafka.internal.ProducerStage$$anon$1$$anon$3.onPush(ProducerStage.scala:67) ~[akka-stream-kafka_2.11-0.13.jar:0.13]
at akka.stream.impl.fusing.GraphInterpreter.processPush(GraphInterpreter.scala:747) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.GraphInterpreter.processEvent(GraphInterpreter.scala:710) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.GraphInterpreter.execute(GraphInterpreter.scala:616) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.GraphInterpreterShell.runBatch(ActorGraphInterpreter.scala:471) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.GraphInterpreterShell.receive(ActorGraphInterpreter.scala:410) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.ActorGraphInterpreter.akka$stream$impl$fusing$ActorGraphInterpreter$$processEvent(ActorGraphInterpreter.scala:603) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.ActorGraphInterpreter$$anonfun$receive$1.applyOrElse(ActorGraphInterpreter.scala:618) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.actor.Actor$class.aroundReceive(Actor.scala:496) ~[akka-actor_2.11-2.4.16.jar:na]
at akka.stream.impl.fusing.ActorGraphInterpreter.aroundReceive(ActorGraphInterpreter.scala:529) ~[akka-stream_2.11-2.4.16.jar:na]
at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526) ~[akka-actor_2.11-2.4.16.jar:na]
at akka.actor.ActorCell.invoke(ActorCell.scala:495) ~[akka-actor_2.11-2.4.16.jar:na]
at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257) ~[akka-actor_2.11-2.4.16.jar:na]
at akka.dispatch.Mailbox.run(Mailbox.scala:224) ~[akka-actor_2.11-2.4.16.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_131]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_131]
at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_131]
I modified partition=1 in all areas, and it stared working.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

ya true @omearac ..  I created partitions as 5 from CLI. Now above issue is not occurring. Thank you for the help. It's not a bug anymore.

authors: jadireddi omearac


text:
Small dev fixes

Some small fixes for a local dev stack.

Reduced polling frequency of various services
Avoid unnecessary 'solc' downloads at runtime
Some fixes for gas_oracle parameters

Codecov Report

Merging #262 (ac74791) into develop (ef970de) will increase coverage by 17.79%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##           develop     #262       +/-   ##
============================================
+ Coverage    71.73%   89.52%   +17.79%
============================================
  Files           68       33       -35
  Lines         2257     1079     -1178
  Branches       335      150      -185
============================================
- Hits          1619      966      -653
+ Misses         638      113      -525

Flag
Coverage Δ

batch-submitter
?

contracts
89.52% <ø> (ø)

core-utils
?

data-transport-layer
?

message-relayer
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...ckages/data-transport-layer/src/utils/constants.ts

packages/core-utils/src/provider.ts

...ackages/batch-submitter/src/utils/tx-submission.ts

packages/core-utils/src/l2context.ts

packages/core-utils/src/coders/index.ts

packages/core-utils/src/coders/sequencer-batch.ts

packages/batch-submitter/src/utils/index.ts

.../batch-submitter/src/transaction-chain-contract.ts

packages/core-utils/src/common/index.ts

packages/message-relayer/src/relay-tx.ts

... and 25 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update ef970de...ac74791. Read the comment docs.


text:
Properly set v2.0 branch as base or master branch

Issue Type

[ ] bug report
[x] feature request

Current Behavior
We have swap the base branch, but not all previously set CI stuff and tests are running on the new base branching.
Expected Behavior
At least make v2.0.0 branch has all the tests and check if there is anything missing

Enabled python long-running tests, github actions and deployment to rinkeby works after sequential deployments.

authors: boolafish souradeep-das

repo: omgnetwork/plasma-contracts