text:
fix(DataGrid): clickable row retain focus after side panel close V1

Contributes to #3165
After opening and dismissing the side panel from row 3, pressing the tab key again will move the focus to the first row of the table. The desired behavior should be moving the focus down to row 4.
While the focus ring appears on the Close button in the side panel, pressing the tab key again doesn't do anything. The desired behavior should be moving the focus in the side panel and then go back to row 2 in the table.
What did you change?
Side panel onRequestClose setback the focus to the selected row.
If the Side panel's last focusable element loses focus then the focus goes to the selected row.
packages/ibm-products/src/components/Datagrid/Extensions/ClickableRow/ClickableRow.stories.js
How did you test and verify your work?
Storybook

Closing this for now and will move this issue back to backlog since our team has shifted. I think we’d prefer to close this with the v2 PR even if this one does not have current conflicts to maintain parity between versions.

authors: Ratheeshrajan elycheea

repo: carbon-design-system/ibm-products


text:
CIP-???? |  On-Chain Token Metadata Standard

The following CIP proposes an on-chain metadata standard to work along aside existing off-chain metadata standards.

This PR also needs some discussion of the security aspects. As far as I can tell, it has the same issues as https://github.com/cardano-foundation/CIPs/pull/118.

To elaborate a little, this currently assumes that the first minting is performed by the party who "organized" the token creation. This is not necessarily the case, and so if this were to become a standard, anyone who used a scheme where they weren't the first minter could be attacked by whoever was the first minter (since they would get to set the metadata).
In other words, adopting this as a standard would make it an attack vector against people who use (perfectly reasonable) schemes of token issuance that don't happen to look like a typical NFT drop.

Hi all,
Given there is no agreed standard, this is having a big impact on those minting tokens right now. This is what I'm now doing for new tokens:
(1) Mint 1 token with this standard first
(2) Mint the rest of the tokens with the 721 NFT standard (so it can be seen in pool.pm)
(3) Register in the token registry
I'm doing this in the hope that any tool/wallet looks through all metadata and if it finds a '20' standard, it uses that over the 721. For projects like HOSKY, this was first minted with 721 and recently extended with a 20 and then another 721 update on top; it's now locked out.
I can see this problem getting worse as more people bring tokens to the table where they NEED to lock their policies. I really dislike the Token Registration, because this information (in my opinion) should be stored onchain; immutable. However, if we don't have a standard, things start to drift apart very quickly and trust will be lost in terms of the metadata side.
I continually explain to people that these standards only affect onchain metadata; i.e. the tokens are first class citizens and live and move like ADA. So we should be able to resolve this quickly?

Should specify min and max length for ticker and probably the rest of the string fields.Ticker max length has been recently increased from 5 to 9 in offchain-metadata-tools.

Hi all,
Given there is no agreed standard, this is having a big impact on those minting tokens right now. This is what I'm now doing for new tokens:
(1) Mint 1 token with this standard first (2) Mint the rest of the tokens with the 721 NFT standard (so it can be seen in pool.pm) (3) Register in the token registry
I'm doing this in the hope that any tool/wallet looks through all metadata and if it finds a '20' standard (and it could be just the first one), it uses that over the 721. For projects like HOSKY, this was first minted with 721 and recently extended with a 20 and then another 721 update on top; it's now locked out.
I can see this problem getting worse as more people bring tokens to the table where they NEED to lock their policies. I really dislike the Token Registration, because this information (in my opinion) should be stored onchain; immutable. However, if we don't have a standard, things start to drift apart very quickly and trust will be lost in terms of the metadata side.
I continually explain to people that these standards only affect onchain metadata; i.e. the tokens are first class citizens and live and move like ADA. So we should be able to resolve this quickly?
Kind regards
VEGAS Pool (sp33dy is simply my github handle)

I'm sorry I can't find a mint transaction of HOSKY where they use the '20' metadata. Could you please point me to one? Thanks!

Hi,
https://cardanoscan.io/token/f03c3a145fc45a873d999e0ef0b594d681a2238e?tab=minttransactions
Shows all the mint transactions.. So:
1e0612fbd127baddfcd555706de96b46c4d4363ac78c73ab4dee6e6a7bf61fe9 was our original 721 as 1 Quadrillion mint
f6f8192d0ba5649f0b9a18913003c41d122baa09190237353a30afddf38d09a8 was our '20' mint:
metadata:  https://cardanoscan.io/transaction/f6f8192d0ba5649f0b9a18913003c41d122baa09190237353a30afddf38d09a8?tab=metadata
cb1fa55134b120d652c6d17ad83029d67be23f02d0542cb54100f343839c295c was the burn of that additional token with '20' standard.
0a4a906b24d21c3f4b8c061fd9b98f1b14a3bc9d6744f21a3a767ce4c964c16f  was a new mint with 721 and the HOSKY image included
b67b3aa6713f9c8b313d38e56f0283304defbf1316848dac625a0ccdb770bd56 was a burn of it due to an error in the image
Finally:
2ca69dd7e0980e14d3a54a6c354a83e4a9a6969360a142e392691c2808541d0c was minted with the final 721 and correct HOSKY image. By rights, the '20' standard above should be picked up as the first and only '20' mint.
Kind regards
VEGAS

"When doing so, transaction metadata MUST be included in the same transaction that mints the asset id."
This does not precise which mint tx to use when there are several for the same asset.
CIP 25 requires to use the last mint tx (burns are not considered mints but this should be precised), which allows to update the metadata as long as the policy allows it by minting a duplicate then burning it.
This point should be precised in my opinion (for now I don't know how to implement the lookup).

Hi @savaki ,
Could you please provide an update on this PR?
Thank you very much.

Shouldn't the metadata not be signed with the policy.skey like we do with the metadata registry?

Hello everyone.
Can't we make this whole proposal a little bit more aligned with the already existing NFT Metadata standard? Where's the mimetype, why no subfiles, why does the asset name need to be hex-encoded?
{
  "20": {
    "<policy_id>": {
      "<asset_name>": {
        "ticker": "<string>",
        "name": "<string>,
        "image": <uri>,
        "mediaType": "image/<mime_sub_type>",
        "description": <string | array>,
            "files": [{
              "name": <string>,
              "mediaType": <mime_type>,
              "src": <uri | array>,
              <other_properties>
            }],
        "decimals": 6,
        "version": "1.0"
      }
    }
  }
}

would be my proposition.
What do you think?

Hello @savaki ,
Could you please provide an update on this PR?
Thank you very much.
M.

Can't we make this whole proposal a little bit more aligned with the already existing NFT Metadata standard?

... or why not just add an optional "decimals" and "ticker" fields to the existing 721 standard? Everything else is just duplication.

For those following this discussion: please visit new CIP PR https://github.com/cardano-foundation/CIPs/pull/298 in which an off-chain token metadata registry is being considered. 🧐

We don't have any update from the author after a handful of invitations over the course of the year, so I think it's appropriate to close this now.

I think @savaki left SundaeSwap which is where this CIP originated. Tagging @Quantumplation in case it needs re-opening.

thanks @AndrewWestberg for the follow-up 🙏

@rphair Sorry for the lack of response on this.  I have no particular skin in the game for metadata standards; I've had some chats with the Cardano Foundation about it, and about what my opinions on the topic are, but I'm happy to follow any (or multiple) standards that the community directs;
Given that this is deployed on-chain by a number of projects, though, could we assign it a CIP number for easy historical reference, as many tools will likely want to support this standard for legacy purposes until another standard emerges?

Just to comment on this PR: The hardware wallets with the decimals baked into the firmware are not using transaction metadata with key 20 as a source or any other metadata on the chain. Only reference is the cardano-token-registry

@Quantumplation we've been having a lengthy discussion (@KtorZ @michaelpj) as of https://github.com/cardano-foundation/CIPs/pull/331#issuecomment-1258047610 about whether CIPs can go on file with a Rejected status (e.g. https://github.com/cardano-foundation/CIPs/pull/336) indicating institutional or community support for not doing something in the way that's described.
What I gather you're suggesting here is that the same kind of reference be made... but for something that is in active use, except that by not following through with the CIP process, it would remain a de facto standard which nobody has taken the final responsibility to document officially.
My dogmatic belief is that it's not a standard if nobody is willing to document it conclusively, and therefore the content here should likewise be given a Rejected status (rejected as a standard in this case: not "rejected for use").  If agreed then this could & should in fact also be given a CIP number and a Rejected state just like the pending CIP-0070 which is our flagship "anti-standard" CIP.
The exact label & definition of "Rejected" is pending https://github.com/cardano-foundation/CIPs/pull/331 and whatever rewrite of CIP-0001 comes afterward, so I would propose that this CIP draft be assigned that classification as soon as that rewrite is complete.

@rphair I think we're on the same page, I'm speaking from a more pragmatic standpoint.
Specifically, I agree that we shouldn't consider this a "standard" without someone to take up the banner to get it over the finish line and document it in high-fidelity for new projects to adopt.  I would do so, but frankly I'm juggling enough as it is, and can't find the time to think through what the best version of this looks like, or whether an entirely different approach is better.
But, whether we like it or not, this format has been adopted by several projects; so, while I think we want to actively discourage new projects from adopting this for their token (until it or another standard reaches that bar), there are still people who will want to refer to this, mostly from a historical / legacy support perspective: wallets, block explorers, DEX's, etc. will want to present this data to users, because those projects still want to provide the best and most comprehensive user experience to their users.
So, those people need a moniker to refer to this by, for discussions, JIRA tickets, code, etc.
It sounds like, though, a rejected CIP would still be assigned a CIP number, which satisfies that need.

source: gharchive/pull-request

authors: AndrewWestberg Padierfind Quantumplation SmaugPool gitmachtl mangelsjover michaelpj mkazlauskas rphair savaki sp33dy theachyutraj

repo: cardano-foundation/CIPs

license_type: permissive

license_source: github-api


text:
Invalid content /en/plutus/overview/

Where does the issue occur?
Link to the file or location on the website where the issue occurs. Optionally add screenshots for context.
Describe the issue
A clear and concise description of what the issue is.
Expected changes
A clear and concise description of what you expected to change.
Additional context
Add any other context about the problem here.

closing this issue as there are no details and site has been updated this week with new content and up to date links.

closing this issue as there are no details and site has been updated this week with new content and up to date links.

source: gharchive/issue

authors: alonsoabcgithub nahern

repo: cardano-foundation/testnets-cardano-org

license: MIT


text:
BOX-138 - card list

in draft:

completed 141 (focus)
completed 140 (title in one line)
adds reaction on search (aka integration?)

@OlegBrony ну и это тож как бы)

