text:
How should records, methods be added or code injected into -Entries class?

In the spirit of https://github.com/iostat/eav_hashes/issues/3, I'm wondering how I could add the ActiveStorage accessors for has_many_attached?
In the #3 it was said that you could add a belongs_to to the model, but in this case the accessors and relations should really be added to the parent.
Wouldn't it make more sense to create a real, generated model inside app/models, since that would also make autoloading work as expected (i.e. I don't have to load Article to instantiate ArticleDetailsEntry or similar)

So perhaps it should just be just ArticleDetailsEntry.class_exec do has_many_attached :files end after instantiating Article? :) If so, this issue might serve as documentation.


text:
CClient: update example_node_info.

Updated the example of iota_client_get_node_info, prints out features and the coordinator address on the console.

When I tested this, I had to replace get_node_info_req_features_num with get_node_info_req_features_len

When I tested this, I had to replace get_node_info_req_features_num with get_node_info_req_features_len

yep, get_node_info_req_features_len is renamed to get_node_info_req_features_num in this PR, so before this PR gets merged, you should use get_node_info_req_features_len  in the current repostory.

source: gharchive/pull-request

authors: JakeSCahill oopsmonk

repo: iotaledger/entangled

license_type: permissive

license_source: github-api


text:
fix(types): inputs commitment conversion

Closes #458.

Would it take much work to write a test case for this?

There's not really any way we can test the validity without database access. I don't think there's any need though, since the core issue is that I had incorrectly built the value when I should have just copied it.

repo: iotaledger/inx-chronicle


text:
Store encryption in vault for continuous writing to snapshot on disk

Description
Writing a snapshot to disk requires a key. Holding this key in memory outside Stronghold is insecure. Provide the means to keep a key inside the vault to enable  writing (to) a snapshot without further providing a key.
Motivation
This would enable partial automation of persisting snapshots without keeping the key inside an unsafe memory location.
Requirements
Write a list of what you want this feature to do.

extend interface to store a snapshot key, and store the location during the Stronghold session. Make sure that the key itself won't get written into the snapshot itself.

Open questions (optional)
none.
Are you planning to do it yourself in a pull request?
Yes.

Implemented with #328.

source: gharchive/issue


text:
Hotfix/resolve issue 1617

What type of PR is this?

Uncomment only one  /kind <> line, hit enter to put that in a new line, and remove leading whitespaces from that line:
/kind api-change
/kind backend-change
/kind ui-change
/kind bug
/kind cleanup
/kind design
/kind documentation
/kind failing-test
/kind feature
/kind flake

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

seems to be missed cross-env in devDependencies @ZQ-jhon

Added it. please take a view.

repo: iotexproject/iotex-explorer


text:
🛑 备用KMS激活服务器 01 is down

In 9cab7eb, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in 8365f79 after 10 minutes.

repo: iougemini/ikms-uptime

license: MIT


text:
🛑 备用KMS激活服务器 01 is down

In 9256fd9, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in f223678 after 20 minutes.


text:
🛑 备用KMS激活服务器 01 is down

In bb160ae, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in a40331b after 11 minutes.


text:
Direct context access

Currently, access to args and ctx is performed by bpf_probe_read().
Generally, this is not a problem, but the verifier may rewrite the access to the context.
For example, we cannot access the sample_period filed of bpf_perf_event_data in the following way because of the conversion.
#include <uapi/linux/bpf_perf_event.h>
software:cpu:1000000000 {
  $data = (struct bpf_perf_event_data*)ctx;
  $sample_period = $data->sample_period;
  printf("sample_period=%d\n", $sample_period);
}

Output is:
% sudo ./src/bpftrace probe.bt
Attaching 1 probe...
sample_period=0
...

As mentioned in #895, in this case, I think creating a special variable perfdata or a special function perfdata() (like reg()) is sufficient, but it would be nice to have direct access functionality.

Related: #739

I'd be cautious about putting "perfdata" into the bpftrace API as it's a Linux implementation detail -- what happens when we port this to other operating systems (which are adopting BPF)?

I agree with that point. In addition to this, If we support "perfdata", we need to keep up with bpf_perf_event_data structure change.

authors: brendangregg mmisono

repo: iovisor/bpftrace

license_source: bigquery


text:
Add retpoline mitigation for x86-64 Linux indirect calls

Spectre/Meltdown lurk where indirect calls are used. Let's protect against the badness if we can.

What changed in bpf_conformance for this?

What changed in bpf_conformance for this?

Mistake! Should be sorted in the newest version!

authors: Alan-Jowett hawkinsw

repo: iovisor/ubpf


text:
Generic extended jacobian with interface types

Code review PR
FollowUp of #5

ToDo:

InterfaceJointStates: publish joint_states instead of *controller/command
KinematicExtensionLookAt: append columns to reflect LookAt chain (lin + rotX, rotY, rotZ)

Several remarks have been addressed according to this CodeReview PR

Why is this package called "cartesian_controller" although it doesn't have anything in common with a controller.
The real PID "cartesian_controller" functionality is located in the FrameTracker package.
Also thinking about ICRA and other future presentations it is quite confusing to hear "cartesian controller" and all the package does is calculation and publication of trajectories or PTPs and so on.
The package should be renamed to clarify what it is responsible for!
Like before PathBroadcaster, TrajectoryBroadcaster, TrajectoryGenerator, PathGenerator ...

Prepared the cob_twist_controller package for doxygen automatic doc generation.
To get a good documenation it is necessary to provide comments on the code.
Please add comments to the kinematic extension module: E.g. to clarify why it is necessary to have KinematicExtension6D base, what method processResultExtension stands for, and so on.

doxygen comments added in cob_twist_controller!
All comments considered, thus closing this Code Review PR!

authors: ipa-fxm ipa-fxm-mb


text:
https://benchmarks.ipfs.team/ is now private?

Can we please open this up again?

Fixed.

repo: ipfs/benchmarks


text:
Update SXG Origin Trial Token on HTTP Gateway

This is continuation of  https://github.com/ipfs/infra/issues/453 and https://github.com/ipfs/in-web-browsers/issues/121

I renewed our participation until Jan 25, 2019, but we need to update Origin-Trial header to new value:
Apz+MZlH/rQM6+d3sDPQYouRZMaRgp9YyhKhp3Gz527Zi3rCyt+vgNoPgfNkMTp408APUc+fxEAs5+MB7WgoHA4AAABeeyJvcmlnaW4iOiJodHRwczovL2lwZnMuaW86NDQzIiwiZmVhdHVyZSI6IlNpZ25lZEhUVFBFeGNoYW5nZU9yaWdpblRyaWFsIiwiZXhwaXJ5IjoxNTQ4NDIzNDA0fQ==

Note: this is time-sensitive (cc @kyledrake), as the old one will expire in one week:

Thanks for your participation in the origin trial for Signed HTTP Exchange! As a reminder, we previously issued a token as follows:
Origin: https://ipfs.io
Issued: 2018-11-08
Expires: 2018-12-20
You’ll need to renew your registration in order to continue using the feature on your site. If you do not renew, your site will lose access to the feature on 2018-12-20. Upon renewal, we’ll generate a new token to replace the expiring token on your site.

References

[Meta] Signed HTTP Exchanges and WebPackage
Signed HTTP Exchanges: Chrome Origin Trials (living document)
Origin Trial Token Validator (to ensure token is correct and did not expire yet)

Done, thanks!

authors: kyledrake lidel

repo: ipfs/infra


text:
Please allow using IPFS Companion on Brave without using Brave's local node

Is your feature request related to a problem? Please describe.
I can't use IPFS Companion in Brave with my own local node without turning on Brave's local node. Having Brave's local node disabled turns off the "Toggle all IPFS integrations" toggle in IPFS Companion's settings. Trying to turn it on just redirects to Brave's settings, with a notification telling the user to turn on Brave's local node.
Describe the solution you'd like
Allow the "Toggle all IPFS integrations" toggle to be enabled with Brave's local node and only direct the user to enable Brave's node when IPFS Node Type is set to Provided by Brave.

Closing, as it is already allowed.
You can switch IPFS Companion to External node (eg. provided by ipfs-desktop or go-ipfs) in Preferences (:gear: ):

Make sure API and Gateway ports point at correct node (default in ipfs-desktop is 8080 and 5001):

Then, you can disable node in Brave and make it use your local Gateway:

IPFS Companion will redirect things to local gateway running outside of Brave.
Afaik the only downside is that you won't see ipfs:// in address bar (but this is only a cosmetic difference).

authors: FayneAldan lidel

repo: ipfs/ipfs-companion


text:
fix: update for ipfs-http-client >= 27.0.0

Fix test error where lookupPretty would return an different error for local IP lookups to lookup
Deal with old dag node links that have a .multihash property and new ones that have  a .cid property.
Update ipfsd-ctl and refactor test
Update aegir
Fix lint errors

Fixes #65

This fix is needed to renabled plotting peers on the peer page in the webui https://github.com/ipfs-shipyard/ipfs-webui/issues/918

repo: ipfs/ipfs-geoip

license: mit