@OlegBrony спасиб что внес правки, хорошая работа)
Но как и писал - пока слишком много разнородных изменений в одном PR))
Ну т.е. я бы и не был прям сильно против, если бы ты оставил все остальные правки, но если бы ты убрал в другой PR или модуль работу с навигацией/фокусом - то можно было бы уже вливать хоть щас 🤷♂

authors: OlegBrony martis-git

repo: cardbox/frontend


text:
Discrepancy in counterfactual indexing for CLUE generator

Hello!
When generating counterfactuals using CLUE counterfactual generator, the resulting counterfactuals in the dataframe are ordered using a RangeIndex instead of the original indexing found in the factuals. This is a problem when the factuals' indices are not ordered as a range index, e.x. by using .sample(n). This can be seen by running this code:
data_name = "compas"
model = MLModelCatalog(dataset, "ann", backend="pytorch")
model.train(...)

hyperparams = {...}
cl = Clue(dataset, model, hyperparams)

wa = Wachter(model, {...})

factuals = predict_negative_instances(model, dataset._df).sample(10)

cl_counterfactuals = cl.get_counterfactuals(factuals)
wa_counterfactuals = wa.get_counterfactuals(factuals)

display(factuals.index)
display(cl_counterfactuals.index)
display(wa_counterfactuals.index)

This yields:
Int64Index([4886, 4389, 2317, 797, 3154, 4685, 956, 3014, 99, 510], dtype='int64')
RangeIndex(start=0, stop=10, step=1)
Int64Index([4886, 4389, 2317, 797, 3154, 4685, 956, 3014, 99, 510], dtype='int64')

Now, if we try to benchmark the CLUE counterfactual generator:
benchmark = Benchmark(model, cl, factuals)
benchmark.run_benchmark()

we get:
ValueError: Can only compare identically-labeled DataFrame objects

Stemming from the constraint_violation check in carla\evaluation\violations.py
The counterfactuals get reordered in counterfactuals.check_counterfactuals for CLUE, FACE, GrowingSpheres and REVISE since they all pass in a list of counterfactuals as opposed to a pandas dataframe, so at least those methods can have problems with that.
One way of fixing this issue would be to pass an index attribute to check_counterfactuals and add a index=indices on line 32 to set the proper indices. Other would be to simply do cfs_df.index = factuals.index after the function is called to reorder the indices.
Since the counterfactuals now get new indices, and both dataframes are of the same size, restoring the ones from factuals shouldn't cause any further problems I can spot and will only improve the consistency across the recourse methods.
If any of the proposed fixes are acceptable, or there are other ways to fix the issue, I would be happy to perform them and be assigned to this issue. :)

Hello,
Thanks for catching that problem and writing it down so concretely.
I think the first proposed fix is good, as check_counterfactuals only is used inside get_counterfactuals and this always has access to the factuals.index. And by forcing an index there we always know then what the index of the result of check_counterfactuals is.
I would be happy to assign you to this issue. Some notes:

Could you work of this branch (PR 150) rather then main? Some recourse methods were missing check_counterfactuals before. You can just create a new branch and summit a Pull Request for that.
If you want to contribute you might need some dev tools: https://carla-counterfactual-and-recourse-library.readthedocs.io/en/latest/installation.html#contributing

Yes, I agree with everything you said above. For now we don't need a default value I think, because we know exactly in which scenario the method will be used. That way we can't forget to pass an index anywhere.
The main branch is missing the check_counterfactuals method for some generators. This is fixed in the branch I linked to above.
So I think there is just two things to be done right:

pass an index attribute to check_counterfactuals and add a index=indices on line 32 to set the proper indices, like you suggested.
apply the change for all generators.

I have the changes ready, though I am unable to commit them since I get errors from mypy about 'Incompatible types in assignment' (none of which refer to lines with my changes). What should I do in this case? Should I ignore the warnings?

Could you put the error message here?

Sure, this is what I get:
mypy.....................................................................Failed
- hook id: mypy
- exit code: 1

carla\recourse_methods\catalog\clue\library\clue_ml\src\probability.py:33: error: Incompatible types in assignment (expression has type "_Simplex", base class "Distribution" defined the type as "None")
carla\models\catalog\train_model.py:97: error: Incompatible types in assignment (expression has type "carla.models.catalog.Linear_TORCH.model_linear.LinearModel", variable has type "Union[carla.models.catalog.Linear_TF.model_linear.LinearModel, AnnModel]")
carla\models\catalog\train_model.py:101: error: Incompatible types in assignment (expression has type "carla.models.catalog.ANN_TORCH.model_ann.AnnModel", variable has type "Union[LinearModel, carla.models.catalog.ANN_TF.model_ann.AnnModel]")
carla\recourse_methods\catalog\wachter\library\wachter.py:59: error: Incompatible types in assignment (expression has type "Tensor", variable has type "Optional[List[float]]")
carla\recourse_methods\catalog\wachter\library\wachter.py:62: error: Incompatible types in assignment (expression has type "Tensor", variable has type "List[int]")
carla\recourse_methods\catalog\wachter\library\wachter.py:79: error: Incompatible types in assignment (expression has type "BCELoss", variable has type "MSELoss")
carla\recourse_methods\catalog\crud\library\crud.py:57: error: Incompatible types in assignment (expression has type "Adam", variable has type "RMSprop")
carla\recourse_methods\autoencoder\models.py:198: error: Argument 1 to "append" of "list" has incompatible type "BatchNorm1d"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:199: error: Argument 1 to "append" of "list" has incompatible type "ReLU"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:209: error: Argument 1 to "append" of "list" has incompatible type "BatchNorm1d"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:210: error: Argument 1 to "append" of "list" has incompatible type "ReLU"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:371: error: Argument 1 to "append" of "list" has incompatible type "ReLU"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:413: error: Argument 1 to "append" of "list" has incompatible type "ReLU"; expected "Linear"
carla\recourse_methods\autoencoder\models.py:427: error: Argument 1 to "append" of "list" has incompatible type "Sigmoid"; expected "Linear"
Found 14 errors in 5 files (checked 13 source files)

I have had something like this happen to me as well. I'm pretty sure you can't ignore the warnings, it won't let you commit.
It's weird that I don't have the same problem on my end. So I think mypy is automatically inferring the types here, which for some reason gives a problem on your end but not on mine.
I think most of it can be fixed by adding the type to the Union and making it explicit. Like how it's done in the 3rd error. I'll try later if I can reproduce this problem and fix it.

I can try to fix the errors if nothing else turns out to work here, they don't seem too severe :)

That would be great! I tried replicating the problem, but for me it works. So it's a bit difficult for me to test if something fixes it. I'm mainly wondering why it doesn't work for you but does for me.

Managed to push it! Created PR #158

Btw, how did you fix the issue with mypy when trying to push? That might be useful to know in case someone else in the future has the same problem.

authors: JohanvandenHeuvel drobiu

repo: carla-recourse/CARLA


text:
Collision detection with specific vehicle in CARLA 0.8

Hi, thanks very much for the great simulator.
I'm using CARLA 0.8.4 on Ubuntu/Windows. I'm doing some planning work and would like to know which vehicle the ego-vehicle collides with when a collision happens. I checked the document but found no way to implement it. Is it possible to have such a function? Or, if not, is there some trick to approximate such a function?

Hello noahcao,
You should take a look to the Collision Sensor (https://carla.readthedocs.io/en/latest/ref_sensors/#collision-detector).
When attached to an actor, a predefined method is called whenever a collision involving this actor occurs; and the output parameters include the ID of both actors involved.
PS. I really recommend you using a more recent version of CARLA (0.9.7 or newer) and checking the documentation for sensors in order to know how to set them and declare their callback functions.
Best regards,

Hi Armandomiguel,
Thanks so much for the kind help!
yes, I realized there is some solution on CARLA 0.9. But due to some legacy codebase issue and to have fair comparison with some other works which are based on stable CARLA version (0.8.4), I'm still expecting a solution on CARLA 0.8.4.
But you're right. I'm currently migrating my code to CARLA 0.9.

The collision sensor was available in 0.8.4, wasn't it, @marcgpuig ?

Hi @noahcao
Sorry, but the collision sensor was added in 0.9.1.
I highly recommend porting the code to a newer version.
Cheers!

Hi,
I just wrote a short blog post about collision detectors on the Carla simulator research blog - https://carlasimblog.wordpress.com/2023/09/18/collision-detection-systems-in-cars-enhancing-safety-and-realism-in-carla-simulator/, and added a code example for it.

authors: Armandomiguel TzabarDolev germanros1987 marcgpuig noahcao

repo: carla-simulator/carla


text:
🛑 Cursos Livres is down

In 05832f9, Cursos Livres (https://cursoslivres.ifms.edu.br) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Cursos Livres is back up in 5c5bd22 after 11 minutes.

repo: carlitos-ifms/uptime


text:
🛑 Avaliação de Desempenho is down

In 382fba2, Avaliação de Desempenho (http://desempenho.ifms.edu.br) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Avaliação de Desempenho is back up in f5f3c14 after 9 minutes.


text:
Take<Chain< ... >> panics when calling bytes.

This code will panic:
let a = Cursor::new(Bytes::from(&b"hello"[..]));
let b = Cursor::new(Bytes::from(&b"world"[..]));
let mut out = vec![];
out.put(a.chain(b).take(8));

with

index 8 out of range for slice of length 5

This is because Take::bytes() attempts to slice the result Chain::bytes() up to the minimum of the limit (8) and the number of bytes remaining in the Chain (10). However, Chain::bytes() returns only the first contiguous byte slice which has length 5.
Edit:
Actually Buf::take() always uses its limit parameter, not the minimum of the remaining bytes and the limit parameter as I initially thought. As a result,
let a = Cursor::new(Bytes::from(&b"hello"[..]));
let mut out = vec![];
out.put(a.take(8));

panics with the same message, which is, in my opinion, still a bit unintuitive but consistent with the behavior of the rest of the crate.

This is #138.

The fix was merged! Thanks.

authors: carllerche danburkert ecstatic-morse

repo: carllerche/bytes

license: mit

license_source: bigquery


text:
Failed to connect to localhost/[0:0:0:0:0:0:0:1]:58148

What happened?
Failed to connect to localhost/[0:0:0:0:0:0:0:1]:58148
Relevant log output or stack trace
No response
Steps to reproduce
No response
CodeGPT version
lastest version
Operating System
macOS

It appears that your remote server is offline, therefore CodeGPT is unable to establish a connection. Closing this issue as it's not related to the plugin itself.

authors: carlrobertoh linpan

repo: carlrobertoh/CodeGPT


text:
Unable to load local *.csv

I can't figure out what I am doing wrong:
In Charts View settings, the data path is set:
Data folder _csv
The lineData.csv looks like this:
year,value
"1991",3
"1992",4
"1993",3.5
"1994",5
"1995",4.9
"1996",6
"1997",7
"1998",9
"1999",13

The load csv file line in chartsview:
data: lineData.csv

I can render the chart by importing the data, but not by loading the same data source.
I can also get your readme example for Mix Chart type to work.

我也无法载入csv文件，无法显示，而使用插入命令正常
Pie.csv
Pie.csv
。
type: Pie
data: Pie.csv

options:
  height: 300
  appendPadding: [-30,0,0,0]
  style:
    float: right
  angleField: value
  meta:
    value:
	  formatter: function formatter(v){ return ''.concat(v,'%')}
  colorField: type
  color: ['hsl(200,80%,60%)', 'hsl(160,80%,40%)', 'hsl(30,60%,50%)']
  radius: 0.7
  label:
    type: spider
    style:
	  fontSize: 14
	  textAlign: center
 	  fill: 'hsl(35,50%,65%)'
	content: "{name}\n{percentage}"
	#autoRotate: false
  pieStyle:
    cursor: pointer
  interactions: [{type: element-selected},{type: element-highlight}]
  legend: false

I can't figure out what I am doing wrong:
In Charts View settings, the data path is set:
Data folder _csv
The lineData.csv looks like this:
year,value
"1991",3
"1992",4
"1993",3.5
"1994",5
"1995",4.9
"1996",6
"1997",7
"1998",9
"1999",13

The load csv file line in chartsview:
data: lineData.csv

I can render the chart by importing the data, but not by loading the same data source.
I can also get your readme example for Mix Chart type to work.

Sorry, please use 1.0.6 version.

我也无法载入csv文件，无法显示，而使用插入命令正常。
type: Pie
data: Pie.csv

options:
  height: 300
  appendPadding: [-30,0,0,0]
  style:
    float: right
  angleField: value
  meta:
    value:
	  formatter: function formatter(v){ return ''.concat(v,'%')}
  colorField: type
  color: ['hsl(200,80%,60%)', 'hsl(160,80%,40%)', 'hsl(30,60%,50%)']
  radius: 0.7
  label:
    type: spider
    style:
	  fontSize: 14
	  textAlign: center
 	  fill: 'hsl(35,50%,65%)'
	content: "{name}\n{percentage}"
	#autoRotate: false
  pieStyle:
    cursor: pointer
  interactions: [{type: element-selected},{type: element-highlight}]
  legend: false

Pie.csv

不好意思，用1.0.6的版本吧。

authors: caronchen ontrou sherjf

repo: caronchen/obsidian-chartsview-plugin


text:
Add sub-task support to Jira StopWatch

My team is using Jira StopWatch right now and it's great for actually getting them to log hours in Jira, but a major downside is that sub-tasks do not show up when looking through the list for what to log hours to. Because all of our work is tracked in sub-tasks, this creates a huge issue for us and hours have to get logged to the main task instead. Is this something you could add support for given your current architecture?

You mean the auto-complete in the dropdown?  It depends on your filter - mine shows sub-tasks without a problem.  We also do our actual work on sub-tasks.
I must admit I don't sue the dropdown much - I tend to copy/paste the URL from the issue into the box but I just checked and my list includes sub-tasks

Adam is right - this is something, that you should solve in your Jira filters instead. Jira StopWatch simply asks for a list of issues based on your current selected filter - and it displays the resulting list without any preprocessing. So you could even create a filter in Jira, that eg. showed you closed issues or other people's issues. Jira StopWatch doesn't care.

authors: RisingDusk carstengehling slarti-b

repo: carstengehling/jirastopwatch


text:
Build Fails on VS 2017 for Mac preview

Hi Carsten. Thanks for this project. I think it will really help me out and I'd like to help by getting it to build on Mac.
I've installed the VisualStudio 2017 preview for Mac and tried to build. It failed when compiling the Properties\Resources.resx file because of a mixture of path separators, \ and /. The error:

Waiting for custom tools...

Building: StopWatch (Debug)
Build started 4/3/2017 12:47:54 PM.
__________________________________________________
Project "/src/github/carstengehling/jirastopwatch/source/StopWatch/StopWatch.csproj" (Build target(s)):

Target CoreResGen:
    Processing resource file "Properties/Resources.resx" into "obj/Debug/StopWatch.Properties.Resources.resources".
    /src/github/carstengehling/jirastopwatch/source/StopWatch/Properties/Resources.resx(123,5): error MSB3103: Invalid Resx file. Could not find file "/src/github/carstengehling/jirastopwatch/source/StopWatch/Properties/..\icons\stopwatchicon.ico". Line 123, position 5.
Done building target "CoreResGen" in project "StopWatch.csproj" -- FAILED.

Done building project "StopWatch.csproj" -- FAILED.

Build FAILED.

/src/github/carstengehling/jirastopwatch/source/StopWatch/Properties/Resources.resx(123,5): error MSB3103: Invalid Resx file. Could not find file "/src/github/carstengehling/jirastopwatch/source/StopWatch/Properties/..\icons\stopwatchicon.ico". Line 123, position 5.
    0 Warning(s)
    1 Error(s)

Time Elapsed 00:00:00.13

---------------------- Done ----------------------

Build: 1 error, 0 warnings

This can be solved by running xbuild StopWatch.sln, or by running msbuild StopWatch.sln with the environment variable MONO_IOMAP set to all.
That's only the first bump. With handling the mixed path separators taken care of, the error becomes:

Building: StopWatch (Debug)
Build started 4/3/2017 2:11:00 PM.
__________________________________________________
Project "/Users/areid/jirastopwatch/source/StopWatch/StopWatch.csproj" (Build target(s)):

Target CoreResGen:
    Processing resource file "Properties/Resources.resx" into "obj/Debug/StopWatch.Properties.Resources.resources".
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error MSB3103: Invalid Resx file. Exception has been thrown by the target of an invocation.
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : TargetInvocationException: Exception has been thrown by the target of an invocation.
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Resources.ResXResourceReader.LoadData () [0x0014b] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Windows.Forms/System.Resources/ResXResourceReader.cs:191
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Resources.ResXResourceReader.GetEnumerator () [0x0000b] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Windows.Forms/System.Resources/ResXResourceReader.cs:341
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources (Microsoft.Build.Tasks.ProcessResourceFiles+ReaderInfo readerInfo, System.Resources.IResourceReader reader, System.String fileName) [0x00004] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:3328
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources (System.String filename, System.Boolean shouldUseSourcePath, System.String outFileOrDir) [0x000a7] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:2905
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ProcessFile (System.String inFile, System.String outFileOrDir) [0x000b3] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:2486
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : ArgumentException: AND data length expected 512, read 0
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : Parameter name: stream
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon.InitFromStreamWithSize (System.IO.Stream stream, System.Int32 width, System.Int32 height) [0x00647] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:867
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon..ctor (System.IO.Stream stream, System.Int32 width, System.Int32 height) [0x00011] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:218
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon..ctor (System.IO.Stream stream) [0x00000] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:212
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&)
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00002] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/corlib/System.Reflection/MonoMethod.cs:661
    /Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :
Done building target "CoreResGen" in project "StopWatch.csproj" -- FAILED.

Done building project "StopWatch.csproj" -- FAILED.

Build FAILED.

/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error MSB3103: Invalid Resx file. Exception has been thrown by the target of an invocation.
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : TargetInvocationException: Exception has been thrown by the target of an invocation.
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Resources.ResXResourceReader.LoadData () [0x0014b] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Windows.Forms/System.Resources/ResXResourceReader.cs:191
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Resources.ResXResourceReader.GetEnumerator () [0x0000b] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Windows.Forms/System.Resources/ResXResourceReader.cs:341
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources (Microsoft.Build.Tasks.ProcessResourceFiles+ReaderInfo readerInfo, System.Resources.IResourceReader reader, System.String fileName) [0x00004] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:3328
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ReadResources (System.String filename, System.Boolean shouldUseSourcePath, System.String outFileOrDir) [0x000a7] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:2905
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at Microsoft.Build.Tasks.ProcessResourceFiles.ProcessFile (System.String inFile, System.String outFileOrDir) [0x000b3] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/msbuild-15.0/src/XMakeTasks/GenerateResource.cs:2486
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : ArgumentException: AND data length expected 512, read 0
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error : Parameter name: stream
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon.InitFromStreamWithSize (System.IO.Stream stream, System.Int32 width, System.Int32 height) [0x00647] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:867
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon..ctor (System.IO.Stream stream, System.Int32 width, System.Int32 height) [0x00011] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:218
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Drawing.Icon..ctor (System.IO.Stream stream) [0x00000] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System.Drawing/System.Drawing/Icon.cs:212
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&)
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :   at System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) [0x00002] in /private/tmp/source-mono-4.8.0/bockbuild-mono-4.8.0-branch/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/corlib/System.Reflection/MonoMethod.cs:661
/Users/areid/jirastopwatch/source/StopWatch/Properties/Resources.resx : error :
    0 Warning(s)
    2 Error(s)

Time Elapsed 00:00:00.23

---------------------- Done ----------------------

Build: 2 errors, 0 warnings

And this is where my inexperience with .NET / Mono fails me.  I'm not sure what to look at to fix this.

Unfortunately I don't have a Mac, nor do anyone around me have one. So I don't really have the means to fiddle with this.
I suggest that try to remove the resources.resx entirely and just insert a blank one. Or maybe try to create a completely new project and add the classes (MainForm, IssueControl, etc) one by one and see if this helps.

This is similar to #53 I think. Maybe the two of you could help each other.

@adamreid You can try another jira client - https://github.com/web-pal/chronos-timetracker it works on mac as well

authors: VladimirPal adamreid carstengehling


text:
Meet requirements for deferred Clippy warnings

📚 Context
As first raised at cartesi/rollups#159, Clippy raises a few warnings which could not be addressed at said PR.
In the meantime, the corresponding lints listed below were disabled during CI runs:

new_ret_no_self;
module_inception - affects code generated via state-fold-types.

✔ Solution
For, module_inception, we'd have the choice of suppressing the warnings via configuration or changing the business logic to meet the lint requirements. Both options would depend on cartesi/rollups-node#31 being completed.
In the case of new_ret_no_self, we would need changing the business logic to return the proper types.
📈 Subtasks
Meet requirements for:

[x] upper_case_acronyms, allowed at 02f79f9
[x] new_ret_no_self
[x]  too_many_arguments, disabled at 93ac09
[ ] module_inception or suppress it via linter annotations (depends on #31)

Let's postpone fixing the warning for too_many_arguments](https://github.com/cartesi/rollups/commit/93ac098f3760d636228c70bfcf6d6c4b8aec6486) for when the Dispatcher is rewritten.

Also, module_inception should be dealt with when the state-fold is refactored after it's merged as part of #31.

Remaining warnings to be fixed at #46

repo: cartesi/rollups-node


text:
Recommended sensors

Hi there,
would you recommend any specific sensors to be used with cartographer?
Thanks in advance

Cartographer works with a wide array of sensors and the difference in cost can be enormous. So, it is difficult to recommend anything specific.
The 3D backpack setup (which is well tested) used two Velodyne VLP-16's and a Microstrain 3DM-GX5-25.

@kentsommer Do you happen to know which of the numerous seemingly similar Microstrain ROS nodes were used with the 3DM-GX4-25?  There seem to be at least 3 possible options for Microstrain IMUs.

closing, as inactive for a long time


text:
Fixing ipv6CidrBlock caps typo

Summary
Fixing typo
https://github.com/cartography-cncf/cartography/pull/1392#discussion_r1866286762
Related issues or links

Include links to relevant issues or other pages.

https://github.com/lyft/cartography/issues/...

Checklist
Provide proof that this works (this makes reviews move faster). Please perform one or more of the following:

[ ] Update/add unit or integration tests.
[ ] Include a screenshot showing what the graph looked like before and after your changes.
[ ] Include console log trace showing what happened before and after your changes.

If you are changing a node or relationship:

[ ] Update the schema and readme.

If you are implementing a new intel module:

[ ] Use the NodeSchema data model.

👀 @khanhldt

👀 @achantavy

repo: cartography-cncf/cartography


text:
Typo in Readme

While the React's client-side port runs on port 3000 but in the readme, it has been mentioned that it runs on port 3030.
Additional Information:
I will make a PR for this.

Yes, please 👍

@BetaCat0 Sure thing.

@arteevraina it runs on 3030:
https://github.com/casbin/casbin-dashboard/blob/7851225732e602626eab7c95a57eea8967542539/web/package.json#L18-L23

@hsluoyz But the logs say something like this :
Compiled successfully!

You can now view web in the browser.

  Local:            http://localhost:3000/
  On Your Network:  http://192.168.1.8:3000/

Note that the development build is not optimized.
To create a production build, use npm run build.

Correct me if I am wrong.

It's because of OS.

It's because of OS.

ok, thanks :)

authors: BetaCat0 arteevraina hsluoyz

repo: casbin/casbin-dashboard


text:
feat: load_policies & list_mapping_policies

Included here are:

GenServer functions:

load_policies
list_mapping_policies
load_mapping_policies

mix format was run for formatting

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 3 committers have signed the CLA.:white_check_mark: nicolas-mark:x: cpelletier-cogility:x: amacciolaYou have signed the CLA already but the status is still pending? Let us recheck it.

@nicolas-mark hi, can you split into two different PRs?

authors: CLAassistant hsluoyz nicolas-mark

repo: casbin/casbin-ex


text:
Error in login page

Hello
I downloaded and installed the latest version of casdoor (1.434.0) from the site and run it without any changes (just creating a database and entering its information in the settings file). But when I log in, I get the following error message:
403 nomatch POST /api/login.

This bug is still existing.

app.conf:

@agedcat two questions:

Did you use Docker or not?

Can you debug (set breakpoint or printf) and provide the value for origin and host in the following code?

https://github.com/casdoor/casdoor/blob/69b144d80f927dd886bb6dc72b21980b1d67ba8e/routers/cors_filter.go#L44-L47

@agedcat two questions:

Did you use Docker or not?
Can you debug (set breakpoint or printf) and provide the value for origin and host in the following code?

https://github.com/casdoor/casdoor/blob/69b144d80f927dd886bb6dc72b21980b1d67ba8e/routers/cors_filter.go#L44-L47

I do not use Docker.
origin: https://mydomain:port
host: 127.0.0.1

This applicaation is behind nginx.

@agedcat debug the following code, check whether this if condition is not entered:
https://github.com/casdoor/casdoor/blob/69b144d80f927dd886bb6dc72b21980b1d67ba8e/routers/cors_filter.go#L69-L70

@agedcat debug the following code, check whether this if condition is not entered:
https://github.com/casdoor/casdoor/blob/69b144d80f927dd886bb6dc72b21980b1d67ba8e/routers/cors_filter.go#L69-L70

this condition is not entered. bug is here.

@agedcat fixed by: https://github.com/casdoor/casdoor/commit/43d849086f67a695459f20744c68c22ea51ab34c

authors: agedcat hsluoyz

repo: casdoor/casdoor


text:
Chumsky parser

Use the chumsky library to parse justfiles. Cf. https://github.com/casey/just/issues/1324

I took another look at this, and I think that although a structured approach has advantages, overall I think I like the current parser.

authors: casey neunenak

repo: casey/just


text:
I think accepting an all as param is misguiding.

Delete is taking param all, which is not used, and this may cause confusion as if "delete all" is name of the command. so, for clarification, I added a hyphen.

Good catch, thank you!

authors: aarmn casey


text:
Added grammer support to allow for multi-argument attributes

Parser support for attributes with multiple arguments #2248

This should be done if and when we have an attribute that supports multiple arguments. Otherwise, it just complicates the codebase for no benefit.

authors: casey drmacdon


text:
check if deactivate-hermit is defined before calling it

Closes https://github.com/cashapp/hermit/pull/268
Fixes https://github.com/cashapp/hermit/issues/262

🆒

Change itself LGTM but this file is checksummed and Hermit will fail. #273 will offer a clean solution to this, so let's wait until that land before merging.

Looks like this template is used to create the activation script, which I believe is not checksumed, and does not affect the checksumed files bin/activate-hermit and bin/hermit. Otherwise, the CI integration test step that checks up-to-date script.sha256 file should have failed.

Ah nice.
Though that makes me think we should be checksumming this file.

Thanks @OmarTawfik !

authors: OmarTawfik alecthomas quad syncom

repo: cashapp/hermit


text:
Fix yargs deprecation warning

In future major releases of yargs, "parsed" will be a private field. Use the ret
urn value of ".parse()" or ".argv" instead

Are you importing yargs with TypeScript?
I found TypeScript was triggering this warning, because it would copy all of the module properties to a variable if you did this import * as yargs from 'yargs';.
There is no way to suppress the warning.

I was able to fix my issue by changing
import * as yargs from 'yargs';

to this
import yargs = require('yargs');

authors: adrw codemile

repo: cashapp/misk-web


text:
[WIP] Major Release 2.0.0

Fixes: #[issue]
Description
This PR includes all the breaking changes for the next major release (v2).
Changes
PR Tasks

[x] Open PR
[ ] run npm run test --> no failing unit tests
[ ] run npm run format

For cleanliness, I suggest we merge the fee PR first, then reopen this. The commit history is a mess!

For cleanliness, I suggest we merge the fee PR first, then reopen this. The commit history is a mess!

We can keep this open. The only reason why the history is a mess, is that this is targeting ´main´ right now, because GH does not let me open a PR for a branch thats up-to-date with its target.

repo: cashubtc/cashu-ts


text:
brew cask open

Does it make sense to add a command, may be 'open to open a Application using cask command: brew cask open . I am unhappy when I hava to open an Application using Mac os open command, and then go through the long pathname if Alfred is unavailable.  Since cask gets all the infos to open an application. I am just thinking may be as an enhancement?

There was already an issue for this that was recently closed. Not enough interest, basically.

@declanqian Maybe I'm misunderstanding, but open -a application_name should essentially do what you want.  So, open -a firefox or open -a vlc.  Alias o or op or something for easy access.

Yeah, open -a does the trick. Thanks:)

authors: Amorymeltzer declanqian vitorgalvao

repo: caskroom/homebrew-cask


text:
Profile Manager for Mozilla XUL apps (mostly Firefox)

fwiw I deliberately did not use the suggested token for this cask (as it is very generic: profilemanager). Personally, I think the added context helps in reading the output of the search command.

Could you please squash your commits?

Thanks, merged as 0349b3e.

authors: hwine ndr-qef vitorgalvao


text:
Update multipatch to 1.6.2

After making all changes to the cask:

[x] `brew cask audit --download {{cask_file}}` is error-free.
[x] `brew cask style --fix {{cask_file}}` left no offenses.
[x] The commit message includes the cask’s name and version.

Thank you for the contribution. It was merged directly as e00cff7bfbe165cb40c9b99b27030fe8a983bc2b. Your contribution is still credited to you.

authors: colindunn vitorgalvao


text:
Update graphicconverter to 10.5,2872

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} left no offenses.
[x] The commit message includes the cask’s name and version.

Additionally, if updating a cask:

[ ] sha256 changed but version stayed the same (what is this?).
I’m providing public confirmation below.

Closing in favour of https://github.com/caskroom/homebrew-cask/pull/38882


text:
Update qingg to 2.6.1

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} reports no offenses.
[x] The commit message includes the cask’s name and version.

Additionally, if adding a new cask:

[ ] Named the cask according to the token reference.
[ ] brew cask install {{cask_file}} worked successfully.
[ ] brew cask uninstall {{cask_file}} worked successfully.
[ ] Checked there are no open pull requests for the same cask.
[ ] Checked the cask was not already refused in closed issues.
[ ] Checked the cask is submitted to the correct repo.

There are a bunch of mixed commits. Please try again.

authors: Igotit vitorgalvao


text:
🛑 Scouts Main Site is down