text:
remove iroh from IPFS implementations list :(

I really don't want to file this PR, but after this exchange on the iroh discord it's clear that having iroh listed as an IPFS implementation is a source of confusion, and ultimately we owe it to users to cut down on confusion.
I still very much believe that iroh is an IPFS system, but that distinction isn't helping end users. So we have two options to cut down on confusion

Commit to doing the work to make iroh & kubo interop.
Adjust documentation until user expectations align with what's possible in practical terms.

Our team doesn't have the resources to take on option 1 right now.
cc @mishmosh, @lidel

this exchange on the iroh discord

Despite being in the Discord, that link is giving me an error. What's the channel name and date of the conversation?

I think we should leave the entry in, but amended for accuracy:
 Iroh: (Rust) An efficiency-focused system for syncing bytes across devices. Iroh is IPFS-based and uses CIDs, but it is not a full, interoperable implementation. Read more in the [Iroh docs](https://iroh.computer/docs/ipfs).

#313 applies the suggestion from above.

repo: ipfs/ipfs-website


text:
Train the model for track 1

Hi
I'm trying to practice and redo your work on AIcity track1. I saw this is a detailed guidance about how to train a ReID model using the AIcity track2 dataset. But i'm not clear about how to train the model for track1. I already have the AIcity track 1 dataset. Can you provide some more detailed guidance about training the model for track 1?
Thank you so much!

Hi P3ngLiu,
Please refer to https://github.com/ipl-uw/2019-CVPR-AIC-Track-1-UWIPL Deep Feature Re_identification part. Starting from the second row, there are guidelines on how to convert track1 videos into cropped images for reid and obtain feature files. Please let us know if you have any questions. Hope this helps!

Hi P3ngLiu,
Please refer to https://github.com/ipl-uw/2019-CVPR-AIC-Track-1-UWIPL Deep Feature Re_identification part. Starting from the second row, there are guidelines on how to convert track1 videos into cropped images for reid and obtain feature files. Please let us know if you have any questions. Hope this helps!

Hi jrcai
Yes, i sucessfully got the results of track1 using your pretrained model and guidelines. But my problem is that how to train a ReID model using track 1 dataset. The Guidelines of your code only has the steps of training ReID model using track 2 dataset. But the structure of track1 and track 2 dataset are different, so how you got the ReID model for track1?

@jrcai
One more question is that i got an error when trying to run the main_video_person_reid.py for training the track 2 ReID model. Can you help me find out how to solve it? I have already followed your guidelines to prerpocess the track2 dataset.
(ReID) D:\Github\2019-CVPR-AIC-Track-2-UWIPL\Video-Person-ReID>python main_video_person_reid.py --train-batch 16 --workers 0 --seq-len 4 --arch resnet50ta_surface_nu --width 224 --height 224 --dataset aictrack2 --use-surface --save-dir log --learning-rate 0.0001 --eval-step 50 --save-step 50 --gpu-devices 0 --re-ranking --metadata-model v2m100 --bstri
Args:Namespace(arch='resnet50ta_surface_nu', aug_rot=False, augf_surface=False, bstri=True, cluster_gallery=False, dataset='aictrack2', eval_step=50, evaluate=False, evaluate_multiple=False, feature_dir='./feature', feature_only=False, gamma=0.1, gpu_devices='0', height=224, htri_only=False, load_feature=False, lr=0.0001, margin=0.3, max_epoch=800, metadata_model='v2m100', metas='0,1,2', num_instances=4, pool='avg', pretrained_model='/home/jiyang/Workspace/Works/video-person-reid/3dconv-person-reid/pretrained_models/resnet-50-kinetics.pth', pretrained_model_folder='log/', print_freq=40, re_ranking=True, sample_replace=False, save_dir='log', save_step=50, seed=1, seq_len=4, start_epoch=0, stepsize=200, test_batch=1, train_batch=16, use_cpu=False, use_small_dataset=False, use_surface=True, visualize_ranks=False, weight_decay=0.0005, width=224, workers=0)
Currently using GPU 0
Initializing dataset aictrack2
Note: if root path is changed, the previously generated json files need to be re-generated (so delete them first)
=> Automatically generating split (might take a while for the first time, have a coffe)
Processing 'D:/UAlbany/__AICity_2019/aic19-track2-reid/aic19-track2-reid/image_train_deepreid' with 333 person identities
Saving split to D:\UAlbany__AICity_2019\aic19-track2-reid\aic19-track2-reid\split_train.json
=> Automatically generating split (might take a while for the first time, have a coffe)
Processing 'D:/UAlbany/__AICity_2019/aic19-track2-reid/aic19-track2-reid/image_train_deepreid' with 333 person identities
Saving split to D:\UAlbany__AICity_2019\aic19-track2-reid\aic19-track2-reid\split_train_orig.json
=> Automatically generating split (might take a while for the first time, have a coffe)
Processing 'D:/UAlbany/__AICity_2019/aic19-track2-reid/aic19-track2-reid/image_query_deepreid' with 1052 person identities
Saving split to D:\UAlbany__AICity_2019\aic19-track2-reid\aic19-track2-reid\split_query.json
=> Automatically generating split (might take a while for the first time, have a coffe)
Processing 'D:/UAlbany/__AICity_2019/aic19-track2-reid/aic19-track2-reid/image_test_deepreid' with 798 person identities
Saving split to D:\UAlbany__AICity_2019\aic19-track2-reid\aic19-track2-reid\split_gallery.json
=> aic19-track2-reid loaded
Dataset statistics:
subset   | # ids | # tracklets | # cameras
train    |   333 |        1897 |        36
query    |  1052 |        1052 |         1
gallery  |   798 |         798 |         1
number of images per tracklet: 1 ~ 58, average 15.02
Initializing model: resnet50ta_surface_nu
Model size: 49.92045M
==> Epoch 1/800
Traceback (most recent call last):
File "main_video_person_reid.py", line 1003, in
main()
File "main_video_person_reid.py", line 346, in main
train(model, criterion_xent, criterion_htri, criterion_bstri, optimizer, trainloader, use_gpu, epoch)
File "main_video_person_reid.py", line 381, in train
for batch_idx, (imgs, surfaces, pids, _, _metadatas) in enumerate(trainloader):
File "C:\Users\benny\Anaconda3\envs\ReID\lib\site-packages\torch\utils\data\dataloader.py", line 346, in next
data = self._dataset_fetcher.fetch(index)  # may raise StopIteration
File "C:\Users\benny\Anaconda3\envs\ReID\lib\site-packages\torch\utils\data_utils\fetch.py", line 47, in fetch
return self.collate_fn(data)
File "C:\Users\benny\Anaconda3\envs\ReID\lib\site-packages\torch\utils\data_utils\collate.py", line 79, in default_collate
return [default_collate(samples) for samples in transposed]
File "C:\Users\benny\Anaconda3\envs\ReID\lib\site-packages\torch\utils\data_utils\collate.py", line 79, in
return [default_collate(samples) for samples in transposed]
File "C:\Users\benny\Anaconda3\envs\ReID\lib\site-packages\torch\utils\data_utils\collate.py", line 55, in default_collate
return torch.stack(batch, 0, out=out)
RuntimeError: invalid argument 0: Sizes of tensors must match except in dimension 0. Got 4 and 2 in dimension 1 at C:\w\1\s\tmp_conda_3.7_183424\conda\conda-bld\pytorch_1570818936694\work\aten\src\TH/generic/THTensor.cpp:689


text:
🛑 NowBoarding (tokyo) is down

In 5f48d2f, NowBoarding (tokyo) (https://tokyo.nowboarding.club/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NowBoarding (tokyo) is back up in cdc16f9 after 8 minutes.

repo: iplanwebsites/up


text:
A way to compare CIDs for equality

Is there a way to compare two CIDs for equality of the hash itself? I am guessing that because I have a different versions of it, base encoding is different? Or is this not possible?

So I have this object:
./ipfs object get QmYe6tCaRi5M2b64uTU4ikugBQvAq2jBrwBT1rqppvNFpi
{"Links":[{"Name":"payload","Hash":"QmUxD5gZfKzm8UN4WaguAMAZjw2TzZ2ZUmcqm2qXPtais7","Size":819}],"Data":"{\"Luck\":0.4,\"Proof\":\"\u003cTEE signature\u003e\"}"}

And when I pass the same object through dagCBOR.util.cid, I get zdpuB1gw1yXZ2cHYruevpr6GwSKPxoyfF6nsKridoYZD8LJaf. It could be that I am doing something wrong, but it is unclear to me. Having equals function would remove any ambiguity to me.

And I cannot do toV0().toBaseEncodedString() because I get Cannot convert a non dag-pb CID to CIDv0.

Oh, I found it: https://github.com/ipld/js-cid/blob/master/src/index.js#L125
But it is not documented. And it also does not compare across versions?

It considers it to be equal if they also share the version. Are you just trying to compare the multihash?

I think after I learned more this is not really reasonable. :-) Let me just close it.

authors: diasdavid mitar

repo: ipld/js-cid


text:
Add: SPI LEBANON

Channel Name
SPI Lebanon
Alternative Names (optional)
SPI
Network (optional)
No response
Owners (optional)
No response
Country
LB
Subdivision (optional)
LB-BA
City (optional)
No response
Broadcast Area
c/LB
Languages
ara,arb
Categories (optional)
news
NSFW
FALSE
Launched (optional)
2020-06-01
Closed (optional)
No response
Replaced By (optional)
No response
Website (optional)
https://spilebanon.com
Logo
https://spilebanon.com/img/spi-logo.jpg
Notes
M3U8 Streaming URL : http://stream.spilebanon.com:1935/live/myStream/playlist.m3u8

Please update your request:

language code is incorrect

https://github.com/iptv-org/database/blob/master/CONTRIBUTING.md#channels

Please update your request:

language code is incorrect

https://github.com/iptv-org/database/blob/master/CONTRIBUTING.md#channels
Language Code : ara

i should to request new ?

It would be better if you just update the current request.

Please update your request:

language codes must be separated by ;

https://github.com/iptv-org/database/blob/master/CONTRIBUTING.md#channels

Please update your request:

language codes must be separated by ;

https://github.com/iptv-org/database/blob/master/CONTRIBUTING.md#channels

Done

authors: freearhey saidghzayel

repo: iptv-org/database

license: Unlicense


text:
possible bug in main script

Hi, I have been trying to use the reCOGnizer output with the keggcharter and got following error message after successfully reading the data. Can you tell me whether this is a bug or a mistake on my side?
`2023-04-26 08:39:08: Arguments valid.
2023-04-26 08:39:08: Data successfully read.
Converting 27 KOs to EC numbers through the KEGG API: 100%|███████| 1/1 [00:01<00:00,  1.85s/it]
Converting 13 EC numbers to KOs through the KEGG API: 100%|███████| 1/1 [00:02<00:00,  2.16s/it]
Converting 35 EC numbers to KOs through the KEGG API: 100%|███████| 1/1 [00:02<00:00,  2.09s/it]
Traceback (most recent call last):
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/lib/python3.11/site-packages/pandas/core/indexes/base.py", line 3652, in get_loc
return self._engine.get_loc(casted_key)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "pandas/_libs/index.pyx", line 147, in pandas._libs.index.IndexEngine.get_loc
File "pandas/_libs/index.pyx", line 176, in pandas._libs.index.IndexEngine.get_loc
File "pandas/_libs/hashtable_class_helper.pxi", line 7080, in pandas._libs.hashtable.PyObjectHashTable.get_item
File "pandas/_libs/hashtable_class_helper.pxi", line 7088, in pandas._libs.hashtable.PyObjectHashTable.get_item
KeyError: 'KO (KEGGCharter)'
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/bin/keggcharter.py", line 490, in
main()
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/bin/keggcharter.py", line 422, in main
data, main_column = further_information(
^^^^^^^^^^^^^^^^^^^^
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/bin/keggcharter.py", line 121, in further_information
data = get_cross_references(data, kegg_column=kegg_column, ko_column=ko_column, ec_column=ec_column, step=step)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/bin/keggcharter.py", line 190, in get_cross_references
data = ids_interconversion(data, column='KO (KEGGCharter)', ids_type='ko', step=step)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/bin/keggcharter.py", line 157, in ids_interconversion
ids = list(set(data[data[column].notnull()][column]))
~~~~^^^^^^^^
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/lib/python3.11/site-packages/pandas/core/frame.py", line 3761, in getitem
indexer = self.columns.get_loc(key)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/gxfs_home/geomar/smomw539/miniconda3/envs/keggcharter/lib/python3.11/site-packages/pandas/core/indexes/base.py", line 3654, in get_loc
raise KeyError(key) from err
KeyError: 'KO (KEGGCharter)'`

Hey there, thanks for reporting on this!
This does seem like a bug. Could you please provide an input file and command to reproduce this error (e.g., the ones you used).

Please check if this issue persists in version 0.6. If so, don't hesitate reopening the issue.

Hi,
I'm sorry, I must have overlooked the notification for your original reply. I just tried to rerun it and it seems to be fixed. Thank you!

authors: iquasere theo-krueger

repo: iquasere/KEGGCharter


text:
Who's on first?

@Eklucas and our friends at IRE need to know which room each of us will be in this year.
What do you think about this lineup, to start the discussion?
##Room 0

@chrislkeller
@katiepark
@Kevinschaul
@Rdmurphy

##Room 1

@Esagara
@Hbillings
@Tommeagher

This is not the order of teaching for the day, just to get us each in a room. If you want to switch rooms, that's no problem, just let me know, on here or on email.
If I don't hear from any of you in the next 36 hours, I'll assume we're good, and ship this list to Liz.
On a related note, we could probably use some extra coaches to walk the room and help folks who get stuck. We'll particularly need help in Room 1, and when some of us have to step out to speak at other sessions.
Who do you think we should recruit to lend a hand?
Thanks,
Tom

Yo! just a heads up that @rnagle, @malev are also teaching intro to Python at NICAR this year. Is this related to what you have here @tommeagher?

@aboutaaron, I hadn't heard that, but I know there a ton of python sessions this year. This one is for the full-day mini boot camp on Thursday. I'm guessing they're doing one of the sessions on another day. If @rnagle and @malev want to help, we'd be happy to have them and to return the favor during their class.

Ok, for the program we're going to go with @tommeagher's suggestions above for room breakdown. But if last-minute switches need to happen, that's not a big deal either.

Thanks, Liz!

authors: aboutaaron eklucas tommeagher

repo: ireapps/pycar


text:
[25] exclude system and irods directories from install - 4-2-stable

Do not overwrite directories (and their permissions) shared by other packages, and especiallly do not make /var/lib/irods owned by root.

do you want to squash any of this?

Ok the superfluous commits have been removed as they shouldn't have been a part of this branch .  So no need for squashing anymore, this is clean for merge...

authors: d-w-moore trel


text:
Using it from Android

This library seem to be working from Android.
But is it safe to using it from client ?
or library is designed to work only in server environment ?

Of Course you can use it in Android app.

Thanks @freeman1988
But I get this warning from library in Android Studio.
I am new to Android development. Is it ok to leave this warning  ?
Warning:WARNING: Dependency org.apache.httpcomponents:httpclient:4.4 is ignored for release as it may be conflicting with the internal version provided by Android.

@freeman1988 don't bother, adding this line to build.gradle takes care of the warning
configurations {
    compile.exclude group: "org.apache.httpcomponents", module: "httpclient"
}


text:
Schedules aren't scheduled right after server start up

When UA starts up it schedules the jobs with hangfire. I'm noticing an error when starting up and the schedules aren't setup right away.
2020-03-10 07:30:33 [WARN]  (Hangfire.AutomaticRetryAttribute) Failed to process the job 'ada39f27-97aa-42b7-9c29-b69697867d7f': an exception occurred. Retry attempt 1 of 10 will be performed in 00:00:19.
System.IO.IOException
The process cannot access the file 'C:\Users\adamr\AppData\Local\UniversalAutomation\database.db' because it is being used by another process.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at LiteDB.FileDiskService.CreateFileStream(String path, FileMode mode, FileAccess access, FileShare share)
   at LiteDB.FileDiskService.Initialize(Logger log, String password)
   at LiteDB.LiteEngine..ctor(IDiskService disk, String password, Nullable`1 timeout, Int32 cacheSize, Logger log, Boolean utcDate)
   at LiteDB.LiteDatabase.<>c__DisplayClass11_0.<.ctor>b__0()
   at LiteDB.LazyLoad`1.get_Value()
   at LiteDB.LiteCollection`1.<Find>d__17.MoveNext()
   at LiteDB.LiteQueryable`1.<ToEnumerable>d__21.MoveNext()
   at System.Linq.Buffer`1..ctor(IEnumerable`1 source)
   at System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
   at UniversalAutomation.LiteDBTable`1.ToArray()
   at UniversalAutomation.LiteDBTable`1.Get()
   at UniversalAutomation.JobScheduler.Schedule()

You'll notice the NextExecutionTime is DateTime.MinValue.

Resolved.

repo: ironmansoftware/universal-automation


text:
Any plans to get this project on Maven Central?

After looking around I can tell this is one of the better Coinbase Pro Java projects out there: well tested, regularly maintained, follows good Git practices. But the jar not being available on Maven Central makes it much more difficult to use this work in other projects. Are there any plans to do that? It would be very nice if I could just put the dependency in my build file, and it would be much appreciated!

I looked at maven central but couldn't figure out their open-source policy yet. In the interim, the plan is to publish to git using git-workflows

authors: mattdornfeld robevansuk

repo: irufus/gdax-java


text:
调用refresh时，旧的dom未删除

调用refresh时，旧的dom未删除：
keepAliveRef.current.refresh();

升级到最新版本

authors: irychen liuwave

repo: irychen/keepalive-for-react


text:
Hy I Am New

Hy I Am New Can You Help Me How I Get (king-md.official.com) Domain For My Web

We don't offer those domains unfortuantely, only is-a.dev subdomains.

authors: MsmProfessional wdhdev

repo: is-a-dev/cli


text:
Transpile CJS to the same target as NextJs

https://github.com/isaachinman/next-i18next/issues/205#issuecomment-468627569

Hi @isaachinman , i noticed you've cut a release of this but haven't pushed it to npm yet (though you have pushed another release made on the same day). Just checking if this was an oversight or if you're planning on pushing it soon? Thanks.

Hey @rsslldnphy, it was both an oversight and intentional - wanted to check on something beforehand. Released v0.36.0 just now.
Are you consuming the CJS export? Can you let me know if this ends up working well for you?

Yes - can confirm that's fixed our issue! Thanks @isaachinman  😄.

authors: isaachinman rsslldnphy


text:
Extended withNamespaces not delivering up-to-date t prop

As demonstrated in the example here, I'm currently having to pass the current lang from this.props.lng into the t function to get this extended version of withNamespaces to work correctly after a language change.
To reproduce:

Clone the repo
Do yarn && yarn run-example
Open a browser to localhost:3000
Reload a few times, observe behaviour
Press the button to change language
Do a reload - SSR language will be incorrect, and client will correct it

It's important to note that both initialLanguage and initialI18nStore appear to be correct during this SSR process, it's just the t function that is returning a translation in a different language than the current language. This is why overriding the current lang to this.props.lng works.
Somehow, either via the context provided by I18nextProvider, or some other reason, the reference that withNamespaces has to the current lang is not being updated. It could be that there are multiple i18n instances existing simultaneously that I'm not aware of.
I'm quite sure this is user error on my part, but @jamuhl if you had a short moment to check this out and let me know what you think, I would be very grateful.

@isaachinman will take a look when back home later today.

@isaachinman ok i guess i found the cause...
https://github.com/isaachinman/next-i18next/blob/master/src/hocs/app-with-translation.js#L30
You set the language on the one main instance used on server and pass that to the I18nextProvider. There is a second place i18next.translator.language which is the language really used for translations  (so a i18next.changeLanguage triggers a change there too: https://github.com/i18next/i18next/blob/master/src/i18next.js#L187)
So adding:
if (req && req.i18n) {
        [initialLanguage] = req.i18n.languages
        i18n.language = initialLanguage
        i18n.translator.language = initialLanguage // <--- this
        req.i18n.languages.forEach((l) => {
        // ...

Will make it work...but honestly i'm not sure this is a good idea. If i see it right: https://github.com/isaachinman/next-i18next/blob/master/src/hocs/app-with-translation.js#L7 is not the i18n instance req.i18n but just something like require('i18next')....right?
If so any async process done during rendering leads to a chance that the language on that main instance gets changed by another request - this is why the req.i18n is always a own cloned instance.

@jamuhl The i18n instance in app-with-translation is the instance initialised with user options. It's bound to the app-with-translation function as this.i18n here.
This should be the exact same setup as the working NextJs example... Not sure what is different here.
What would be wrong with setting i18n.translator.language? But that aside, why is it not updating on its own? It seems as though withNamespaces is consuming / connected to a different i18n instance than expected.

ah...didn't catch that in the example...
setting i18n.language does not set language on translator -> only calling i18n.changeLanguage does.
the problem with setting that is...requests are asynchronous...as long you do no async data fetching during SSR there won't be any issue...as long there are not a lot of request there is no issue - but if there are:

req1 -> set lng to "de" -> calls fetch data -> waits for callback
req2 -> set lng to "fr" -> calls fetch data -> waits for callback
req1 gets data -> starts rendering -> i18n.language = "fr" as it was set by req2

so it will work in development and brake in production

Yes, I understand that. The language is being changed on the client via i18n.changeLanguage, and then on the next full reload, the SSR process does not respect the newly set language - despite the cookie being changed correctly, etc.

It's important to note that both initialLanguage and initialI18nStore appear to be correct during this SSR process, it's just the t function that is returning a translation in a different language than the current language.

Anyways, I will keep looking into it now.

like said you will need to set i18next.translator.language too, if not using changeLanguage like here: https://github.com/isaachinman/next-i18next/blob/master/src/hocs/app-with-translation.js#L30
regarding the express requests: https://github.com/i18next/i18next-node/blob/master/test/i18next.server.reqCollision.spec.js#L80 that was a test in v1 asserting that we get right results

Okay, I understand. Doing an await i18n.changeLanguage(initialLanguage) seems to work fine. Curious as to how this is not broken in the example for the react-i18next repo though.

believe it's broken there too -> we just not noticed yet as not in production and no async data fetching in the sample (no apollo or similar) --- at least we would have a problem if react.renderToString is not synchron (as i'm not an expert on that i'm not sure - but i guess it does not block as that would kill server performance)
eventual we lost using req.i18n down the road of updates: https://github.com/i18next/react-i18next/blob/v8.0.0/example/nextjs_withAppJS/i18n.js#L54

I am not so sure what you mean about async fetching. We can do any async actions inside NextJs's getInitialProps, and that will all happen before any renderToString calls.
This package is getting close to being ready for initial testing by the way, if you feel like trying it out. Even after spending several weeks now focusing on NextJs and react-i18next, I still do not feel as though I am an expert at all, and can always use your advice!
There are definitely some smaller problems I've noticed already (including "codesplitting" namespaces when using ES modules, etc) that don't necessarily need to be solved ASAP. I want to start with a solid base first.
Sometime soon I will also add a withI18nRouter method to the class to support routing via props as well.

sounds awesome. Yes, i can help with the react-i18next part - and with testing. For nextjs i always got a  less comfortable feeling...i feel save when i use this things myself in production at some point - just doing samples always leave me with the feeling i might have missed something.

@isaachinman we got the same issue on the react-i18next/example/nextjs when we upgrade react-i18next to latest...
steps:

toggle client language so it is de
refresh the page

=> the serverside render will show en while client will show correctly de
the commit causing it: https://github.com/i18next/react-i18next/commit/2028d0ae3d96c5988dfca276f5424c4b87ea1d56
Not sure why setting language again and again fixes it - as that seems wrong. Not sure but guess the problem is related to mixing req.i18n and the global instance on serverside.
I really would say this: https://github.com/isaachinman/next-i18next/blob/master/src/hocs/app-with-translation.js#L78 should be req.i18n

Ah yeah. Same fix as what I did for next-i18next, we simply need to use changeLanguage instead of mutating the object directly. Example can be seen here:
https://github.com/isaachinman/next-i18next/blob/master/src/hocs/app-with-translation.js#L44
I'll submit a PR for this repo shortly.

authors: isaachinman jamuhl


text:
Translations does not work only in homepage

Hi!
I  am using nextI18next and in DEV i can see translations in all pages and all my components except in the homepage (Really bad!!). In build phase translaitons are not loaded :(
Here are my dependencies:
"i18next": "^19.5.1",
"i18next-browser-languagedetector": "^5.0.0",
"i18next-http-middleware": "^3.0.0",
"next": "^9.4.4",
"next-i18next": "^4.5.0",

Here is the server
require('dotenv').config()
const express = require("express");
const next = require("next");
const nextI18NextMiddleware = require("next-i18next/middleware").default; // LINE 1
const nextI18next = require("./i18n");

const port = parseInt(process.env.PORT, 10) || 3000;
const dev = process.env.NODE_ENV !== "production";
const app = next({ dev });
const handle = app.getRequestHandler();

async function start() {
  try {
    await app.prepare();
    const server = express();
    console.log("App loaded")
    await nextI18next.initPromise;
    console.log("Languages loaded")
    server.use(nextI18NextMiddleware(nextI18next));
    server.all("*", handle);

    server.listen(port, '0.0.0.0', (err) => {
      if (err) throw err;
      console.log(`Ready on http://localhost:${port}`);
    });
  } catch (e) {
    debugger;
    throw e;
  }
}

start();

Here the i18n.js
const NextI18Next = require("next-i18next").default;
const { join } = require("path");

const I18Next = new NextI18Next({
  ns: ["common"],
  defaultNS: ["common"],
  defaultLanguage: "en-GB",
  otherLanguages: ["it-IT", "de-DE", "es-ES", "pt-PT", "fr-FR"],
  load: ["en-GB", "it-IT"],
  preload: ["en-GB", "it-IT"],
  browserLanguageDetection: true,
  serverLanguageDetection: true,
  localePath: typeof window === "undefined" ? "public/locales" : "locales",
  localeStructure: "{{lng}}/translation-{{lng}}",
  saveMissing: true,
  //debug: true,
  initImmediate: true,
  saveMissingTo: "all",
  backend: {
    loadPath: join(__dirname, typeof window === "undefined" ? "/public/locales/{{lng}}/translation-{{lng}}.json" : "/locales/{{lng}}/translation-{{lng}}.json"),
    addPath: join(__dirname, typeof window === "undefined" ? "/public/locales_missing/{{lng}}_missing.json" : "/locales_missing/{{lng}}_missing.json"),
    allowedAddOrUpdateHosts: ["localhost"],
  },
});

module.exports = I18Next

What is wrong in your opinion? I am getting crazy....

This is an issue tracker, not a help forum. Please do feel free to open another issue if you feel as though you've found a genuine bug. Good luck!


text:
JavaScript single line comments containing "def" incorrectly parsed

If a JavaScript comment contains the character string def, the comment highlighting is not applied.  Multiline/block comments are unaffected, as are comments with no leading whitespace before def:

Live demo available on jsfiddle.

This is language detection failure. It's not guaranteed to work 100% reliably, and the shorter a fragment the harder it gets. So the best way to fix it is to explicitly specify "javascript" (or "js") as a language for the fragment.

Ahh thanks - that makes sense.  I came here via reveal.js, so I hadn't seen any options beyond just adding the hljs class.

Yep, this is just project shortened name.

authors: JamesThorpe Sannis isagalaev


text:
chore(deps): update dependency firebaseinstallations to v10.24.0

This PR contains the following updates:

Package
Update
Change

FirebaseInstallations
minor
10.23.0 -> 10.24.0

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

⚠ Artifact update problem
Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.
♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

any of the package files in this branch needs updating, or
the branch becomes conflicted, or
you click the rebase/retry checkbox if found above, or
you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:
File name: renovate-versions.lock
Command failed: bundle exec pod install
Could not locate Gemfile or .bundle/ directory

Renovate Ignore Notification
Because you closed this PR without merging, Renovate will ignore this update (10.24.0). You will get a PR once a newer version is released. To ignore this dependency forever, add it to the ignoreDeps array of your Renovate config.
If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR.

repo: isalig/renovate-tutorial


text:
Finding H-bonds and KIHs with Isambard2

Hi,
I'm struggling to find a way with the ampal module to get all H-bonds (Sidechain-Sidechain, Sidechain-Mainchain, etc) and Knobs into Holes, given a PDB.
With previous isambard versions I used to do something like:
import isambard_dev

# Passed a PDB which already includes hydrogens
p = isambard_dev.ampal.convert_pdb_to_ampal(pdb_path)

hbonds = isambard_dev.interactions.find_hydrogen_bonds(p)
# Find all H-bonds and select those between sidechain atoms
sc_hbonds = [hb for hb in hbonds if hb.is_sidechain_sidechain == True]

# Get donor/acceptor info
hb = sc_hbonds[0]
donor_H = [hb.donor.ampal_parent.id , hb.donor.res_label]
acceptor_O = [hb.acceptor.ampal_parent.id , hb.acceptor.res_label]

and
kihs = isambard_dev.add_ons.knobs_into_holes.find_kihs(p)

# Get KIH info
kih = kihs[0]
knob_data = kih.knob.unique_id
hole_data = [kih.hole[x].unique_id for x in range(len(kih.hole))]

I would appreciate any help so that I can upgrade my code to Isambard2.
Cheers,
Broncio

This functionality is in isambard_dev but not isambard v2 - I'll see if it's possible to port the find_hydrogen_bonds function across.
Thanks,
Kathryn

repo: isambard-uob/isambard


text:
🛑 Truyol is down

In 7bd8ec4, Truyol (https://truyol.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Truyol is back up in 9e9e97c.

repo: iscrdh/upptime


text:
U of T DSI SQL Assignment

What changes are you trying to make? (e.g. Adding or removing code, refactoring existing code, adding reports)
making a schema/ERD for a small bookstore from scratch
What did you learn from the changes you have made?
how to make ERDs on Lucidchart, assess relationships between different tables, think about what data is necessary and judge when a table is too big and the data needs to be split into two tables
Was there another approach you were thinking about making? If so, what approach(es) were you thinking of?
none
Were there any challenges? If so, what issue(s) did you face? How did you overcome it?
trying to think about what data is needed for a bookstore to keep records of, and how much info is too much info
How were these changes tested?
by drawing out the tables and showing the relationships
A reference to a related issue in your repository (if applicable)
n/a
Checklist

[x] I can confirm that my changes are working as intended

Assignment marked.

authors: SidraBushra ishrathmi

repo: ishrathmi/sql


text:
Fix: Ansible Worflow

Added homebrew set up action to install ansible via homebrew

Need to fix SSH network connectivity between GitHub runner and azure virtual machines.

[ ] Self hosted Runners ?

repo: ishuar/terraform-ansible


text:
Python script automating build process

This script automates the build process, starting from cloning this repo, setting up required python envs and packages, to building the SpearSim executable and packing it into a zip file.

I just realized that the arguments are ordered as follows throughout our code: required args, args where we provide a default, optional args. We should order things in the same way in this latest batch of PRs.

I think it would be less confusing if this script only executed Python code from the "outer" repo, i.e., not the repo that gets cloned at the beginning of build_executable.py.
Yes, the outer repo could potentially get out-of-sync with respect to the C++ code being built from the inner repo. But that is already an issue, regardless of which copy of build_third_party_libs.py we decide to execute. No matter what, when you import spear, even if you do so from path/to/inner_repo/build_third_party_libs.py, you'll be executing the code from the outer repo.
I think a simpler mental model to keep track of in our minds would be: "all python code comes from the outer repo; the only thing that comes from the inner repo is the C++ code being built"
In contrast, the current mental model implied by this PR is more complicated: "build_executable.py is from the outer repo; the python scripts it invokes like build_third_party_libs.py are from the inner repo; import spear and spear.get_config() are from the outer repo; the C++ code is from the inner repo"

Hmmm, I think it's a bit more complicated/tricky. If we execute all python scripts from "outer" repo, our create_symbolic_links.py script links unreal_plugins from the "outer" repo to the "inner" repo's unreal_projects. This would be mixing C++ code from "outer" and "inner" repo. This shouldn't happen.
One way I can think of is to modify create_symbolic_links.py to take unreal_plugins_dir, third_party_dir as inputs in addition to unreal_project_dir, and set defaults as in the current script. This way, we avoid this mixing of C++ code.

I like that solution.

I made a few notes but otherwise this looks great.

Note: since we removed the creation of the final zip file out of build_executable.py, we need to create a simple archive_executable.py script that will create the final zip file for each platform. We might need to call ditto on macOS in case that is needed for some reason, but I'm not sure.

Note: since we removed the creation of the final zip file out of build_executable.py, we need to create a simple archive_executable.py script that will create the final zip file for each platform. We might need to call ditto on macOS in case that is needed for some reason, but I'm not sure.

Yes, I'll create this script.

repo: isl-org/spear


text:
Support document cover

Is your feature request related to a problem? Please describe.
When generating documents especially books or reports, sometimes we need to add a cover.
Describe the solution you'd like
on the content template we can have an element with print-cover class with the cover template inside it and have the API render this element on the top of the document (put this content the first pages).
Describe alternatives you've considered
create an element that has height: 100vh style as the first element inside the body tag to be rendered as cover
Additional context
The alternative described above won't work if #18 is resolved since TOCs will be rendered on the first page(s)

@isneezy is this something you are planning on adding? If you can post your thoughts on how you think it should be implemented I may be able to take the time to create a PR

Hi @twickstrom, lately I’ve been busy with work and I’ve not managed to on this service for a while. I’d be very happy if you send a PR for this. Regarding the implementation I don’t have any specific requirements maybe you can issue a draft and we could discuss about it there.

authors: isneezy twickstrom

repo: isneezy/pdf-generator-service


text:
Question#2 求思路-如何生成全文主语, 因为提取的summary句子缺乏主语造成误解/歧义

example; 有段文字提取后的summary=“提出来一种全新的研究方案”
该句被作为textrank高分值输出，但是因为没有主语, 而容易造成误解.
请问是否有什么方法 可以得到上下文相关的主语?
Thanks & BR
Andy

可以尝试下stanfordnlp里的依存句法分析的接口来做

authors: AndyXGWang isnowfy

repo: isnowfy/snownlp


text:
Performance issue with 2.14

The new changes to the flags that react on player movements seem to have extreme impact on the server performance. After downgrading to 2.12.2 this doesn't seem to be an issue anymore.
Here are some timings to compare it:
With 2.14: https://timings.aikar.co/?id=97de728cae1f430c8fa0b5c173cac64a
With 2.12.2: https://timings.aikar.co/?id=9ce34e24f7fd4215afdbcac9c3ca1673
As you can see WorldGuard::Event: c.s.w.b.l.PlayerMoveListener (PlayerMoveEvent) is using way more ticks in the first one with 2.14 than with the second one with 2.12.2. Nothing else about the server setup changed between these timings.

Confirmed with 2.14
no issue with 2.12.1
Using Spigot 1.8.8

Looks like I have made mistake and I'm opping and deopping people even if it's not needed causing permisisons to recalculacate and use fair more resources then it shoud

Would be awesome if this gets fixed. Having the ability to execute commands on region entry/exit could be REALLY useful.
Thanks for that.

Fixed

Not really. Still heavy impact.
With 2.14.1 (short sample):
Total: 70.844s (Ticks: 747) - Sample Time: 66.257s  - Spigot Version: 21fe707-e1ebe52 (MC: 1.8.8)
Average Entities: 1,493.43 / 3,297.32 (45.29%) - Average Players: 36.05 - Average TPS: 11.27 - Server Load:  177.00%

WorldGuard v6.1.3-SNAPSHOT;c904242Total: 39.923 s Pct: 60.25%
      57.79%	 102.44%	 38.29 s	    51.22 ms	  28	      21.0k	    PlayerMoveListener::onPlayerMove(PlayerMoveEvent)

With 2.14.1 (long sample):
Total: 896.809s (Ticks: 17994) - Sample Time: 914.114s  - Spigot Version: 21fe707-e1ebe52 (MC: 1.8.8)
Average Entities: 1,132.53 / 2,608.57 (43.42%) - Average Players: 32.40 - Average TPS: 19.68 - Server Load:   85.31%

WorldGuard v6.1.3-SNAPSHOT;c904242Total: 331.81 s Pct: 36.30%
      32.71%	  33.27%	299.00 s	    16.63 ms	  10	     181.5k	    PlayerMoveListener::onPlayerMove(PlayerMoveEvent)

With 2.12.1
Total: 1016.354s (Ticks: 29816) - Sample Time: 1521.014s  - Spigot Version: 21fe707-e1ebe52 (MC: 1.8.8)
Average Entities: 1,855.70 / 3,822.00 (48.55%) - Average Players: 39.20 - Average TPS: 19.60 - Server Load:   52.00%

WorldGuard v6.1.3-SNAPSHOT;c904242Total: 52.334 s Pct: 3.44%
      0.19%	   0.20%	  2.95 s	     0.10 ms	  15	     450.8k	    PlayerMoveListener::onPlayerMove(PlayerMoveEvent)

Not sure if the issue is with oping & deopping but removed it altogether to see if it fixes the issue. Not gonna put it yet to spigot so I don't spam everyone who is following with useless updates.
Precompiled: http://download.goldtreeservers.net/WorldGuardExtraFlagsPlugin.jar

Aight, I'll give it a try and catch up the next day or two.

Looks good so far.
Total: 2145.999s (Ticks: 99086) - Sample Time: 4963.624s  - Spigot Version: 21fe707-e1ebe52 (MC: 1.8.8)
Average Entities: 1,581.17 / 3,025.30 (52.26%) - Average Players: 22.38 - Average TPS: 19.96 - Server Load:   34.51%
WorldGuard v6.1.3-SNAPSHOT;c904242Total: 75.002 s Pct: 1.51%
       0.13%	   0.13%	  6.64 s	     0.07 ms	 8.5	     839.7k	    PlayerMoveListener::onPlayerMove(PlayerMoveEvent)

I'll do another sample with more average players.

Good, I'm gonna keep it like that because we have the console-command-on-entry & exit flag anyway. If someone actually needs to run the commands as op then I might look back at this again. I don't understand how it was working just fine with the old version... It even ops & deops players more. Might have something to do how your regions are done or its weird bug with WG. If it still keeps happening lemme know, Going to close for now.


text:
🛑 ApiRiesgosDafpApp01Com.isolucion.com is down

In b347358, ApiRiesgosDafpApp01Com.isolucion.com (https://ApiRiesgosDafpApp01Com.isolucion.com/swagger/index.html) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ApiRiesgosDafpApp01Com.isolucion.com is back up in d61313e after 29 minutes.

repo: isolucionco/EstadoIsolucionHosting


text:
🛑 apiiso05.isolucion.co is down

In 8f7cfb7, apiiso05.isolucion.co (https://apiiso05.isolucion.co) was down:

HTTP code: 500
Response time: 4572 ms

Resolved: apiiso05.isolucion.co is back up in 1165cc0 after 329 days, 10 hours, 28 minutes.


text:
Terminal is hidden behind the keyboard on iOS

Bug description
When starting a new SSH connection, the bottom part of the terminal is hidden by the keyboard on iOS (see screenshots). As a result, it is impossible to see what you are typing at the bottom of the screen. This means the app is unusable in the current state.
In previous versions (probably before 25.0), the terminal was moved upon opening the keyboard, such that the last line would appear above the the keyboard.
Screenshots

Steps to reproduce

Open a SSH connection to a saved server
Notice that the bottom part of the terminal is hidden behind the keyboard

Hello @gpelouze 👋
Many thanks for your strong feedback 🙏
Strange behavior not encountered - yet - on my side.
Does a screen rotation (portrait - landscape - portrait) fixes the trouble?

Thanks for the quick followup! Unfortunately the issue is still present after the screen rotation (it appears both in landscape mode, and in portrait mode after the rotation cycle).

Thanks for your feedback @gpelouze 🙏
When you press "return" key : doesn't the screen resizing?

The screen doesn’t resize when pressing the "return" key.

Does a host with less "Message Of The Day" at the beginning of the shell works better?

I have the same issue with servers that have a shorter motd. The prompt is initially above the keyboard, but disappears behind it after running a few commands.
Can you please advise a way to fully reset the app settings to make the issue disappear? I would hate to have to pay for another ssh client.

Can you please advise a way to fully reset the app settings to make the issue disappear?

Have you set any setting inside the ssh_config of WebSSH?

I had. Removing them does not fix the issue either.

Sure, here are the logs (with private info removed): https://gist.github.com/gpelouze/c12abe276ca5f7bd894c5192ff288dbb
During this session, I connected to some host, hid the keyboard and brought it up again.

I suspect this line :
Keyboard Mode = Floating
I will try to make a fix tonight

A fix is on its way

WebSSH 25.7.1305 is now available for beta testing : https://testflight.apple.com/join/QSrBK59z

authors: gpelouze isontheline


text:
contigs numbers were reduced

Hi,
I ran Racon on a Canu-assembled 130X plant genome. It reduced from original 530 contigs to 510 by first round Racon and to 507 contigs by second round Racon. It is weried as Racon should not change contigs number if i understand correctly. I re-run Racon three times, it didn't help. Here is the script, can you tell me why?
~/minimap2-2.12_x64-linux/minimap2 -t 12 --MD -ax map-ont canu.fa reads.fa > 1.sam
~/racon/build/bin/racon -t 12 -w 1500 reads.fa 1.sam canu.fa > racon1.fa
Best,
panpan

Hello,
racon by default does not return sequences which were not polished, hence the decrease in contig number. You can retain them with the -u (--include-unpolished) option.
Best regards,
Robert

I see, Thank you!

authors: njaupan rvaser

repo: isovic/racon


text:
Add qpmad

This closes https://github.com/isri-aist/QpSolverCollection/issues/6

This requires https://github.com/asherikov/qpmad/pull/7
Otherwise you get the following error
[ 70%] Building CXX object src/CMakeFiles/QpSolverCollection.dir/QpSolverQpmad.cpp.o
  In file included from /home/runner/work/QpSolverCollection/QpSolverCollection/src/QpSolverQpmad.cpp:8:
  /usr/local/include/qpmad/solver.h: In instantiation of ‘qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::ReturnStatus qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::solve(t_primal&, t_H&, const t_h&, const t_lb&, const t_ub&, const t_A&, const t_Alb&, const t_Aub&, const qpmad::SolverParameters&, const typename std::enable_if<t_primal::IsVectorAtCompileTime>::type*, const typename std::enable_if<((t_H::ColsAtCompileTime == Eigen::Dynamic) || (t_H::ColsAtCompileTime != 1))>::type*, const typename std::enable_if<t_h::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_lb::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type*, const typename std::enable_if<((t_A::ColsAtCompileTime == Eigen::Dynamic) || (t_A::ColsAtCompileTime != 1))>::type*, const typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_Aub::IsVectorAtCompileTime>::type*) [with t_primal = Eigen::Matrix<double, -1, 1>; t_H = Eigen::Ref<Eigen::Matrix<double, -1, -1> >; t_h = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_lb = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_ub = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_A = Eigen::Matrix<double, -1, -1>; t_Alb = Eigen::Matrix<double, -1, 1>; t_Aub = Eigen::Matrix<double, -1, 1>; t_Scalar = double; int t_primal_size = -1; int t_has_bounds = 1; int t_general_ctr_number = -1; typename std::enable_if<t_primal::IsVectorAtCompileTime>::type = void; typename std::enable_if<((t_H::ColsAtCompileTime == Eigen::Dynamic) || (t_H::ColsAtCompileTime != 1))>::type = void; typename std::enable_if<t_h::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_lb::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type = void; typename std::enable_if<((t_A::ColsAtCompileTime == Eigen::Dynamic) || (t_A::ColsAtCompileTime != 1))>::type = void; typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_Aub::IsVectorAtCompileTime>::type = void]’:
  /usr/local/include/qpmad/solver.h:[248](https://github.com/isri-aist/QpSolverCollection/actions/runs/3571244564/jobs/6002946345#step:15:250):101:   required from ‘qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::ReturnStatus qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::solve(t_primal&, t_H&, const t_h&, const t_lb&, const t_ub&, const t_A&, const t_Alb&, const t_Aub&, const typename std::enable_if<t_primal::IsVectorAtCompileTime>::type*, const typename std::enable_if<((t_H::ColsAtCompileTime == Eigen::Dynamic) || (t_H::ColsAtCompileTime != 1))>::type*, const typename std::enable_if<t_h::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_lb::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type*, const typename std::enable_if<((t_A::ColsAtCompileTime == Eigen::Dynamic) || (t_A::ColsAtCompileTime != 1))>::type*, const typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type*, const typename std::enable_if<t_Aub::IsVectorAtCompileTime>::type*) [with t_primal = Eigen::Matrix<double, -1, 1>; t_H = Eigen::Ref<Eigen::Matrix<double, -1, -1> >; t_h = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_lb = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_ub = Eigen::Ref<const Eigen::Matrix<double, -1, 1> >; t_A = Eigen::Matrix<double, -1, -1>; t_Alb = Eigen::Matrix<double, -1, 1>; t_Aub = Eigen::Matrix<double, -1, 1>; t_Scalar = double; int t_primal_size = -1; int t_has_bounds = 1; int t_general_ctr_number = -1; typename std::enable_if<t_primal::IsVectorAtCompileTime>::type = void; typename std::enable_if<((t_H::ColsAtCompileTime == Eigen::Dynamic) || (t_H::ColsAtCompileTime != 1))>::type = void; typename std::enable_if<t_h::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_lb::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type = void; typename std::enable_if<((t_A::ColsAtCompileTime == Eigen::Dynamic) || (t_A::ColsAtCompileTime != 1))>::type = void; typename std::enable_if<t_Alb::IsVectorAtCompileTime>::type = void; typename std::enable_if<t_Aub::IsVectorAtCompileTime>::type = void]’
  /home/runner/work/QpSolverCollection/QpSolverCollection/src/QpSolverQpmad.cpp:38:97:   required from here
  /usr/local/include/qpmad/solver.h:379:45: error: no matching function for call to ‘qpmad::SolverTemplate<double, -1, 1, -1>::factorizeCholeskyInPlace(Eigen::Ref<Eigen::Matrix<double, -1, -1> >&)’
    379 |                     factorizeCholeskyInPlace(H);
        |                     ~~~~~~~~~~~~~~~~~~~~~~~~^~~
  /usr/local/include/qpmad/solver.h:898:21: note: candidate: ‘template<int t_rows, int t_cols, int ...t_Other> static void qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::factorizeCholeskyInPlace(Eigen::Matrix<t_Scalar, t_rows, t_cols, t_Other ...>&) [with int t_rows = t_rows; int t_cols = t_cols; int ...t_Other = {t_Other ...}; t_Scalar = double; int t_primal_size = -1; int t_has_bounds = 1; int t_general_ctr_number = -1]’
    898 |         static void factorizeCholeskyInPlace(Eigen::Matrix<t_Scalar, t_rows, t_cols, t_Other...> &H)
        |                     ^~~~~~~~~~~~~~~~~~~~~~~~
  /usr/local/include/qpmad/solver.h:898:21: note:   template argument deduction/substitution failed:
  /usr/local/include/qpmad/solver.h:379:45: note:   ‘Eigen::Ref<Eigen::Matrix<double, -1, -1> >’ is not derived from ‘Eigen::Matrix<double, t_rows, t_cols, t_Other ...>’
    379 |                     factorizeCholeskyInPlace(H);
        |                     ~~~~~~~~~~~~~~~~~~~~~~~~^~~
  /usr/local/include/qpmad/solver.h:907:21: note: candidate: ‘template<int t_Options, class t_StorageIndex> static void qpmad::SolverTemplate<t_Scalar, t_primal_size, t_has_bounds, t_general_ctr_number>::factorizeCholeskyInPlace(Eigen::SparseMatrix<t_Scalar, t_Options, t_StorageIndex>&) [with int t_Options = t_Options; t_StorageIndex = t_StorageIndex; t_Scalar = double; int t_primal_size = -1; int t_has_bounds = 1; int t_general_ctr_number = -1]’
    907 |         static void factorizeCholeskyInPlace(Eigen::SparseMatrix<t_Scalar, t_Options, t_StorageIndex> &H)
        |                     ^~~~~~~~~~~~~~~~~~~~~~~~
  /usr/local/include/qpmad/solver.h:907:21: note:   template argument deduction/substitution failed:
  /usr/local/include/qpmad/solver.h:379:45: note:   ‘Eigen::Ref<Eigen::Matrix<double, -1, -1> >’ is not derived from ‘Eigen::SparseMatrix<double, t_Options, t_StorageIndex>’
    379 |                     factorizeCholeskyInPlace(H);
        |                     ~~~~~~~~~~~~~~~~~~~~~~~~^~~
  make[2]: *** [src/CMakeFiles/QpSolverCollection.dir/build.make:216: src/CMakeFiles/QpSolverCollection.dir/QpSolverQpmad.cpp.o] Error 1

https://github.com/asherikov/qpmad/pull/8 solved the issue. CI passed.

repo: isri-aist/QpSolverCollection


text:
NYC Dependency "Wrong Version" Error?

Getting some bizarre dependency errors after updating (something changed in the last day?)
error "nyc#find-cache-dir#make-dir" is wrong version: expected "^1.0.0", got "2.1.0"

and similar...
Starting to investigate this more now.
Edit: It seems @babel/register@7.0.0 and nyc@13.3.0 are competing for dependencies?

find-cache-dir just released an update today which updated make-dir from ^1.0.0 to ^2.0.0.  I'm unsure what you've done but find-cache-dir is bundled with all current releases of nyc so it shouldn't have updated.  Possibly npm update or something like that breaks bundled modules (unless you're installing nyc from the git repo).

More precisely this happens when running
yarn check --integrity --verify-tree

Please post a link to a repository where you are seeing the issue.

Sure thing. Here are simple instructions to reproduce:
(1) Checkout https://github.com/blackflux/object-rewrite locally
(2) Run yarn install --freeze-lockfile
(3) yarn check --integrity --verify-tree -> succeeds
(4) Run yarn upgrade
(5) yarn check --integrity --verify-tree -> now fails

I believe you are experiencing a bug in yarn.  I'm getting a different error "nyc#make-dir#pify" is wrong version: expected "^3.0.0", got "4.0.1" but this tells me that yarn is not resolving the dependencies correctly.  Worth noting that yarn really shouldn't be messing with the nyc dependencies as they are bundled.  I didn't experience this issue with npm but I don't know how you would generate a working updated yarn.lock.

Oh boy... thanks for the quick help!
I'll report back here with any further findings, but feel free to close this for now. I will request a re-open as necessary.

I hope you find resolution, sorry I can't be more directly helpful.

authors: coreyfarrell simlu

repo: istanbuljs/nyc

license: isc


text:
nyc output indicates 40% for '% Funcs' column.  But I'd expect it to be 100%. Why the discrepancy?

Link to bug demonstration repository
https://github.com/cagross/test-nyc
Expected Behavior
nyc coverage report indicates 100% in the % Funcs column.  But the figure in my report is 40%.  I don't understand the discrepancy.
Observed Behavior
nyc coverage report indicates 40% in the % Funcs column.
Here are the steps I took to reproduce.

In my project I have a file lib/ow/css.js with three simple functions defined: lib/ow/css.js.  In a separate file (test/lib/ow/css.test.js) I have written unit tests which call all three functions.

I instrumented the file with the command:
npx nyc instrument lib/ow/css.js > cagtest/output.js

I generated the code coverage report with this command:
npx nyc --reporter=text --report-dir=./nyc_output node cagtest/output.js

Of Note

I noticed that in the report, the line in-question seems to be reporting data for the file cagtest/css.js, which isn't a file that exists. It seems like this filename should be cagtest/output.js.  Not sure if that's expected, and/or related to my issue.

My test runner is Tape.

Troubleshooting steps
Environment Information

# paste the output here

$ npx envinfo@latest --preset nyc

npx: installed 1 in 1.77s

  System:
    OS: Windows 10 10.0.18363
    CPU: (8) x64 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
    Memory: 2.50 GB / 7.88 GB
  Binaries:
    Node: 14.15.1 - C:\Program Files\nodejs\node.EXE
    npm: 6.14.8 - C:\Program Files\nodejs\npm.CMD
  npmPackages:
    nyc: ^15.1.0 => 15.1.0

You're not actually running any tests.  Also from the repo you've shared you should not be using nyc instrument.  You should be running nyc tape test/lib/ow/css.js.  Don't preinstrument, this is something which supports a different use case of istanbul and is likely the source of your incorrect filename path reported.

OK thanks very much for the info.

You should be running nyc tape test/lib/ow/css.js

I ran npx nyc tape test/lib/ow/css.js and the output is a table with a single row (All files), and each column has a 0 in it (screenshot).  What am I misunderstanding?  Is it still the case that this command isn't running any tests?  If so, how do I resolve that?

I'm not sure what the issue is, I just cloned your repo, ran npm install && npx nyc tape test/lib/ow/css.js, it showed me 100% coverage for your script.
Note I've seen issues with running nyc under npx on windows in the past (I don't run windows).  You might try setting your test script to nyc tape test/lib/ow/css.js then running npm test.

Thanks very much for the help so far.

I'm not sure what the issue is, I just cloned your repo, ran npm install && npx nyc tape test/lib/ow/css.js, it showed me 100% coverage for your script.

OK interesting.  That's promising then.

Note I've seen issues with running nyc under npx on windows in the past (I don't run windows). You might try setting your test script to nyc tape test/lib/ow/css.js then running npm test.

I have this a shot.  In package.json I set:
"mynycscript": "nyc tape test/lib/ow/css.js"
From the command line I then ran:  npm run mynycscript  But the same blank table was output.
I also have the following to report:

As a test, from the command line, I ran node node_modules/nyc/bin/nyc The output was the usual list of nyc help commands.
From the command line I then ran node node_modules/nyc/bin/nyc tape test/lib/ow/css.js.  But this failed with:

'tape' is not recognized as an internal or external command,
operable program or batch file.
events.js:292
      throw er; // Unhandled 'error' event
      ^

Error: spawn tape ENOENT
    at notFoundError (C:\Users\Snarl\development-snarl\test-coverage\node_modules\cross-spawn\lib\enoent.js:6:26)
    at verifyENOENT (C:\Users\Snarl\development-snarl\test-coverage\node_modules\cross-spawn\lib\enoent.js:40:16)
    at ChildProcess.cp.emit (C:\Users\Snarl\development-snarl\test-coverage\node_modules\cross-spawn\lib\enoent.js:27:25)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:277:12)
Emitted 'error' event on ChildProcess instance at:
    at ChildProcess.cp.emit (C:\Users\Snarl\development-snarl\test-coverage\node_modules\cross-spawn\lib\enoent.js:30:37)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:277:12) {
  code: 'ENOENT',
  errno: 'ENOENT',
  syscall: 'spawn tape',
  path: 'tape',
  spawnargs: [ 'test/lib/ow/css.js' ]
}

Thoughts?

Also, I have one more thing I can report.  Back in the original repo (as opposed to this test repo you and I are using), it seemed that nyc had been uninstalled, i.e. running npm list nyc resulted in:
``-- (empty)`
BUT, before I realized this, I ran npx nyc tape test/lib/ow/css.js, and there was no catastrophic failure alerting me that nyc was not installed.  Rather, the exact same blank table printed to the console.  The same thing occurred when I created a "mynycscript": "nyc tape test/lib/ow/css.js".
I then ran npm install, confirmed nyc was properly installed, and tried the same commands.  But there was no change--the same blank tables were printed to the console.

I just cloned your repo, ran npm install && npx nyc tape test/lib/ow/css.js, it showed me 100% coverage for your script.

@coreyfarrell Can I ask what OS you're using?  Maybe I can ask a colleague to try.

authors: cagross coreyfarrell


text:
Non-reported file coverage due to transformation error

Sorry, there are too many proprietary modules to produce a "demo-repo".
I have used istanbul with jasmine for years (on the same repository and 50 other ones) without any problems with coverage. I recently upgraded to nyc and 10 out of 50 repositories will not report all the files as being covered. The error patterns are all the same.
Expected Behavior
All files should be 100% covered
Observed Behavior

I receive these errors while running the tests:
Transformation error for app/service/api-deployment/lib/api-deployment.library.js ; return original code
Expected opts.sync to be a function.
Transformation error for app/service/api-deployment/lib/api-deployment.library.js ; return original code
Expected opts.sync to be a function.
Transformation error for app/service/backup/module-backup.js ; return original code
Expected opts.sync to be a function.
The files with the errors are not recorded.
Troubleshooting steps
I have read all the docs and tried numerous combinations of attributes
Environment Information
System:
OS: macOS 12.3.1
CPU: (16) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
Memory: 23.17 GB / 64.00 GB
Binaries:
Node: 16.14.0 - /opt/local/bin/node
npm: 8.5.5 - /opt/local/bin/npm
npmPackages:
nyc: ^15.1.0 => 15.1.0
typescript: ^4.6.2 => 4.6.3
typescript-example:  1.0.0
"jasmine": "^4.0.2",
"jasmine-console-reporter": "^3.1.0",
"jasmine-core": "^4.0.1",
"jasmine-spec-reporter": "^7.0.0",
"jasmine-supertest": "^1.0.0",
.nycrc.unit.json
{
  "extends": "@istanbuljs/nyc-config-typescript",
  "all": true,
  "include": [
    "tsc-out/lib/**/*.js"
  ],
  "exclude": [
    "documentation/**",
    "database/**",
    "dist/**",
    "build/**",
    "build-bootstrap/**",
    "**/secrets/maria-db-configuration.js",
    "tsc-out/app/**/model/**",
    "tsc-out/bootstrap/**/model/**",
    "tsc-out/app/route/**",
    "tsc-out/app/prism-api-server.js"
  ],
  "reporter": "lcov",
  "report-dir": "coverage-unit",
  "branches": 100,
  "lines": 100,
  "functions": 100,
  "statements": 100,
  "source-map": true,
  "produce-source-map": true,
  "check-coverage": "false",
  "watermarks": {
    "statements": [90, 100],
   "functions": [90, 100],
   "branches": [90, 100],
    "lines": [90, 100]
  }
}

tsconfig.spec.json
{
  "extends": "./tsconfig.json",
  "compilerOptions": {
    "outDir": "./tsc-out",
    "types": ["node", "jasmine"],
    "noEmitHelpers": false
  },
  "include": [
    "app/**/*.ts",
    "test/**/*.ts"
  ],
  "exclude": [
    "node_modules"
  ]
}

tsconfig.json
{
    "compilerOptions": {
        "allowUnreachableCode": false,
        "allowUnusedLabels": false,
        "alwaysStrict": true,
        "noFallthroughCasesInSwitch": true,
        "noImplicitAny": false,
        "noImplicitOverride": false,
        "noImplicitReturns": false,
        "noImplicitThis": false,
        "noPropertyAccessFromIndexSignature": false,
        "noUncheckedIndexedAccess": true,
        "noUnusedLocals": true,
        "noUnusedParameters": false,
        "strictBindCallApply": true,
        "strictFunctionTypes": true,
        "strictNullChecks": false,
        "strictPropertyInitialization": false,
        "baseUrl": "./",
        "module": "commonjs",
        "moduleResolution": "node",
        "resolveJsonModule": false,
        "declaration": false,
        "declarationMap": false,
        "emitDeclarationOnly": false,
        "inlineSourceMap": false,
        "inlineSources": false,
        "removeComments": false,
        "sourceMap": false,
        "allowJs": false,
        "checkJs": false,
        "explainFiles": false,
        "diagnostics": false,
        "extendedDiagnostics": false,
        "listEmittedFiles": false,
        "listFiles": false,
        "traceResolution": false,
        "pretty": true,
        "target": "es2021"
    },
    "exclude": [
        "node_modules"
    ]
}

Output
$ npm run test:run
>  nyc --nycrc-path ".nycrc.unit.json" node ./tsc-out/test/unit/specs.js

Transformation error for app/service/api-deployment/lib/api-deployment.library.js ; return original code
Expected opts.sync to be a function.
Transformation error for app/service/api-deployment/lib/api-deployment.library.js ; return original code
Expected opts.sync to be a function.
Transformation error for app/service/backup/module-backup.js ; return original code
Expected opts.sync to be a function.
Started

Executing 44 defined specs...

Test Suites & Specs:

1. Customer Api Deployment Script
.   ✔ should run provisioning (75ms)
.   ✔ should handle the try catch (16ms)

2. Internal Api Deployment Script
.   ✔ should run provisioning (49ms)
.   ✔ should handle the try catch (11ms)

3. Customer Api Deployment Class
.   ✔ should get the original directory (1ms)
.   ✔ should run provisioning (14ms)

   4. errors
.      ✔ should handle finding no migrations (5ms)
.      ✔ should throw an error while provisioning (3ms)
.      ✔ should run provisioning without any active customers (2ms)

5. Internal Api Deployment Class
.   ✔ should get the original directory (1ms)
.   ✔ should run provisioning (4ms)

   6. errors
.      ✔ should handle finding no migrations (4ms)
.      ✔ should throw an error while provisioning (2ms)

7. module backup
.   ✔ should get all the accounts (4ms)
.   ✔ should throw an error (3ms)
.   ✔ should display all the transactions via dryrun (3ms)

8. Deployment Queue Service
.   ✔ should queue and execute a deployment request (4ms)

   9. errors
.      ✔ should throw an error without a guid (1ms)
.      ✔ should throw an error with an invalid (1ms)
.      ✔ should throw an error without a type (1ms)
.      ✔ should throw an error with an unhandled type (1ms)
.      ✔ should throw an error with received status error (1ms)
.      ✔ should throw an error with an unhandled method - failed error (1ms)
.      ✔ should handle an export data service error - no deployment request error (2ms)
.      ✔ should handle an export data service error - deployment request error (1ms)
.      ✔ should handle an export http error (2ms)

10. Web Configuration Service
.   ✔ should handle a run event when - live (1ms)
.   ✔ should handle a run event - test (1ms)

   11. errors
.      ✔ should throw an error without a cid (<1ms)

12. Web Deployment Library - deprecated
.   ✔ should run install the latest web deployment (115ms)
.   ✔ should not run install the latest web deployment - no force (16ms)
.   ✔ should not run install the latest web deployment - force = false (16ms)
.   ✔ should not run install the latest web deployment -- force (16ms)
.   ✔ should run install without any files (16ms)
.   ✔ should handle the try catch (15ms)

13. Web Deployment Library
.   ✔ should run install the latest web deployment - git updates (127ms)
.   ✔ should run install the latest web deployment - no git updates (35ms)
.   ✔ should run install without any files (38ms)
.   ✔ should handle the try catch (34ms)
.   ✔ should throw an error with an undefined customerInstances (42ms)
.   ✔ should throw an error with an empty customerInstances (34ms)
.   ✔ should throw an error with an non object customerInstance (35ms)

14. Prism Web Deployment Script
.   ✔ should handle a run event (48ms)
.   ✔ should handle the try catch (10ms)

44 specs, 0 failures
Finished in 0.856 seconds

>> Done!

Summary:

👊  Passed
Suites:  14 of 14
Specs:   44 of 44
Expects: 280 (0 failures)
Finished in 0.855 seconds

> npm run  coverage:unit
> nyc --nycrc-path ".nycrc.unit.json" check-coverage

ERROR: Coverage for lines (55.94%) does not meet global threshold (100%)
ERROR: Coverage for functions (50.97%) does not meet global threshold (100%)
ERROR: Coverage for branches (50%) does not meet global threshold (100%)
ERROR: Coverage for statements (54.62%) does not meet global threshold (100%)
ERROR: "coverage:unit" exited with 1.

Okay, so I finally found the issue after weeks of problems.
On this page https://www.npmjs.com/package/@istanbuljs/nyc-config-typescript
There is this blurb:
If you are going to modify include or exclude and you have specified a separate outDir in tsconfig.json, make sure that it remains included so that source mapping is possible.

So my "include" directory in my .nycrc.unit.json file was:
  "include": [
    "tsc-out/app/**/*.js"
  ]

When I changed it to be
  "include": [
    "tsc-out/app"
  ],

It was able to get those missing files and the errors when away.
Hopefully, this saves other people a lot of time and headaches.

Just kidding  ...  I uninstalled all my node_modules and tried again and I still have the same problem.
So if I include these files
"include": [
"tsc-out/app"
],
Then I have no errors and the files are covered. However, my test files are also include.
Now what do I do?


text:
Fix reference to maps instead of map

Sorry, made a smal but ugly mistake in the last pull request.
The this.maps does not have a function getCenter .... but this.map does.

This was the result with 0.21.4 https://jsbin.com/yevuzaboba/edit?html,js,console,output

Confirmed, this fixes the resize on my side

npm run start to run dev env to avoid errors ;-)

authors: Andries-Smit istarkov mistaguy

repo: istarkov/google-map-react


text:
DO NOT MERGE! Fast Forward stable to f3b3a86ce23fca3fc208ce6b4150889fcf0bd5c7.

This PR will be merged automatically once checks are successful.

Jenkins job auth/postsubmit passed

repo: istio/auth


text:
support h1 post / client side payload

We can already control server side reply size (size= parameter to echo server), and for GRPC load test pass a -payload string (though that's inconvenient for large payload/limited by the command line length)
We should support POST outside of GRPC
a) generated payload
b) raw file (which could be key/value pair encoded)

Does h1 mean http 1.1/1.0 right?

yes vs h2 used in grpc

May I work on this? Also shouldn't be there one more input flag for identifying content-type like json, xml.. etc right?

I was thinking to give it a shot, let's see if I manage to find the time this week otherwise sure

Looking forward to see HTTP POST support in Fortio to pass JSON data in the body of the request.

Hi @ldemailly, if you are still busy, I can propose a solution and write my solution way to you for your confirmation before I start to implement.

Thanks, go ahead / give it a shot

At the beginning, I was thinking to rename Fetcher interface because we were going to post a request, however the point our post again to fetch response(Not interested in input data or response details). So that I think  Fetcher interface and fetch method could be reused. Also I'm thinking that we can reuse flag payload for http as well, but we need to add raw type(json/xml) as a flag. For the request part, if a payload is set for http request, we could use POST method also set to content-type to header. I'm assuming that content-type will be set from raw type flag. Raw type will be mandatory for http payload. I mean if a user wants to use http payload, user has to add raw-type from flags as well . I would like to hear your opinions about my comment @ldemailly

I see 3 modes, 2 of which we have already for grpc:
-payload-size random payload (though the content type is to be determined)
-payload string
-payload-file -  for stdin or filename for a file to send as is - we do need content type option

authors: alex-koturanov ldemailly olimpias

repo: istio/fortio


text:
Make use of apps/v1 instead of deprecated extensions

Small update of the deprecated extensions/v1beta1 API groups

According to this document - https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16/
It seems we have many places need to update. but for the  networking.k8s.io/v1beta1 API, serving Ingress since v1.14. Istio 1.3 has been tested with these Kubernetes releases: 1.13, 1.14, 1.15. the changes will break it.

I just check in helm is an option to check the Kubernetes version {{ .Capabilities.KubeVersion.Major }} but this doesn't work with helm template. I will reset the Ingress API version.

@johscheuer The build-in object .Capabilities needs tiller support.

authors: clyang82 johscheuer morvencao

repo: istio/installer


text:
Cherrypick #1074 into 0.6.0

#1074

cc @geeknoid


text:
Helm requirements for versions prior to 2.10.0

Installing the CRDs with 2.10.0 as a separate step does not work.

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: andraxylia
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: frankbu
If they are not already assigned, you can assign the PR to them by writing /assign @frankbu in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

/lgtm

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: andraxylia, geeknoid
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content/OWNERS [geeknoid]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

authors: andraxylia geeknoid istio-testing


text:
translation:/content/docs/reference/config/authorization/_index.md

Chinese translation about /content/docs/reference/config/authorization/_index.md

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: rootsongjc
If they are not already assigned, you can assign the PR to them by writing /assign @rootsongjc in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content_zh/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Hi @zy475459736. Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@ci/circleci

/ok-to-test

/assign @rootsongjc

/approve
/lgtm

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: fleeto
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content_zh/OWNERS [fleeto]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

authors: fleeto istio-testing zy475459736


text:
fortio.istio.io down

Something happened ? https://fortio.istio.io/ isn't responding anymore (it serves the perf results)
cc @geeknoid who asked recently about the admin sites config, @ayj who may know how to check/fix it, @mandarjog for perf WG, @rkpagadala (https://fortio-daily.istio.io/ somehow is still up)

The DNS entry for fortio.istio.io points to 35.197.102.163. I can ping that address. But trying to access the web site there fails with ERR_CONNECTION_REFUSED. Both for http: and https:.

$ dig +short fortio.istio.io
35.197.102.16

$ curl https://fortio.istio.io
curl: (7) Failed to connect to fortio.istio.io port 443: Connection refused

Ingress can't get configuration from Pilot.
[2019-01-02 21:06:30.803][10][info][upstream] external/envoy/source/server/lds_subscription.cc:70] lds: fetch failure: network error
[2019-01-02 21:06:32.763][10][info][upstream] external/envoy/source/server/lds_subscription.cc:70] lds: fetch failure: network

Possibly related to https://github.com/istio/istio/issues/3757. It looks like we may still be running Istio 0.7.x. cc @mandarjog for upgrading Istio/fortio perf cluster.

maybe the cluster k8s autoupgrade caused problems and it just needs a
restart.
don’t blindly upgrade from 0.7 as it won’t work with the ingress spec and
certmanager setup
assuming you can first restore fortio.istio.io (maybe a simple restart of
pilot?) I would test a 1.x setup on fortio-stage first (which also runs
fortio-daily.istio.io which somehow still works so maybe check what has
become different between  the 2 clusters that only 1 stopped working)

fortio.istio.io seems to be working again after I restarted Pilot, Ingress, and CA. I'll defer to @mandarjog on upgrading the control plane.

thanks jason!

@mandarjog try the same for fortio-daily (fortio-stage is the name in gcloud console) which is down this time ?

Yes I just restarted everything and no change. Need to debug more, I would prefer just getting a fresh 1.1 now and starting from there.

authors: ayj geeknoid ldemailly mandarjog

repo: istio/istio


text:
the commit  cd4a148 seems wrong for istio 1.2.2 release

Bug description

the commit cd4a148 seems wrong. use this commit cannot build the bookinfo successfully.
Have to apply this commit - https://github.com/istio/istio/commit/491acb07b4c58f063de77e8824b868c9f14e45f8
I remembered I can download the 1.2.2 in Jun. 27. but the release note is 4 days ago. what happened?
Affected product area (please put an X in all that apply)
[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[x] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Expected behavior
Steps to reproduce the bug
Version (include the output of istioctl version --remote and kubectl version)
How was Istio installed?
Environment where bug was observed (cloud vendor, OS, etc)
Additionally, please consider attaching a cluster state archive by attaching
the dump file to this issue.

The release was retagged to the same commit. That is why it is 4 days ago
not sure what you mean by the commit is wrong

I used this commit cannot build the bookinfo images. I am not sure if the istio 1.2.2 build the bookinfo example images or not. Thanks.

the bookinfo images are published independently of the release so its possible it was broken at that commit and later fixed

OK. Got it. Thanks @howardjohn for your information.


text:
golang 1.14: mlock signal stack failed

This is a tracker bug for https://github.com/golang/go/issues/37436. I see this running istiod built with golang 1.14 on kind. Note that we do not yet build with golang 1.14 in CI

Apparently kernal 5.3.15+, 5.4.2+, or 5.5+ fix this, but every cluster I have is on a much older version. Only ubuntu 19.10+ has these

Ah actually its fine on kernal 4.x, there is a small window of 5.2-> the version I mentioned above where it is broken

@howardjohn Just for clarification: What do you mean by "it" in "it is broken"? Go?

it's actually a kerbal but (more details on the linked issue), where before it silently did weird things in go 1.13 and in 1.14 it panics

I am already involved with the issue. I am still unclear on how much the issue is seen as a regression, that's why I wondered if you perceive Go 1.14 as "broken".

When i upgrade to go 1.14 my application is crashing every single minute in some instances, which is basically a non starter for updating. It may have been silently broken on 1.13 as well, but now it barely even runs

So I don't necessarily perceive go as "broken", but I don't see how we can upgrade to it right now given that we cannot control the users ulimits, cannot control the users kernal version, and cannot ship an application that crashes constantly

Yes, this seems worse. However, on an unpatched kernel this is seen as "works as intended". Question is: Is your kernel patched or not?

My kernel on my personal machine is not patched. But it doesn't really matter what my machine has, we ship Istio to 1000s of users. I cannot control what machine they run it on, and I would love to not have to restrict that to some subset of kernel versions

This can be temporary fixed by adding to the discovery container deployment yaml:
        securityContext:
          capabilities:
            add:
            - IPC_LOCK
            drop:
            - ALL
          runAsUser: 0

Also "fixed" in 1.14.1, it will no longer crash the deployment. I think this is safe to close now

authors: howardjohn nberlee neelance