In 483aa34, Scouts Main Site (https://12hs.org.uk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Scouts Main Site is back up in 5fe3ae0.


text:
nctl: fix upgrade_after_emergency_upgrade_test_pre_1.5

In some runs this upgrade test was failing because it was hitting the 300 second timeout for syncing to genesis.
Sometimes when synchronizing historical blocks, the block synchronizer for node 1 was selecting 5 other nodes that did not have the finality signatures for that block (usually nodes 6-10).
Because the peer refresh interval was set to 90 seconds, the node did not have time to finish fetching the historical blocks if the situation described above happened for multiple blocks since the total timeout was 300 seconds.
Reduce the block_synchonizer.peer_refresh_interval config parameter for this test to 10s to allow it to become more lively and finish within the 300s timeout.
Fixes: https://github.com/casper-network/casper-node/issues/4365

bors r+

repo: casper-network/casper-node


text:
Replicate ANN work

I should go through @tteofili 's approximate NN work and attempt to replicate, based on documentation, and fill in missing details as needed.

Originally scheduled to be part of v0.7.0 release, punting.

see issue #932

authors: lintool tteofili

repo: castorini/anserini


text:
evaluate/msmarco/msmarco_eval.py should be moved to anserini-eval repo

https://github.com/castorini/anserini-eval

Merged: https://github.com/castorini/anserini-eval/pull/2
I think the way submodules work you have to manually update the commit in the checked out version in pygaggle?

In the same commit, kill the version in this repo?

Merged: castorini/anserini-eval#2
I think the way submodules work you have to manually update the commit in the checked out version in pygaggle?

Yeah, it seems like it. At least for pygaggle, we probably only "rarely" need to update it for the time being.

In the same commit, kill the version in this repo?

On it!

Closed by #47

authors: lintool ronakice

repo: castorini/pygaggle


text:
make t-shirts!

People are clamoring—clamoring I tell you!—for new Catapult t-shirts. Ideas abound:

Catapult: Corporate as Fuck
Always Be Trollin'
Matt on a t-shirt

@zlrth is on it.

Ignorance is Strength
War is Peace

Community: Fuck Catapult

Pghuck Catapult

dental plan lisa needs braces

Sometimes I doubt your commitment to sparklemotion

build failed bro

git push heroku master

just ship

--force

run home jack

computer

my other shirt is a jacket

@zlrth any movement on the t-shirt front?

i'm on it. looks like Corporate as Fuck is the winner.

ecstasy of the commons

*comedy of the commons

christ as fuck
(sorry if it's offensive to some)

authors: catsheane elliottw whit537 zlrth

repo: catapultpgh/main


text:
Can COUNT GROUP BY return a array like select?

It seems like I can not do this:
SELECT COUNT(*), date FROM order WHERE customer = 1 GROUP BY date
Is there any plan to do this? Same for max, avg, etc.

just saw it duplicate with #635

repo: catfan/Medoo


text:
feline integration is broken

I thought it could be Packer, but if I use the default configuration of feline.nvim there are no errors.

#137 should fix it.

Not anymore!

repo: catppuccin/nvim


text:
virtual_text styles not working

It seems like that the virtual_text section is not working correctly:

I want all warnings, hints, errors and information to be clean; so no underline, not italic or whatsoever.
Here my config:
catppuccin.setup(
{
	transparent_background = false,
	term_colors = true,
	styles = {
    comments = {},
    conditionals = {},
    loops = {},
    functions = {},
    keywords = {"italic"},
    strings = {},
    variables = {},
    numbers = {},
    booleans = {},
    properties = {},
    types = {},
    operators = {},
	},
	integrations = {
		treesitter = true,
		native_lsp = {
			enabled = true,
		},
		virtual_text = {
			errors = {},
			hints = {},
			warnings = {},
			information = {},
		},
		underlines = {
			errors = {},
			hints = {},
			warnings = {},
			information = {},
		},
	},
	coc_nvim = false,
	lsp_trouble = false,
	cmp = true,
	lsp_saga = true,
	gitgutter = false,
	gitsigns = true,
	telescope = true,
	nvimtree = {
		enabled = true,
		show_root = false,
		transparent_panel = false,
	},
	neotree = {
		enabled = false,
		show_root = false,
		transparent_panel = false,
	},
	which_key = true,
	indent_blankline = {
		enabled = true,
		colored_indent_levels = false,
	},
	dashboard = false,
	neogit = false,
	vim_sneak = false,
	fern = false,
	barbar = false,
	bufferline = false,
	markdown = false,
	lightspeed = false,
	ts_rainbow = false,
	hop = false,
	notify = false,
	telekasten = false,
	symbols_outline = false,
	mini = false,
  custom_highlights = {
    ErrorMsg = {fg = cp.red, style = {"bold"}},
    TSProperty = { fg = cp.yellow, style = {} },
    TSInclude = { fg = cp.teal, style =  {} },
    TSOperator= { fg = cp.sky, style = {} },
    TSKeywordOperator = { fg = cp.sky, style = { "bold" } },
    TSPunctSpecial = { fg = cp.maroon, style = {"bold"} },
    TSFloat = { fg = cp.peach, style = {"bold"} },
    TSNumber = { fg = cp.peach, style = {"bold"} },
    TSBoolean = { fg = cp.peach, style = {"bold"} },
    TSConditional = { fg = cp.mauve, style = {"bold"} },
    TSRepeat = { fg = cp.mauve, style = {"bold"} },
    TSException = { fg = cp.peach, style = {} },
    TSConstBuiltin = { fg = cp.lavender, style = {} },
    TSFuncBuiltin = { fg = cp.peach, style = {} },
    TSTypeBuiltin = { fg = cp.yellow, style = {} },
    TSVariableBuiltin = { fg = cp.teal, style = {} },
    TSFunction = { fg = cp.blue, style = {} },
    TSParameter = { fg = cp.rosewater, style = {} },
    TSKeywordFunction = { fg = cp.maroon, style = {} },
    TSKeyword = { fg = cp.red, style = {} },
    TSMethod = { fg = cp.blue, style = {} },
    TSNamespace = { fg = cp.rosewater, style = {} },
    TSStringRegex = { fg = cp.peach, style = {} },
    TSVariable = { fg = cp.white, style = {} },
    TSTagAttribute = { fg = cp.mauve, style = {} },
    TSURI = { fg = cp.rosewater, style = { "underline" } },
    TSLiteral = { fg = cp.teal, style = {} },
    TSEmphasis = { fg = cp.maroon, style = {} },
    TSStringEscape = { fg = cp.pink, style = {} },
    bashTSFuncBuiltin = { fg = cp.red, style = {} },
    bashTSParameter = { fg = cp.yellow, style = {} },
    typescriptTSProperty = { fg = cp.lavender, style = {} },
    cssTSProperty = { fg = cp.yellow, style = {} },
  }
})

You forgot to put both virtual_text and underlines inside of native_lsp = {}.


text:
strange @catppuccin_window_text behavior

I am not requesting help with my configuration and believe something is genuinely broken.

[X] Something is really actually broken.

Is there an existing issue outlining your problem?

[X] I have searched the existing issues and they do not solve my problem.

Describe your problem.
if I set set-option -g @catppuccin_window_text "#[bg=default] #{?#{!=:#{window_name},},#W,} " and for example run vim tmux.conf the name of the window only shows vim and not the full command like in the screen here. any idea why?
Paste your configuration.
set set-option -g @catppuccin_window_text "#[bg=default] #{?#{!=:#{window_name},},#W,} "
Attach screenshots.

What tmux version are you seeing the issue on?
tmux 3.5a
Any additional comments?
No response

This is the difference between #W and #T. If you use #T instead, does it work as you expect?

#T shows the hostname of my laptop

Got it. This is an issue with whatever program you are running inside of tmux, rather than an issue with the theme or with tmux itself. Closing
Whatever program you are running needs to set the title itself.

I have tested it on 3 devices, 2 cloud instances and my local macbook and the result is always the same. I'm running the latest version of tmux on all of the devices and using zsh. I tried many commands and nothing changes the name of the window, is there any option I need to enable in tmux?

This is exactly what I'm running into. I've tried all the various settings suggested in the few threads that are reporting this behavior and none of them work.

repo: catppuccin/tmux


text:
gmail chat & google meet are not styled

Is there an existing issue outlining your problem?

[X] I am using the latest version of the provided userstyle.
[X] I have searched the existing issues and they do not solve my problem.

What userstyles are you seeing the problem on?
lbl:gmail
Describe your problem.
The chat and meet bar arent styled.
Attach screenshots.

What browser(s) are you seeing the problem on?
Firefox  128.0.3
Any additional comments?
No response

to confirm both light and dark modes are affected:

authors: NeonGamerBot-QK theotheroracle

repo: catppuccin/userstyles


text:
How to remove

Hi! I installed the Catppuccin theme for Files, but i don't know how to remove it anymore. Any help, please?

Hey :wave:,
Depending on your method of installation, the files configuration file is in a different directory inside your %LOCALAPPDATA% directory:
https://github.com/catppuccin/windows-files/blob/67f695481e0f93ba503bfac6890ff862ee971fd4/install.ps1#L60-L75
For example, if you installed via the Microsoft Store, the configuration file will be inside %LOCALAPPDATA%\Packages\49306atecsolution.FilesUWP_et10x9a9vyk8t\LocalState\settings\user_settings.json (I believe you can also open the configuration file from within the app settings?)
You should be able to remove the Catppuccin colours from this file, the keys that we modify are shown below:
https://github.com/catppuccin/windows-files/blob/67f695481e0f93ba503bfac6890ff862ee971fd4/install.ps1#L51-L54

Thank you!

authors: pdimu sgoudham

repo: catppuccin/windows-files


text:
Documentation: Add documentation on time series causal graphs

Description and Motivation
Add documentation on time series causal graphs
Additional Context

How Has This Been Tested?

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Improvement (non-breaking change which improves functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Refactor (moving code around, general refactoring improvements)
[x] Documentation (documentation)

PR Checklist:

[x] I have reviewed my own PR? (review the PR as you are reviewing someone else's PR)
[x] I have implemented all requirements? (see JIRA, project documentation)
[ ] I am affecting someone else's work? If so: I have added those people as reviewers?
[x] I have added comments to all the bits that are hard to follow
[ ] At a bare minimum, I tested this manually
[ ] I have added unit test(s)
[ ] Is this a bugfix? If so have I added a regression test?
[x] Does this PR satisfy the one PR, one concern rule?
[x] If needed, documentation has been added/updated?
[ ] I have updated the appropriate changelog with a line for my changes
[ ] If this PR breaks reproducibility, have I added a note in the changelog explaining the break in reproducibility
and its extent?

Screenshots (if appropriate):

@francesca-raimondi-causalens please resolve conflicts and generate images using Dara as we discussed on Slack.

Thanks @francesca-raimondi-causalens for making the requested changes. @matteo-causalens can you please take a review as you developed the TimeSeriesCausalGraph class initially? Thank you 🙏
We have branch protection for two approvers on this repo so worth us both reviewing / approving before we merge.

🔥

repo: causalens/cai-causal-graph


text:
No export module

Can you explain please, why there is no exports.module = theMovieDb; in your themoviedb,js file.
I've tried both ways:

var theMovieDb = require('themoviedb-javascript-library')
and
import theMovieDb from 'themoviedb-javascript-library';
Trying both these i get empty object
console.log(theMovieDb); // {} empty object

UPDATE:
When i was using nom-package it was v1.0 and it was working fine, but after the update to that package, my whole application crashed. Investigating it i found out that you need to add the following to your themoviedb.js file
if ((typeof module != 'undefined') && (module.exports)) { 	module.exports = theMovieDb; }
And this will resolve the issue.

Oh, i see, thanks for finding the bug and contribute with the solution. :)

authors: afzaalopera cavestri

repo: cavestri/themoviedb-javascript-library


text:
build: use vite to bundle deps at main/preload package to avoid using broken electron-builder deps function.

Main purpose of this PR
Currently deps used at main/preload package is put under dependencies under package.json and building of those packages is using vite's ssr mode, which means deps will not be handled by vite but electron-builder instead. This PR will use vite to bundle deps at main/preload package just as the same as the renderer package to avoid using broken electron-builder deps function.
Why switching how deps get bundled?

Because deps bundle function is broken in electron-builder:
You need to maintain good old npm node_modules structure.
electron-builder internally uses develar/app-builder whose node_modules bundling function (nodeModuleCollector.go) only recognize good old npm node_modules structure.
It doesn't recognize pnpm's soft-linking node_modules structure. So if your deps used in main/preload have their own sub-dependencies, it will NOT get copied by electron-builder resulting in runtime error because of missing deps (https://github.com/electron-userland/electron-builder/issues/6289). The workaround currently is to tell pnpm using hoist deps mode which is basically to force pnpm using good old npm node_modules structure and forgets about soft-linking packages. It's painful if you are using pnpm in monorepos to avoid files copying.
I don't use yarn but I suppose yarn's PnP structure will also been rejected. (https://github.com/electron-userland/electron-builder/issues/6639)
For monorepos, it has to maintain the same structure. This has been reported in https://github.com/electron-userland/electron-builder/issues/6933 , https://github.com/electron-userland/electron-builder/issues/7371 .
Those issues don't seem to be addressed by the maintainers.
Poor deps bundling
The deps bundling by electron-builder is poorly done:

Only *.md and *.d.ts gets removed. Other files (e.g. sourcemaps, artifacts of different archs) will be copied as-is.
No vite's tree-shaking. Unused code chunks, cjs+esm codes will be bundled.
No minify at all. Code in deps will be copied as-is with no minify.
Optional devdeps will be bundled. For example rxjs which is optional devdep of typed-emitter, which is dep of electron-updater, will be bundled. The dep search strategy of electron-builder is just "grab all deps and optional deps" regardless of whether a optional dep is devdep.

In my opinion, this is done poorly compared to vite/esbuild. It will increase the whole production build size which electron apps are often criticized for.
How this PR is going to fix it?

Use builtin-modules and electron-builtins to determine node and electron builtin modules.
Use build.rollupOptions.external to externalize those modules. Optionally you can use vite-plugin-commonjs-externals if any cjs-esm interop issues is met.

      external: src => {
        const [name] = src.split('/');
        const externalNames = [
          ...nodeBuiltins,
          ...nodeBuiltins.map(name => `node:${name}`),
          ...electronBuiltins,
        ];
        return externalNames.includes(name);
      },

Forbid electron-builder from copying any node_module files as now all deps are bundled by vite.
Move vue to dependencies under package.json (revert #901). Any further deps used by all three packages can also be added for distinguish which will be ships to builds clearly.

Have this PR been tested?
I've tested the template and my own rush + pnpm monorepo setup on Windows 10 which is flawless. Both watch and production build work as intended.
I want to share package/code between main/preload package
For packages, if it's written in ESM and the code used in main/preload is from different chunk, it will be fine due to vite's tree-shaking feature. Otherwise you can transform this project's structure to utilize vite's multi-entry feature to achieve the goal of reusing codes.

Hi there. Thanks for you contrib. Basically you propose a kinda revert https://github.com/cawa-93/vite-electron-builder/commit/d002d6f2267418407d173e538e3792e012a67415.
From another issue

Previously it works exacly as you described. But this led to numerous problems (#664, #655, #613), because there are a huge number of packages that he will not be able to fully bundle. Usually these are packages that depend on native APIs directly or transitively.

As example: axios.
In your case you can't use axios in main anymore. AFAIR vite will resolved axios to browser-specific XHR adapter if ssr: false. To solve this, you forced to add axios to external packages. If so, you also forced to include full node_modules  into compiled app. And I didn't found any way to do that partially.
Also I remember some issues with electron-updater since it use semver that not bundling properly.

Thanks for your quick reply and the summary. It seems I've totally missed the point that ssr is the mode for node env. I've found that vite-node is using ssr mode. But I wonder using ssr bundle and ssr.noExternal will result in a better solution than electron-builder. Surely there's some deps that seems not working after bundling. I'll investigate into them later.
Anyway, turn back to web mode like this PR is the wrong way. I'll close this PR now. Thanks for your time.

I've tried using ssr.external and ssr.noExternal but they are nowhere convenient than build.rollupOptions.external.

ssr.external accepts string[]
ssr.noExternal accepts string | RegExp | (string | RegExp)[] | true
build.rollupOptions.external accepts string | RegExp | (string | RegExp)[] | ((source: string, importer: string | undefined, isResolved: boolean) => boolean | NullValue)

It's odd that you can specify one external pattern and one anti-pattern since you'll wonder how they overwrite the other one once colliding. ssr.external does NOT support RegExp and contains sub-paths (like fs/promises). And neither of them accepts function.
If I specify all node/electron externals in ssr.external and set ssr.noExternal to true, I cannot handle sub-paths. If I specify ssr.noExternal I need to resolve the dependency tree to find out every deps I installed including there sub-deps. I found it extremely inconvenient but the good old build.rollupOptions.external still works:
import nodeBuiltins from 'builtin-modules/static';
import electronBuiltins from 'electron-builtins';
export const config = {
  // ...
  build: {
    ssr: true,
    rollupOptions: {
      // ...
      external: (src) => {
        const [name] = src.split('/');
        const externalNames = [
          ...nodeBuiltins,
          ...nodeBuiltins.map((name) => `node:${name}`),
          ...electronBuiltins,
        ];
        return externalNames.includes(name);
      },
    },
  },
  ssr: { noExternal: true },
  // ...
}

There are a few amendments to ssr.external like https://github.com/vitejs/vite/pull/11817, https://github.com/vitejs/vite/pull/10939, https://github.com/vitejs/vite/pull/11093. But none of they accepts functions. Just use rollup external interfaces, please.

The remaining questions are now:

vite's package.json source resolving (https://github.com/cawa-93/vite-electron-builder/issues/655 axios)
Other tricky libs problems (https://github.com/cawa-93/vite-electron-builder/issues/664, https://github.com/cawa-93/vite-electron-builder/issues/613, https://github.com/npm/node-semver/issues/381). They may related to esm-cjs interop or minify stuffs.

I'll setup some reproductions and see if those problem exist.

If I specify all node/electron externals in ssr.external and set ssr.noExternal to true,

This have no sence, since noExternal: true have highest priority
https://github.com/vitejs/vite/blob/d953536aae448e2bea0f3a7cb3c0062b16d45597/packages/vite/src/node/ssr/ssrExternal.ts#L42-L44

Update: axios (repro) and file-type (repro) is fine.
For node-opcua (repro) I've got a different error:
VM543 renderer_init:2 Error: error:06000066:public key routines:OPENSSL_internal:DECODE_ERROR
    at createPrivateKey (VM476 keys:620:12)
    at message_builder.js:37:1
    at Module.<anonymous> (message_builder.js:508:1)
    at Module.<anonymous> (index.ts:6:1)
    at Module._compile (VM508 loader:1174:14)
    at Module._extensions..js (VM508 loader:1229:10)
    at Module.load (VM508 loader:1044:32)
    at Module._load (VM508 loader:885:12)
    at f._load (VM540 asar_bundle:2:13330)
    at o._load (VM543 renderer_init:2:3109)

Which tends to be their invalid key was not compatible with node:crypto.
(link to code)
export const invalidPrivateKey = createPrivateKey(`-----BEGIN RSA PRIVATE KEY-----
MB0CAQACAQ8CAwEAAQIBAQIBBQIBAwIBAQIBAQIBAg==
-----END RSA PRIVATE KEY-----`);

The new PR is going to be sent from branch fix-ssr。
Is there any other issues related to this PR? Let me know if any still exists, thanks!

Pls. check also ipfs-http-client, usb, electron-devtools-installer, koa and @koa/router

Update:

The invalidPrivateKey code block mentioned above is causing the exact same error seperately.
ipfs-http-client (repro) works in renderer.

I was able to perform a fix for the binary node issues.

Using build.rollupOptions.output.preserveModules to keep the file structure so those modules who relies on __dirname or __filename will works as intended.
Using build.rollupOptions.output.preserveModulesRoot to eliminate packages/preload/src under preserveModules mode so the entry point for main/preload will not be changed.
Set build.commonjsOptions.ignoreDynamicRequires to allowing dynamic requires to binary node native modules instead of shabby commonjsRequire which just throw an error.
Using vite-plugin-static-copy to manually copy those binary node native modules to the exact place as they were in the original node_modules package.
Now rollup will generate node_modules folder under dist. Just set includeSubNodeModules to true to tell electron-builder to copy those modules while compling and we're ready to go.

I've test it in both watch mode and prod builds. Both work flawlessly. I'll apply the fix to previous repros to see if there is any further bugs.

I've encountered some build bugs when applying the same methods for main package with rollup and vite. That issue was tracking at https://github.com/vitejs/vite/issues/12012

Workaround: set rollupOptions.preserveEntrySignatures to strict

Re-checking all repros.

axios (repro): OK
file-type (repro): OK
semver (repro): OK
node-opcua (repro): Same error as above
ipfs-http-client (repro): OK
usb (repro): OK
electron-devtools-installer (repro): OK
koa (repro): OK

All repros passed except node-opcua which contains buggy code.


text:
🛑 Estampas is down

In 42698c4, Estampas (https://www.estampas.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Estampas is back up in c824d0a.

repo: cayepezg/status


text:
Upgrading a read transaction to a write transaction

Would it be possible to upgrade a read-only transaction to a write transaction using the same snapshot? This could enable cases where it's possible to read data and only block writes at a certain point.
This would be similar to how deferred transactions work in SQlite.

Just experimenting for now :)
The goal of this feature would be to allow transactions that would eventually write, but only lock while starting when they're actually writing.

That's fine! I was just wondering if it could be possible. The issue with starting a separate write transaction is that the snapshot is different, the data used during read does not match the data in the new transaction.
To be honest, as I write this, I'm not sure if it matters, the result would be the same.

repo: cberner/redb


text:
titlecase for mapName for chloropeth view

Fixes #35

there is conflict

authors: PixeledCode aashimgarg

repo: cbgaindia/constituency-frontend


text:
How to get controllers position(x,y,z)?

How to get controllers position(x,y,z)?

There are many different ways. What's your application? Please be as descriptive as possible.
Also, as this isn't really an issue with the codebase so much as it is a request for help, please post this in the google group as outlined in the README and the Wiki.

repo: cboulay/PSMoveService


text:
Help to build on windows 10 x64

Help to build on windows 10 x64...
C:\PSMOVESERVICE\PSMoveService\thirdparty\protobuf\vsprojects>cmake -G "Visual Studio 14 2015 Win64" -Dprotobuf_DEBUG_POSTFIX="" -Dprotobuf_BUILD_TESTS=OFF ../cmake
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
CMake Error at CMakeLists.txt:12 (project):
No CMAKE_C_COMPILER could be found.
CMake Error at CMakeLists.txt:12 (project):
No CMAKE_CXX_COMPILER could be found.
-- Configuring incomplete, errors occurred!
(already installed correct cmake and boost)

by InitialSetupX64.bat
C:\PSMOVESERVICE\PSMoveService>InitialSetup_X64.bat
'"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat"' não é reconhecido como um comando interno
ou externo, um programa operável ou um arquivo em lotes.
"Creating protobuf project files..."
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
CMake Error at CMakeLists.txt:12 (project):
No CMAKE_C_COMPILER could be found.

What version of Visual Studio do you have installed?

Community 2015 version 14

@magadan Are you still having trouble building using 2015?

Guido, all ok. Thank you.

I had this (I think I also had it in the past and resolved it but it's come back and couldn't recall how to fix it) so I'm going to make a note for possible fixes.
The root error was cannot run 'rc.exe' which can be resolved by either copying rc.exe and rcdll.dll from C:\Program Files (x86)\Windows Kits\X.X\bin\x86 to C:\Program Files (x86)\Microsoft Visual Studio XX.0\VC\bin or adding
C:\Program Files (x86)\Windows Kits\X.X\bin\x86 to the PATH Environment Variable.
In my case the versions were Windows Kits 8.1 and Microsoft Visual Studio 14.0.

authors: HipsterSloth cboulay magadan zelmon64


text:
Secrets containing new lines

Github secrets can contain new lines and unfortunately it's not possible to sync these given that new line is used as a separator
As a possible solution I could suggest:

allow to set custom separator string
use JSON - since github actions allow native operations toJSON and fromJSON it should be fairly easy to convert secret values to/from JSON

Hey thanks for raising the issue. Indeed it's not working currently. I see what I can do here.

authors: andrzej-woof cbrgm

repo: cbrgm/sync-secrets-action


text:
第三次隨堂練習 : 03-git

共有三段
https://github.com/cccnqu/se107a/tree/master/exercise/03-git

npm: https://github.com/sjkry505/wyclodash

pull request 1 : https://github.com/wyclodash/lodashFunction/pull/2

pull request 2 : https://github.com/wyclodash/lodashFunction/pull/3

110510502劉鳳安
1.npm 加上repository : https://www.npmjs.com/package/lodash_mocha
2.一人分飾兩角:
https://github.com/FengAnSe107a/lodash_mocha_test/commit/18f2762ca1568f0efa7c418052f8df08d38213d2
3.兩人合作:
https://github.com/FengAnSe107a/lodash_mocha_test/pull/2/commits/29be32c520bbcfb90366dd2290b1e3c572476481


text:
自愈任务页面中接口路由 path 的问题

因为公司涉及一些功能的二开。我们需要在自愈任务页面添加一些功能。
于是我在7.7.2源码中根据图中的 path，去查找相关路由代码，却始终找不到。比如全局搜索 "/action" ，找不到想要的内容。

这不算一个 bug， 但找到这个接口的实现目前对我们来说很重要。能否给予一些指导，谢谢。

在 ibex 中

repo: ccfos/nightingale


text:
Feat/allow value prop

Adds the following features:

Allows value to be specified as a prop, which will allow easier state management.
Allows precision to be specified for decimal padding/trimming.

These features mean a breaking change to the behaviour of the component onChange, instead of always returning number or null, it will now return string or undefined. Example1.tsx has been updated to show required changes.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@c0f39c8). Click here to learn what that means.
The diff coverage is 80.00%.

@@            Coverage Diff            @@
##             master      #46   +/-   ##
=========================================
  Coverage          ?   90.72%
=========================================
  Files             ?        3
  Lines             ?       97
  Branches          ?       30
=========================================
  Hits              ?       88
  Misses            ?        9
  Partials          ?        0

Impacted Files
Coverage Δ

src/components/CurrencyInput.tsx
81.25% <66.66%> (ø)

src/components/utilities.ts
100.00% <100.00%> (ø)

src/components/parseAbbrValue.ts
100.00% <0.00%> (ø)

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 c0f39c8...d55a307. Read the comment docs.

authors: cchanxzy codecov-commenter

repo: cchanxzy/react-currency-input-field


text:
Unable to load model in nodejs

When I run the following code:
let Vosk = require("vosk-browser");
let url = "model.tar.gz";
async function init() {
  const model = await Vosk.createModel(url);
}
init();

I get this error:
this.worker.addEventListener("message", (event) => this.handleMessage(event));
                   ^

TypeError: this.worker.addEventListener is not a function
    at EventTarget.initialize (/Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:238:25)
    at new Model (/Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:235:18)
    at Object.<anonymous> (/Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:354:27)
    at Generator.next (<anonymous>)
    at /Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:28:75
    at new Promise (<anonymous>)
    at __awaiter (/Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:24:16)
    at Object.createModel (/Users/bobby/Desktop/vosk-browser/node_modules/vosk-browser/dist/vosk.js:353:16)
    at init (/Users/bobby/Desktop/vosk-browser/index.js:5:28)
    at Object.<anonymous> (/Users/bobby/Desktop/vosk-browser/index.js:7:1)

My folder structure is
|
|-- index.js
|-- model.tar.gz
|-- node_modules/

So I would thing the program could load the model, but I also get the same error when I set the url to be complete gibberish.
Thanks for your help

I get the same error with:
let Vosk = require("vosk-browser");
let url = "model.tar.gz";
async function init() {
  const model = new Vosk.Model(url);
}
init();

The WASM build targets running in a web worker. As stated in the readme you should use the official node bindings if running vosk from nodejs.

Ah, I was hoping this would be possible. I'm working on an arm-based machine and the node-bindings currently only support x86. Oh well, projects still super cool.

Oh, I see. You can compile the WASM binary yourself and remove the limitation of it running in a WebWorker environment.
For that

first create the builder image running make builder
then remove the line -s ENVIRONMENT=worker from src/Makefile and run make binary

You'll end up with a vosk-wasm.js in build/release which you can require in your node application. The interface is nearly the same as vosk (you can reference the typescript definition in src/vosk.d.ts
I hope it helps!

authors: LittleRobertTables ccoreilly

repo: ccoreilly/vosk-browser


text:
btctradeua: fetchTrades(): amount fixed

Their doc is really poor and ambiguous. Basically, they mixed quote and base currency.

@mkutny yep, I also had difficulties finding some necessary but missing details in that wordfile... Thx as always for your help!

authors: kroitor mkutny

repo: ccxt-dev/ccxt


text:
Fails on RB5009 with RoS 7.10.1

Fails to load.  No errors in terminal, just status "error"
[admin@MikroTik] > /container/add interface=veth1-speedtest root-dir=disk1/speedtes
t envlist=speedtest hostname=speedtest logging=yes remote-image=cdhtlr/mikrotik-spe
edtest:amd64
[admin@MikroTik] > /container print
0 name="9054a400-431f-4406-b27b-7d980b73219e"
tag="cdhtlr/mikrotik-speedtest:amd64" os="" arch="" interface=veth1-speedtest
envlist="speedtest" root-dir=disk1/speedtest mounts="" dns=""
hostname="speedtest" logging=yes status=error

Same issue for me.
I replaced amd64 with arm64, which removes the error, but then I just see 0.0 when loading the web page

aways 0.0

authors: kennedybaird sou7611 yanshibin

repo: cdhtlr/MikroTik-Speedtest


text:
chore(deps): upgrade configuration

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-configuration-1.x" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1211

Questions ?
Please refer to the Backport tool documentation


text:
chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-2.x" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 558

Questions ?
Please refer to the Backport tool documentation


text:
feat(stateful-set): service is now optional

Based on my readings, a stateful set is usually accompanied by a headless service.

See https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/

This means we can provide a sane default here, and create a service on the user's behalf. The auto created service can then be accessed via the .service property, which is now made public.
Misc

Added .port property on a service to get easy access to the first port of the service, which is also many times the only one.

FYI there's now a v25 branch, I'd consider changing the target to v25 and adding the backport-to-k8s-24/main label.

💚 All backports created successfully

Status
Branch
Result

✅
k8s-23/main

✅
k8s-24/main

Questions ?
Please refer to the Backport tool documentation

authors: cdk8s-automation iliapolo ryparker


text:
chore(deps): upgrade configuration

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-configuration-k8s-26-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 2562

Questions ?
Please refer to the Backport tool documentation


text:
chore(deps): upgrade runtime dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-runtime-dependencies-k8s-27-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 3189

Questions ?
Please refer to the Backport tool documentation


text:
feat: allow additional properties as boolean

We should allow boolean (or empty object) additionalProperties to output to:
export interface SomeInterface {
  ...;
  [key: string]: any;
}

More details on dictionary types in the context of OpenAPI/JSON Schema: https://swagger.io/docs/specification/data-models/dictionaries/

What's the jsii output for this? How does that look in Python/Java/.NET for example?

I have been trying to create a JSII compliant project with TypeScript itself as my main target. Therefore, I only confirmed that it was compiling without errors, but I did not look into the output for the other languages. So, after including binding tests with additionalProperties, I have realized that JSII might not support dictionaries with other known keys.


text:
Use tabwriter in commands help section

Before:
Commands:
	add adds something
	list	lists some things
	remove	removes something
	set sets the thing

After
Commands:
	add     adds something
	list    lists some things
	remove  removes something
	set     sets the thing

cc @ammario since I don't have perms to request a review

I love this change.

repo: cdr/cli


text:
Docker: Settings/extensions not saved

code-server version: Latest Docker as of may 20, 2019. 1145am PST-8
OS Version: Ubuntu Server 18.04

Description
Does not save settings/extensions at all
Steps to Reproduce
fresh docker image, (sudo apt install docker.io, docker run -it -p 127.0.0.1:8443:8443 -v "${PWD}:/home/coder/project" codercom/code-server --allow-http --no-auth)
open terminal in code-server
then touch ~/persistence_test
then stop the docker image, and relaunch it, ~/persistence_test does not exist

##Updated text for specifics

bump?

The docker run command you're running is mounting the current directory on the host to /home/coder/project in the container (-v "${pwd}:/home/coder/project"). This means that only the content in /home/coder/project will be persisted across sessions.
You can add more -v flags when using docker run to mount more directories if you need, like the following to persist settings and extensions between containers (untested):
-v "$HOME/.config/Code/User:/home/coder/.local/share/code-server/User" -v "$HOME/.vscode/extensions:/home/coder/.local/share/code-server/extensions"

alright, so it was me not knowing how to use docker properly, thanks for the information!
So if i wanted the docker container to hold the same config/extensions as the binary setup, the command would be something like this?
docker run -it -p 127.0.0.1:8443:8443 -v "/opt/code-server/workspace:/home/coder/project" -v "/opt/code-server/extensions:/home/code/extensions" -v /opt/code-server/data:/home/coder/data" codercom/code-server -e /home/coder/extensions -d /home/coder/data --allow-http --no-auth

Yeah, that should work if you add the missing double quote.

Okay, now im getting the samegrey screen error as my last issue (websockets are open)

@deansheather using the docker method we just described, all I am getting is a grey screen
Websockets are open on my web server so I know that's not the issue, I think

merith-admin@merith-tk:~$ sudo docker run -it -p 127.0.0.1:8443:8443 -v "/opt/code-server/workspace:/home/coder/project" -v "/opt/code-server/extensions:/home/code/extensions" -v "/opt/code-rkspace:/home/coder/project" -v "/opt/code-server/extensions:/home/code/extensions" -v "/optdata --allow-http --no-auth/code-server/data:/home/coder/data" codercom/code-server -e /home/coder/extensions -d /home/coder/data --allow-http --no-auth
[sudo] password for merith-admin:
(node:6) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability
issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
INFO  code-server development
INFO  Additional documentation: http://github.com/codercom/code-server
INFO  Initializing {"data-dir":"/home/coder/data","extensions-dir":"/home/coder/extensions","working-dir":"/home/coder/project","log-dir":"/home/coder/.cache/code-server/logs/20190523035516671"}
INFO  Starting webserver... {"host":"0.0.0.0","port":8443}
WARN  No certificate specified. This could be insecure.
WARN  Documentation on securing your setup: https://github.com/codercom/code-server/blob/master/doc/security/ssl.md
WARN  Launched without authentication.
INFO
INFO  Started (click the link below to open):
INFO  http://localhost:8443/
INFO
INFO  Starting shared process [1/5]...
WARN  stderr {"data":"(node:18) [DEP0005] DeprecationWarning: Buffer() is deprecated due to
security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.\n"}
INFO  Connected to shared process
Error: ENOENT: no such file or directory, open '/src/packages/server/build/web/favicon.ico'
INFO  WebSocket opened / {"client":1,"ip":"172.17.0.1"}

Not sure what the cause of the grey screen is, could you check if there's anything in the browser console?

Nope!
On Sun, May 26, 2019, 11:42 PM Dean Sheather notifications@github.com
wrote:

Not sure what the cause of the grey screen is, could you check if there's
anything in the browser console?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/cdr/code-server/issues/703?email_source=notifications&email_token=ACPQOXQDWJ4EKRXRFOJQN3TPXN7F7A5CNFSM4HOEQVU2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWI5TSY#issuecomment-496097739,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACPQOXTVNPT3ZYBVM53U2F3PXN7F7ANCNFSM4HOEQVUQ
.

There is absolutely nothing
just shows normal output

~~How i test this is by uninstalling docker, and then reinstalling it with absolutely nothing persistant
WORKING Code-Server (binary)
https://i.imgur.com/q4u8ZkF.png
DOCKER~~
For some stupid reason, it wants to work now... WELP!

How i test this is by uninstalling docker, and then reinstalling it with absolutely nothing persistant

## WORKING Code-Server (binary)
https://i.imgur.com/q4u8ZkF.png

## DOCKER (UNSPECIFIED/DEFAULT RUN COMMAND)
https://pastebin.com/D5iUh6DJ

## DOCKER (Specified)
https://pastebin.com/Fw1SL7di

(what i was gonna say)

I was able to get this working by copying the entire /home/coder/.local/code-server directory from a working container using docker cp, then changing the owner on that to 1000:1000 (the uid used inside the coder container) and mounting that. I haven't tested to see if you can mount individual folders with the correct permissions - this works well enough for me.

Requesting further information. Failure to reply means it was fixed in your end and I'll close this automatically after 3 days.

I actually gave up with docker

authors: Merith-TK deansheather palp sr229

repo: cdr/code-server


text:
Convert code-server http code to use Express

Story details: https://app.clubhouse.io/coder/story/1385
Couple items still remaining but existing code is ready to review:

[ ] I keep getting log directories created in the code-server directory over and over with new timestamps.
[ ] Need a way to register disposables for when the application is killed.

@code-asher,
One bit I noticed was a requirement to verify authentication for multiple router handlers.

IMO, this can be moved into a single wrapper:
import * as express from "express"
import * as expressCore from "express-serve-static-core"
import qs from "qs"
//...

/**
 * Throw an error if not authorized.
 */
export const ensureAuthenticated: expressCore.RequestHandler<any, any, any, any> = (req): void => {
  if (!authenticated(req)) {
    throw new HttpError("Unauthorized", HttpCode.Unauthorized)
  }
}

export const authenticatedHandler = <
  P = expressCore.ParamsDictionary,
  ResBody = any,
  ReqBody = any,
  ReqQuery = qs.ParsedQs
>(
  cb: expressCore.RequestHandler<P, ResBody, ReqBody, ReqQuery>,
): expressCore.RequestHandler<P, ResBody, ReqBody, ReqQuery> => {
  const handler: expressCore.RequestHandler<P, ResBody, ReqBody, ReqQuery> = (...args) => {
    ensureAuthenticated(...args)
    cb(...args)
  }

  return handler
}

router.get(
  "/resource(/*)?",
  authenticatedHandler(async (req, res) => {
    if (typeof req.query.path === "string") {
      res.set("Content-Type", getMediaMime(req.query.path))
      res.send(await fs.readFile(pathToFsPath(req.query.path)))
    }
  }),
)

I think all comments have been addressed except the following which I think we could tackle a bit later:

Store last update internally instead of to disk
Use a library to fetch the latest version from GitHub
Split or rename setDefaults

Lemme know if I missed something.
One problem though is that the error handler doesn't seem to work. It never gets called so we just get the default Express error page. I'm not sure if it has something to do with the Express 5 update (I didn't see anything relevant in the migration guide: https://expressjs.com/en/guide/migrating-5.html) or what.

One problem though is that the error handler doesn't seem to work. It never gets called so we just get the default Express error page. I'm not sure if it has something to do with the Express 5 update (I didn't see anything relevant in the migration guide: https://expressjs.com/en/guide/migrating-5.html) or what.

Let's make that a release blocking issue.

authors: TeffenEllis code-asher nhooyr


text:
French text is not read properly (Android)

Scenario
Samsung Galaxy J3 Prime
Android version 7.0
With Talkback on, on the "Join the effort to slow the spread" screen, text “Français" is read as English text with English accent/pronunciation.
Expected result
“Français" should be read as French text.
WCAG
https://www.w3.org/WAI/WCAG21/Understanding/language-of-parts
Screenshots

@katewilhelm @timarney can you confirm this has been removed?

I know the intention is to remove it but not sure where actually removing it falls in priorities

This has been removed and is no longer an option in the flow.

authors: JuliannaR katewilhelm sarasuri

repo: cds-snc/covid-shield-mobile


text:
fix: FF_NOTIFICATION_CELERY_PERSISTENCE to "true"

Summary
With the API change in how strings are parsed to booleans the feature flag
value needs to be updated to a recognized true string value.
⚠  Note
This is my first encrypted .env var change, so please take an extra close look 🔬
Related

cds-snc/notification-api#1474
cds-snc/notification-terraform#392

Production:
(notifications-api) ➜  notification-manifests git:(fix/api-env-vars) make diff-production
Archive:  .previous.env.zip
  inflating: .env
Archive:  .env.zip
  inflating: .env
36c36
< FF_NOTIFICATION_CELERY_PERSISTENCE=1
---
> FF_NOTIFICATION_CELERY_PERSISTENCE=true
make: *** [diff-production] Error 1

Staging:
(notifications-api) ➜  notification-manifests git:(fix/api-env-vars) make diff-staging
Archive:  .previous.env.zip
  inflating: .env
Archive:  .env.zip
  inflating: .env
26c26
< FF_NOTIFICATION_CELERY_PERSISTENCE=1
---
> FF_NOTIFICATION_CELERY_PERSISTENCE=true
make: *** [diff-staging] Error 1

authors: jzbahrai patheard

repo: cds-snc/notification-manifests


text:
spiff up parent cards a bit

move details button to upper right corner.
add text if there are child benefits

Resolves #181

repo: cds-snc/vac-poc


text:
🛑 tanecni-divadlo.cz is down

In ec2b6fb, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in a08d31f.

repo: cebreus/upptime


text:
🛑 tanecni-divadlo.cz is down

In ee4e50a, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in fa0c592.


text:
🛑 tanecni-divadlo.cz is down

In 288fa02, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 342a71a.


text:
🛑 tanecni-divadlo.cz is down

In a7d5d5a, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 09cec56.


text:
🛑 tanecni-divadlo.cz is down

In 240b18c, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in db8acfc.


text:
🛑 tanecni-divadlo.cz is down

In 7604fba, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in b50b1df.


text:
🛑 tanecni-divadlo.cz is down

In cab60f6, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 88f9675.


text:
🛑 CDN is down

In 1db8ca5, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 502
Response time: 639 ms

Resolved: CDN is back up in 2c90a4b.

repo: ceccun/status


text:
🛑 CDN is down

In 1433ab6, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 15445 ms

Resolved: CDN is back up in 1929802.


text:
Should we rename "Aggregation Facets" and "Search Facets"

In the Item Description, we have:
Aggregation Facets: facets which all the assets of an item have in common.
Search Facets: other facets that could searched against.
Do these need more descriptive names?

Maybe "Common Facets" and "Search Facets"

repo: cedadev/search-futures