text:
enabling PDF generation from TOCs

@bennage,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

.openpublishing.publish.config.json
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

.openpublishing.publish.config.json
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

About to head on a flight from the US to UK, and had planned to look through a PDF version of the Architecture Center documentation.
Looking forward to seeing this functionality come through!

authors: bennage christianreddington msftclas

repo: mspnp/architecture-center


text:
RTF-2081 OS support update

@kmendiratta-crm could you approve this once we have released the latest install scripts? The current production appliance supports RHEL 8 already right?

@kmendiratta-crm could you approve this once we have released the latest install scripts? The current production appliance supports RHEL 8 already right?

Sure @jeff-1amstudios, I will approve as soon as we release the latest install scripts. Yes, gravity 5.5.49 appliance (which is what we ship currently 1.1.1593137954-fe02b2c - July 9, 2020) supports up to RHEL 8.1

Already added as part of https://github.com/mulesoft/docs-runtime-fabric/pull/283

source: gharchive/pull-request

repo: mulesoft/docs-runtime-fabric

license_type: permissive

license_source: github-api


text:
Key search  does not search in modifiers.

Fixed with 1247e517afa1f72e00e6c5f7e4c885ee6e84ea7b

source: gharchive/issue


text:
slack api token 取得方法紹介記事を書く

書いた
https://github.com/nakkaa/hato-bot/wiki/Slack-API-Tokenの取得方法

repo: nakkaa/hato-bot

license: MIT


text:
MPI-CUDA backend is broken

Branch develop has fixed almost all regressions except for user-defined types with array members. See #16 for the remaining issue.
The current state of the develop branch is not optimized for performance. For example, all communications are performed synchronously without no overlapping. Still, it would be fine for small-scale runs. Performance optimizations will be addressed in the next iteration of development.

repo: naoyam/physis

license_source: bigquery


text:
Reduce test execution time. #1452

ping @Xylus

repo: naver/pinpoint


text:
Add some nub functions to NonEmpty

Thanks!

I put out 1.6.21 with these changes in.

repo: ndmitchell/extra


text:
Update for renaming to Kentico Kontent

Looks great, thanks!

authors: CollierCZ erquhart


text:
fix: catalog check issues resolved.

:tada: This PR is included in version 1.0.4 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: devfreddy tangollama


text:
Added tests for Vector and Matrix Exponentiation

Codecov Report

Merging #3 into master will increase coverage by 0.24%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master       #3      +/-   ##
==========================================
+ Coverage   86.78%   87.03%   +0.24%
==========================================
  Files         196      196
  Lines        3761     3771      +10
==========================================
+ Hits         3264     3282      +18
+ Misses        497      489       -8

Impacted Files
Coverage Δ

Tests/NiftyTests/exp_test.swift
100% <100%> (ø)
:white_check_mark:

Sources/exp.swift
66.66% <ø> (+66.66%)
:white_check_mark:

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 7da4931...ac15779. Read the comment docs.

authors: codecov-io nbertagnolli

repo: nifty-swift/Nifty


text:
Remove SMC tools from NIMBLE

@dochvam I see that test_mcmc, expect_compiles and other utilities are in test-noSMC.R. test_mcmc and expect_compiles and probably the others already live in test_utils.R so just wanted to check your thoughts on why such utilities are in test-noSMC.R.

@paciorek I have no idea why the redundancy--maybe a bad habit from working on migrating to nimbleSMC. Looks like you fixed, so thanks!

@dochvam @perrydv @danielturek in noSMC we don't have any indication for the user that buildBootstrapFilter and the various other PF methods exist in nimbleSMC (right, Ben?).
Ben did put a message in for when users try to add a PF-based MCMC sampler.
Do we want dummy buildBootstrapFilter etc. functions that indicate these have been moved?
On somewhat similar lines, how do we want to handle the manual. It would probably be a bit of a pain to have a separate nimbleSMC manual to point to. I'm somewhat inclined to just note at the beginning of the SMC section (and in an appropriate place in the MCMC chapter) what has been moved to nimbleSMC.

Another comment here is that our title for the nimble package is:
MCMC, Particle Filtering, and Programmable Hierarchical Modeling

which is now only accurate if we are talking about the NIMBLE system. I think this is ok.

@paciorek @perrydv I almost feel like this title should be fully revised; but, as always, I'm quite flexible.

I am ok leaving the title as is, at least for now.  I like the idea of adding informative messages for the buildBoostrapFilter etc.

Also one implication of having stubs for buildAuxiliaryFilter etc. is this message when one loads nimbleSMC:
Attaching package: ‘nimbleSMC’

The following objects are masked from ‘package:nimble’:

    buildAuxiliaryFilter, buildBootstrapFilter, buildEnsembleKF,
    buildIteratedFilter2, buildLiuWestFilter

authors: danielturek dochvam paciorek perrydv

repo: nimble-dev/nimble


text:
Make skeleton for new docs

Completed with #9

repo: ninezerozeronine/eight-bit-computer


text:
where is preprocess_datasets.py?

Fixed.

Thanks!

@nkolot , sooorry bother you again. json file seems also missed. Could you please upload them?

Sorry for that, I fixed it. The config.json I added in the folder data is essentially the same config file that  the training code automatically dumps when you start training.

repo: nkolot/GraphCMR


text:
Add link to YouTube video & add George's GH handle

Thanks @ljharb for sending the audio!

I don't have access to merge this- soooo... people with the Merge button-- PING!

repo: nodejs/version-management


text:
Generate builds for Scala 2.12?

Currently blocked by typelevel/cats#1450.

Supported since d6d0a303193f6b48e5ab4c172f6f4b59a54cd2f0.


text:
Vapor3

Are there any blockers to this PR or #81? Vapor 3 support runs pretty well, I have been using it in production for a few months now, and having a new official release would be nice.

authors: fwcd nuclearace

repo: nuclearace/SwiftDiscord

license: mit


text:
Develop

Just a tip i like is squash and merge that way you will only create 1 and not 5 commits on master branch.
But really good work you are doing here :)

Just a tip i like is squash and merge that way you will only create 1 and not 5 commits on master branch.
But really good work you are doing here :)

@Conni2461 nice tip! Thanks :+1:

@Conni2461 nice tip! Thanks :+1:


text:
Root scope

updated user login/create forms with flat UI


text:
Update arithmeticController.js

. In addition, include a comment on the preceding line stating

repo: nzRegularIT/calculator


text:
onLogMessage is not merging state.context object

Reason: https://github.com/octoherd/octokit/pull/5#discussion_r589073758

repo: octoherd/octokit

license: ISC


text:
[Pie] missing props size

Thank you for using react native pure chart!
Would you explain more specifically?

in file index folder pure chart
component pie chart
size={this.props.height}
...

Sorry for late, it is fixed in recent version. You can use it like below:
<PureChart typ='pie' size={50} ....

authors: isthaison oksktank zxcv551133

repo: oksktank/react-native-pure-chart


text:
Add support for Swift Package Manager

Current coverage is 75.06%

Merging #220 into 2.0.0 will increase coverage by +0.38% as of 028493f

@@            2.0.0    #220   diff @@
=====================================
  Files          11      11
  Stmts        1201    1227    +26
  Branches        0       0
  Methods         0       0
=====================================
+ Hit           897     921    +24
  Partial         0       0
- Missed        304     306     +2

Review entire Coverage Diff as of 028493f

Powered by Codecov. Updated on successful CI builds.

authors: codecov-io onevcat

repo: onevcat/Kingfisher


text:
fix minor c&p induced typos

Merged in v0.9.0

authors: repomaa vladfaust

repo: onyxframework/sql


text:
RPC agent execution is failed randomly due to this issue “Timed out due to inactivity".

@kalakatx can you provide more information for when you get the "Timed out due to inactivity" failure?  In our code, message should only happen after 10 seconds of inactivity between RPS and RPC.  Can you provide logs from RPS when you get this issue?

authors: kalakatx matt-primrose

repo: open-amt-cloud-toolkit/rpc


text:
promote go to 1.15

/assign @qiujian16


text:
adding hist GE

Are the columns in the GE file correct? I have filled the missing history based on the existing data, but it looks to me like ncumul_vent, ncumul_ICF and ncumul_ICU_intub are mixed up. Can someone check, please?


text:
import version

Done

repo: openacid/slim


text:
import get_plugins

Coverage remained the same at 82.663% when pulling 27d3393180059303f8af996121c7dceb2359a413 on oleksiyVeretiuk:import_issue into a4663d4a4b0b55a9afc41b183e0416ff9fdca837 on openprocurement:master.

authors: coveralls oleksiyVeretiuk


text:
admin: Advise user to store password securely

/lgtm

authors: igoihman vkareh

repo: openshift/moactl


text: Carousel poc

repo: openshiftio/launchpad-frontend


text:
Use universal Hugo wrapper

@RichardLitt FYI I added hugow which will be a universal, platform-independent of using Hugo.

repo: opensourcecities/montreal

license: Unlicense


text:
Add comparison operators to Duration

Thank you for the great contribution !

You're welcome!
When do you think you will release a new version including this?

Ok it's already done, thx!

authors: jbkt ocadaruma

repo: opt-tech/chronoscala


text:
OT-4630 Update FedEx API

@umarov Looks good to me; @psujohn please have a look.

Can you merge master - i think CI should pass if you do

@psujohn I will once I get those two examples to pass

@psujohn removed the comments and merged master

@umarov those CI failures look legit - can you look into them

The UPS error is fixed as part of my checkin for https://github.com/optoro/active_shipping/pull/24.

jenkins retest this please

authors: hiteshjasani jedprentice psujohn umarov venkyj


text:
Fix of #11. OpusError expected an int as arg.

@spacether , @ampledata,
Any update on this ?
It would be very handy for the Home Assistant Community, if this one gets merged 😄
Kind regards,
Robbe

I am no longer a contributor here, please check with the others

authors: Robbe-B spacether vidarr

repo: orion-labs/opuslib


text:
add signature option

Thanks

authors: Konfekt tarleb

repo: pandoc/lua-filters


text:
Fixed typo

Current coverage is 15.58% (diff: 100%)

Merging #29 into master will not change coverage

@@             master        #29   diff @@
==========================================
  Files             4          4
  Lines           263        263
  Methods          64         64
  Messages          0          0
  Branches         77         77
==========================================
  Hits             41         41
  Misses          222        222
  Partials          0          0

Powered by Codecov. Last update 67e7c26...a22f069

authors: benpackard codecov-io

repo: parse-server-modules/parse-files-utils


text:
Kitchen Site is down

@bf4648 fixed

@bf4648 closing this one too, duplicate of https://github.com/perak/kitchen-site/issues/415

repo: perak/kitchen-site


text:
Cloud 411 test

Test name
Status

recreate
passed

scaling
failed

init-deploy
passed

big-data
failed

self-healing
failed

storage
failed

demand-backup
failed

Test name
Status

big-data
failed

scaling
passed

self-healing
failed

init-deploy
failed

recreate
passed

scaling-proxysql
passed

demand-backup
failed

upgrade
passed

upgrade-consistency
passed

Test name
Status

scaling
passed

recreate
passed

self-healing
failed

init-deploy
passed

big-data
failed

scaling-proxysql
passed

storage
passed

upgrade
passed

demand-backup
failed

limits
passed

monitoring
passed

upgrade-consistency
passed

monitoring-2-0
passed

affinity
passed

Test name
Status

recreate
passed

self-healing
failed

demand-backup
failed

init-deploy
passed

storage
passed

big-data
failed

limits
passed

monitoring
passed

monitoring-2-0
passed

affinity
passed

scaling
passed

scaling-proxysql
passed

upgrade
passed

upgrade-consistency
passed

Test name
Status

self-healing
failed

big-data
failed

recreate
passed

demand-backup
failed

Test name
Status

scaling
passed

scaling-proxysql
passed

upgrade
passed

recreate
passed

big-data
failed

upgrade-consistency
passed

demand-backup
failed

init-deploy
passed

storage
passed

limits
passed

monitoring
passed

monitoring-2-0
passed

affinity
passed

self-healing
failed

authors: JNKPercona blez

repo: percona/percona-xtradb-cluster-operator


text:
Issue #200 Clean up task list items

@rasmus-storjohann-PG can you take a look at this? I'm starting on styling and wouldn't mind this in.

repo: pg-irc/pathways-frontend


text:
Symfony 5 compatibility

Thank you for your work! Would you mind doing your PR to the 1.5 branch? Although github doesn't show it, the CI for this PR has failed for PHP <= 7.1: https://travis-ci.org/github/php-vcr/php-vcr/builds/697325760. These versions are no longer tested for the 1.5 branch, so it won't be a problem there. I plan on do a pre-release for 1.5.0 soon, so it can be tested in the wild. Adding compatibility with Symphony 5 is a great contribution to that.

Should be backwards compatible with older Symfony LTS releases now

Thanks again for your work. If you could bring your branch up to speed with the current 1.5 (which had your other PR merged with it), I'm ready to merge.

repo: php-vcr/php-vcr


text:
Add default object to prevent Babel errors

Awesome, thank you!

authors: FredKSchott brandonpittman

repo: pikapkg/snowpack


text:
Releasing v0.7.0

Coverage remained the same at 100.0% when pulling 1b98eac9e9f8a25a582b29c6dff2aa92b3383e18 on yuce:releasing-v0.7.0 into 4015ea8e9a6f611c9bff8d4461e0deaa25f46b51 on pilosa:master.

authors: coveralls yuce

repo: pilosa/java-pilosa


text:
Misc updates

Coverage remained the same at 100.0% when pulling 6bbd180b96a43bbccda90d9a9ca810d31c7d02e9 on yuce:misc-updates into f2f2cf17cc1b76920b1ee79e96f76b0feea3d772 on pilosa:master.

repo: pilosa/python-pilosa


text:
feat: Enable Hapi 19 testing

Coverage remained the same at 99.018% when pulling 9b44b20c8b1a5bae3b90bdb7f54c896212d96387 on DiegoRBaquero:patch-1 into 9b84037e3140c5d642774480a5d596c8addc21db on pinojs:master.

authors: DiegoRBaquero coveralls

repo: pinojs/hapi-pino


text:
Add jdbc consumer

Merged as https://github.com/pivotal/java-functions/commit/0f61eb1883b5bf4a413aae4ce93fc22dbcc5283d after agreed clean up and code style refactoring.

authors: artembilan sobychacko

repo: pivotal/java-functions


text:
add a setup that runs plone for volto with python3

Pull Request Test Coverage Report for Build 1479

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

Totals

Change from base Build 1477:
0.0%

Covered Lines:

Relevant Lines:
0

💛  - Coveralls

authors: coveralls pbauer

repo: plone/volto


text:
[WIP] Subplots

@alexcjohnson or @etpinard or @monfera, as I'm playing around with subplots I notice that for some chart types .domain is in gd.data, vs others in gd.layout:
domain:
in data
pie.domain
parcoords.domain
sankey.domain
table.domain
in layout
layout.xaxis.domain
layout.yaxis.domain
layout.ternary.domain
layout.scene.domain
layout.geo.domain
layout.mapbox.domain
layout.polar.domain
layout.radialaxis.domain
layout.angularaxis.domain
Is it because the trace types that have it in gd.data are considered to have no axes? Or was there some other reason. Trying to find generalizations here. Thanks!

@VeraZab yes, something similar, I think it boils down to Cartesian-like vs. not. Technically, parcoords does have axes, but it's a bunch of parallel axes and there's currently no overlay, ie. one can't superimpose multiple parcoords atop of one another. It is on the other hand possible to have multiple elements in the data array that are plotted in different places, controlled via the domain in data[i]. So the difference, I believe, is that axes - if present at all - are controlled at the data level in the first group and jointly, at the layout level in the second group.

I guess  you could say these trace types have no axes - I think of it as whether the trace lives inside a subplot, in which case the subplot needs to describe its placement within the plot with a domain, vs the trace standing on its own, in which case it's the trace that needs the domain.
Every subplot (and cartesian axis) needs a domain.
Every trace either has a subplot attribute or attributes (subplot, scene, geo, or xaxis and yaxis) or it has its own domain.

authors: VeraZab alexcjohnson monfera


text:
PYTHONPATH not unsetting on deactivate.

I think this affects all env vars. Especially problematic when DJANGO_SETTINGS_MODULE leaks out from one inenv into another.

Yeah I think it happens on env switch and doesn't effect subprocess usage (e.g. gbin). If you deactivate first it should be fine (can you double check if this is true?). Maybe we should force a deactivate on every new switch? I thought it was cool do something like "inenv project" "inenv prod" to get the envvars of prod bound to project's venv. Not sure if thats generally undesirable though.

I think inenv project, inenv prod would be confusing, because I don't expect side-effects to carry over between inenv invocations. I'd vote against it.

repo: pnegahdar/inenv


text:
Just a test

Working as expected. Closing.

repo: ponylang/ponyc


text:
Normalize folder names

bors r+


text:
Add webhooks

@imsickofmaps Please review.

First pass done. Refresh then I'll double check.

@imsickofmaps Second pass please.

:+1:

authors: gsvr imsickofmaps

repo: praekelt/familyconnect-registration


text:
add media to homepage

@projectmushroom 👍

repo: praekelt/molo-gem


text:
Update 01-configuration.md

Thanks for the PR! 🙌

authors: Weakky samuela

repo: prisma/graphqlgen


text:
Mix single column correct

Hmm, I think if you're getting down to the nuts and bolts of xor here we've probably lost some of the  algebraic structure that would make this proof easier. I think the ideal way I imagine this proof could break down is:

get a formula for each element of the vector in terms of aes_mul2 etc. on the LHS and byte-field fmul on the RHS
use lemmas about aes_mul2 and its cousins to transform it into byte-field fmul and fadd expressions
use the fequal_vector tactic to get a separate goal for each element of the vector
Use Coq's ring tactic with the byte-field ring to solve the goals

If you'd like I could take a stab at this, and factor out the lemmas we need for aes_mul2 etc?

Thanks for the pointers! I'll give it another try. I did look for lemmas about aes_mul2 but I didn't find them. Can you point them to me?

There are currently no lemmas about aes_mul2 since only mix_columns uses it. So figuring out what shape those lemmas need to take will be part of the proof!

repo: project-oak/silveroak


text:
Functionality test of question set

Resolve the conflicts and send PR again

authors: rahulshukla rajnish-dargan

repo: project-sunbird/sunbird-content-player


text:
Fix issue with experimental docker breaking calicoctl node

Fixes #486

lgtm

authors: TrimBiggs robbrockbank

repo: projectcalico/calico-docker


text:
Don't constantize a nil value

@no-reply was suggesting this should not return nil, but should always be guaranteed to return a valid model class, like ActiveFedora::Base or something::Object or whatever an appropriate default model class is.
I don't really feel qualified to decide if that's right or not, what do you think @jcoyne ? @no-reply, do you want to be approver on this one?

It's possible the actual error we ran into will still raise with this returning nil, it will just raise somewhere else where it didn't expect nil. Hard to say.

@no-reply has not replied.  Recommend we decide for ourselves.

Could we get @jcoyne to comment briefly on what issue this is fixing? Then I'm in favor of merging.

authors: atz jcoyne jrochkind mjgiarlo

repo: projecthydra-labs/hyrax


text:
Update link to new repo location

Can you add the DCO?

authors: brian-brazil jeffwidman

repo: prometheus/docs


text:
WIP: using typescript in tests

closed in favor of v1.1.0


text:
Update changelog for v0.14.1

I took a crack at updating the changelog myself, @lindydonna.  The 0.14.1 release only includes the CLI and @pulumi/pulumi

repo: pulumi/docs


text:
(BKR-766) Install puppet agent on huaweios

Refer to this link for build results (access rights to CI server needed):
http://jenkins-beaker.delivery.puppetlabs.net//job/qe_beaker_btc-intn/2369/
Test PASSed.

@kevpl Fixed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-beaker.delivery.puppetlabs.net//job/qe_beaker_btc-intn/2393/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-beaker.delivery.puppetlabs.net//job/qe_beaker_btc-intn/2396/
Test PASSed.

authors: LuvCurves puppetlabs-jenkins

repo: puppetlabs/beaker


text:
Test merge 5.2.x

Test FAILed

Test FAILed

Test FAILed

Test PASSed

Previous unchanged version of this passed travis (canceled this run to save travis horsepower).

authors: puppetlabs-jenkins rbrw

repo: puppetlabs/puppetdb


text:
First draft

This is a PR of lauren's docs updates

repo: puppetlabs/puppetlabs-netscaler


text:
misc: Update CODEOWNERS

It assigns you pull requests now? That's pretty cool. 👍🏼

It assigns you pull requests now? That's pretty cool. 👍🏼

Microplane finally getting some traction 😄
https://github.com/Clever/microplane/blob/master/CHANGELOG.md

authors: cfarrend qctrl-devops stevegore

repo: qctrl/devops-challenge


text:
MAINT: Remove params from get_semantic_types

LGTM! Don't forget to merge this updated branch into any of your existing feature branches.

@David-Rod


text:
DOC: Fixed typo in description of --bundle-timestamp

Coverage remained the same at 87.133% when pulling eca992f2bfefb71a3a645bd8bbb5ecca9deeb0ca on bundle-date-is-timestamp into b5585370e9d38088858db084b0e1da6892ad78dd on master.

lgtm

authors: coveralls llllllllll richafrank

repo: quantopian/zipline


text:
JavaScript optional vs nullable. Fixes #740

@dvdsgl Any objections to this?

repo: quicktype/quicktype


text:
DRsvg: change tether to startsusing

whooooops

authors: Akurosia quisquous

repo: quisquous/cactbot


text:
get rid of spurious ... in actions again

obsolete or done in the new yml-based GitHub actions.

repo: r-lib/ghactions


text:
Don't set finalize on namespace

And squash

authors: StrongMonkey ibuildthecloud

repo: rancher/norman


text:
project: use published twilight-model

imo it is pretty much always better to set a major version and then increment it yourself.

repo: rarity-rs/permission-calculator


text:
Is this still mantained?

Oh well, not really. I can’t guarantee any support in near future. I may look from time to time, but I would love to see any suggestion how to continue with maintenance.
I’m aware that without hacks ytfs doesn’t work now. Young me hardcoded api key a while back which older me disabled recently. If you update it and use recent youtube-dl, ytfs should work.

Well, thank you very much for the project! I was looking for something like this to use with minidlna / smart TVs that don't really allow much in the way of mkdir "search term" but with a few changes on top of this project, it'll be much easier to get working.
Good job, man :+1:

authors: Kreijstal LoveIsGrief rasguanabana

repo: rasguanabana/ytfs


text:
Update and Create language files

Thank you!

authors: ZPVIP pencil

repo: rbCAS/CASino


text:
Mobile app not fitting properly on all mobile devices

Fixed


text:
CPC-2626 sprint/2010 -> sprint/2101

Closing this outdated PR. Please submit this to the latest sprint branch if needed.

authors: maksimsav vijs

repo: rdkcentral/rdkservices


text:
Update Relicensing.txt

Thanks @Scottmitch!

authors: Scottmitch viktorklang

repo: reactive-streams/reactive-streams-jvm


text:
Link to new location of this repo

@sophiebits please help with merging this. This shows up in web searches and can be misleading in current state.

Closed in favour of #118.

repo: reactjs/react-art


text:
Add stack and build project

Please add closes with issue id.

authors: IveriNarozashvili egnaf

repo: reckue/post-api


text:
fix how to extract names if several

Coverage decreased (-0.9%) to 97.0% when pulling 1bf38a4abab2051a473b270506372825f288a0e1 on bug/check_person_with_id_none into 4900e4b272979952210b3da5ec0acc19eeee5dd4 on master.

authors: coveralls jlmadurga


text:
Fix request unit test error when DSI_TEST_AGENT env var is defined

Codecov Report

Merging #1302 into master will decrease coverage by 0.51%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #1302      +/-   ##
==========================================
- Coverage   93.68%   93.16%   -0.52%
==========================================
  Files          44       44
  Lines        4608     4684      +76
  Branches      503      786     +283
==========================================
+ Hits         4317     4364      +47
- Misses        291      295       +4
- Partials        0       25      +25

Impacted Files
Coverage Δ

browser/model/devstudio-autoinstall.js
97.29% <0%> (-2.71%)
:arrow_down:

browser/services/request.js
97.61% <0%> (-2.39%)
:arrow_down:

browser/model/helpers/downloader.js
95.53% <0%> (-1.68%)
:arrow_down:

browser/model/che.js
95% <0%> (-1.62%)
:arrow_down:

browser/services/platform.js
97.05% <0%> (-1.41%)
:arrow_down:

browser/pages/account/controller.js
98.61% <0%> (-1.39%)
:arrow_down:

browser/model/jbossfusekaraf.js
98.73% <0%> (-1.27%)
:arrow_down:

browser/model/cdk.js
98.74% <0%> (-1.26%)
:arrow_down:

browser/model/devstudio-p2-zip.js
64.4% <0%> (-1.12%)
:arrow_down:

browser/model/devstudio-central-p2-zip.js
60.31% <0%> (-0.98%)
:arrow_down:

... and 22 more

Continue to review full report at Codecov.

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

test this

test this

test this

test this

authors: codecov-io dgolovin


text:
Close org.jline.terminal.Terminal (fixes #1168)

Codecov Report

Merging #1169 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #1169      +/-   ##
============================================
+ Coverage     94.29%   94.31%   +0.01%
  Complexity      455      455
============================================
  Files             2        2
  Lines          6661     6648      -13
  Branches       1792     1790       -2
============================================
- Hits           6281     6270      -11
+ Misses          102      101       -1
+ Partials        278      277       -1

Impacted Files
Coverage Δ
Complexity Δ

src/main/java/picocli/CommandLine.java
94.15% <0.00%> (+0.01%)
314.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 72e1d4f...ec3fdc4. Read the comment docs.

Merged. Thank you for the contribution!
I will update the release notes when I get to my PC.

authors: codecov-commenter dwalluck remkop

repo: remkop/picocli


text:
Add lesson1

Thanks
In the future, Create your folder in deveopers/Arabic

authors: MahmoudFayed Mohamed-Elewa

repo: ring-lang/ring


text:
adding more features

Thanks for the update

authors: MahmoudFayed abdallah-elsharif


text:
Setup Codecov

Thank you!

authors: benkiel miguelsousa

repo: robofab-developers/fontParts


text:
Add missing "entries" key for CoinAPI::BTC#load_deposit! and minor fixes for Bitcoind

The PR fixes broken load_deposit for Bitcoind.

repo: rubykube/peatio


text:
0.21: add version 0.21.0

Thank you so much @guggero! Landed in https://github.com/ruimarinho/docker-bitcoin-core/commit/e1455ce7d6f9f2842061b980d9c516b9a6d19dae.
Had to find some time to fix a few outstanding issues first :)

authors: guggero ruimarinho

repo: ruimarinho/docker-bitcoin-core


text:
Add pybind11 package

Testing:

https://ci.appveyor.com/project/ingenue/hunter/build/1.0.2695
https://travis-ci.org/ingenue/hunter/builds/295392435?utm_source=github_status&utm_medium=notification

Uploading:

https://ci.appveyor.com/project/ingenue/hunter/build/1.0.2697
https://travis-ci.org/ingenue/hunter/builds/295412357?utm_source=github_status&utm_medium=notification

Released: https://github.com/ruslo/hunter/releases/tag/v0.19.143

authors: isaachier ruslo

repo: ruslo/hunter


text:
Change changelog check trigger and bump checker version

r? @burrbull
(rust-highfive has picked a reviewer for you, use r? to override)

bors retry

authors: burrbull rust-highfive therealprof


text:
Update kernel32 ver

Thanks!

authors: alexcrichton elwl


text:
Typo

Oops, I didn't notice that, r=me with rebase.

r

Sorry about that. I messed up a simple rebase and then fat fingered... clearly I need to wake up...

authors: JohnTitor mark-i-m

repo: rust-lang/rustc-guide


text:
ログイン後はログインする直前のページにリダイレクトして欲しい

対応しました。

@momota10 ping

速い...!! ありがとうございますmm

repo: rusts/team


text:
Single-quote instead of double, fixes #356

Thank you for raising the issue and opening PR!
The reason for such quoting was exactly as the one you specified in the #356:

Polybar doesn't quote values unless whitespace is really important to the value

E.g. I thought it would be counterintuitive if someone would have option = "something   " in their configuration and extra spaces in the end wouldn't be preserved.
In my configuration, for example, I was using format-prefix with spaces in the end for additional padding. Since then I, however, discovered format-NAME-padding option that solves the issue without using extra spaces hack.
I see two options here:

To add a special case for empty value. The benefit here is that it will be compatible with the current format and users will not have to change anything.
To go with your patch and suggest users to change their configuration to option = ''"something   "'' in case they need it (I haven't tested, but I guess it should work).

I wouldn't mind going with the second option if we can be quite sure that padding/margin settings cover most cases when extra spaces are needed.

@JonathanReeve Thanks for the contribution, I have no strong opinion about this since I don't use this module myself. Although it would be nice, if possible, to keep backwards compatibility.
I mostly wanted to point out that the commit message to read something along the lines of

polybar: single-quote instead of double
Polybar expects quoted values only when whitespace is important to the value.
Fixes #356

Is there a way to check (using some nix library) whether there's whitespace at either end of a value, and quote it if so? That way it follows the INI specification of only quoting when necessary, maintains backwards compatibility, and solves the empty value issue.

Something like
diff --git a/modules/services/polybar.nix b/modules/services/polybar.nix
index a187f62..423b0f1 100644
--- a/modules/services/polybar.nix
+++ b/modules/services/polybar.nix
@@ -11,9 +11,14 @@ let
   toPolybarIni = generators.toINI {
     mkKeyValue = key: value:
     let
+      quoted = v:
+        if hasPrefix " " v || hasSuffix " " v
+        then ''"${v}"''
+        else v;
+
       value' =
         if isBool value then (if value then "true" else "false")
-        else if (isString value && key != "include-file") then ''"${value}"''
+        else if (isString value && key != "include-file") then quoted value
         else toString value;
     in
       "${key}=${value'}";

might do it.

Nice! I think this should do the trick. If you can make the changes I'll be happy merge this PR :)

Awesome. I applied @rycee's patch. (And changed the commit message and PR message while I was at it.) Let me know if this looks good!

Nice, thanks! I squashed it all and rebased to master in 629d66e0b983b0ea5780ddf805f65a024d7deb5b.

@JonathanReeve thanks for the contribution! And thank you for merging it @rycee :)

authors: JonathanReeve rycee uvNikita

repo: rycee/home-manager


text:
Run RPi OS on qemu

I'd like to share some of my experience.
The first thing is to install the latest QEMU (2.12.0), which supports raspi3 machine model. It only has limited support for BCM2837 peripherals, so some changes for RPi OS are needed.

QEMU doesn't support config.txt, so we need to follow the default booting procedure.

The kernel is loaded to address 0x80000 instead of 0x0. Simply modifying linker.ld should work.
The processor runs at EL2 instead of EL3.  boot.S should be adapted to configure spsr_el2 and elr_el2.
Make an identify mapping to avoid "prefetch abort".

QEMU only supports UART0 (PL011), UART1 (mini UART) is not sent to stdio.
QEMU doesn't emulate the system timer. I use ARM generic timer to generate timer interrupts.

Thanks a lot @lizhuohua! Looks like it is more work than I originally envisioned. I'll probably add an optional exercise to port RPi OS on qemu to all of the lessons.

Here is a QEMU / gem5 Buildroot non-RPI (-M virt) setup that might be of interest to people on this thread: https://github.com/cirosantilli/linux-kernel-module-cheat
Step debugging the source code mentioned on this repo should be cool.

@lizhuohua QEMU (2.12.0) also supports UART1 (mini UART). Please check the following command in lesson02.
$ qemu-system-aarch64 -m 128 -M raspi3 -serial null -serial mon:stdio -nographic -kernel build/kernel7.elf

@chishiro Great, it works! Many thanks!

I can't get qemu's four cores to work. There should be 4 cores enabled by default. I use the same code for pi plus additional modifications. But I only get one core's result. Is there anything I missed?

As far as I understand, for now quemu always run in a single core mode when emulating ARM in top of x86. https://lwn.net/Articles/697265

@s-matyukevich But I checked the original patch, there is a definition for default core number. And I tried smp option with no luck.

I did some testing with my solution for exercice 1.3 and found some interresting things.
Loading the kernel to address 0x0 works fine with kernel.img and made me able to boot with src/kernel.elf aswell wich was not possible with address 0x80000.
Like @evopen, I got only one core running when booting with kernel.img but all 4 cores were running when booting with src/kernel.elf.
I got similar results with @evopen solution too.

@evopen @bl4ckout31 I am not sure about the CPU issue. Maybe multiple CPUs are supported only when you run qemu in KVM mode using some ARM device? You can try to install qemu on Raspbian and test it from there. (I personally think that emulating Raspberry PI from Raspberry PI is definitely cool :) )
I will also take a look at it, but later.

I did not see it mentioned explicitly, but with qemu you need to use the kernel ELF file instead of the raw img. That way qemu will properly load your kernel at address 0.
Another solution for using the mini UART in qemu while keeping access to the monitor and GUI is this:
qemu-system-aarch64 -m 128 -M raspi3 -serial null -serial vc -kernel build/kernel8.elf

Like @chishiro did, I just disabled serial0, but you could leave it enabled by replacing the first -serial null by -serial vc (but I'm not sure that both can be used at the same time anyhow). In the view menu you'll get a serial1 (mini UART) instead of serial0.
Here's also a full command line option that allows you to retain access to the qemu monitor. Since it makes use of multiple terminals, you'll want tu use tmux or screen obviously.
Start with a terminal that will serve as your serial terminal:
# create a pair of FIFOs for mini_uart (do this only once)
mkfifo uart1.{in,out}
# redirect the terminal IO to the FIFOs
cat <uart1.out >&1 & cat <&0 >uart.in

Then run qemu in another terminal:
qemu-system-aarch64 -m 128 -M raspi3 -kernel build/kernel8.elf -nographic \
    -serial null -chardev pipe,id=uart1,path=uart1 -serial chardev:uart1

The qemu monitor will be accessible from this terminal.

I think we should not use elf file for qemu. Although it runs as expected, but it's actually running from 0x30 which is the entry point for elf file. And somehow it jump to 0x0.

Hey, here's a way to run QEMU without needing mkfifo incantations:
qemu-system-aarch64 -m 128 -M raspi3 -cpu cortex-a53 -kernel kernel8.img -nographic \
                    -serial null -chardev stdio,id=uart1 -serial chardev:uart1 -monitor none

Hey, here's a way to run QEMU without needing mkfifo incantations:
qemu-system-aarch64 -m 128 -M raspi3 -cpu cortex-a53 -kernel kernel8.img -nographic \
                    -serial null -chardev stdio,id=uart1 -serial chardev:uart1 -monitor none

When I running your command in osx, I got this cpu statistic.(use top command). I am confused why all the CPUs of the computer be run.

COMMAND
%CPU

qemu-system
397.1

Hello.
For those of you who are still interested in how to start all 4 cores with kernel.img.
First of all, with the kernel.img file qemu boots platform in a different way. It loads additional bootloaders to memory. You can verify this with the help of qemu monitor:
(qemu) info roms
addr=00000000000000d8 size=0x000020 mem=ram name="raspi_spintables"
addr=0000000000000300 size=0x00002c mem=ram name="raspi_smpboot"
addr=0000000000000000 size=0x000028 mem=ram name="bootloader"
addr=0000000000080000 size=0x000548 mem=ram name="kernel.img"

Qemu sets the main core to addr 0 and all the other cores to 0x300.
(gdb) info threads
* 1    Thread 1.1 (CPU#0 [running]) 0x0000000000000000 in ?? ()
  2    Thread 1.2 (CPU#1 [running]) 0x0000000000000300 in ?? ()
  3    Thread 1.3 (CPU#2 [running]) 0x0000000000000300 in ?? ()
  4    Thread 1.4 (CPU#3 [running]) 0x0000000000000300 in ?? ()

So the main core starts to execute "bootloader" code. The code of the "bootloader" can be found in qemu sources. It simply branches to our "kernel.img".
Other cores start to execute "raspi_smpboot" code. Its code can be found at hw/arm/raspi.c:
     static const uint32_t smpboot[] = {
         0xd2801b05, /*        mov     x5, 0xd8 *
        0xd53800a6, /*        mrs     x6, mpidr_el1 */
        0x924004c6, /*        and     x6, x6, #0x3 */
        0xd503205f, /* spin:  wfe */
        0xf86678a4, /*        ldr     x4, [x5,x6,lsl #3] */
        0xb4ffffc4, /*        cbz     x4, spin */
        0xd2800000, /*        mov     x0, #0x0 */
        0xd2800001, /*        mov     x1, #0x0 */
        0xd2800002, /*        mov     x2, #0x0 */
        0xd2800003, /*        mov     x3, #0x0 */
        0xd61f0080, /*        br      x4 */
     };

Cores spin on "raspi_spintables". To wake up cores we need to do 2 things.

We have to load starting address at the correct place in the "raspi_spintables".
We have to use SEV instruction to wake up core.
The address for each core must be calculated like this:
addr = 0xd8 + mpidr_el1 * 8

I prepared function which wakes up core:
.globl wakeup_core
wakeup_core:
        mov x2, 0xd8
        str x1, [x2, x0, LSL #3]
        sev
        ret

It gets 2 arguments. x0 is for mpidr_el1 value and x1 is for starting address.
It works fine for me.

Hello.
For those of you who are still interested in how to start all 4 cores with kernel.img.
First of all, with the kernel.img file qemu boots platform in a different way. It loads additional bootloaders to memory. You can verify this with the help of qemu monitor:
(qemu) info roms
addr=00000000000000d8 size=0x000020 mem=ram name="raspi_spintables"
addr=0000000000000300 size=0x00002c mem=ram name="raspi_smpboot"
addr=0000000000000000 size=0x000028 mem=ram name="bootloader"
addr=0000000000080000 size=0x000548 mem=ram name="kernel.img"

Qemu sets the main core to addr 0 and all the other cores to 0x300.
(gdb) info threads
* 1    Thread 1.1 (CPU#0 [running]) 0x0000000000000000 in ?? ()
  2    Thread 1.2 (CPU#1 [running]) 0x0000000000000300 in ?? ()
  3    Thread 1.3 (CPU#2 [running]) 0x0000000000000300 in ?? ()
  4    Thread 1.4 (CPU#3 [running]) 0x0000000000000300 in ?? ()

So the main core starts to execute "bootloader" code. The code of the "bootloader" can be found in qemu sources. It simply branches to our "kernel.img".
Other cores start to execute "raspi_smpboot" code. Its code can be found at hw/arm/raspi.c:
     static const uint32_t smpboot[] = {
         0xd2801b05, /*        mov     x5, 0xd8 *
        0xd53800a6, /*        mrs     x6, mpidr_el1 */
        0x924004c6, /*        and     x6, x6, #0x3 */
        0xd503205f, /* spin:  wfe */
        0xf86678a4, /*        ldr     x4, [x5,x6,lsl #3] */
        0xb4ffffc4, /*        cbz     x4, spin */
        0xd2800000, /*        mov     x0, #0x0 */
        0xd2800001, /*        mov     x1, #0x0 */
        0xd2800002, /*        mov     x2, #0x0 */
        0xd2800003, /*        mov     x3, #0x0 */
        0xd61f0080, /*        br      x4 */
     };

Cores spin on "raspi_spintables". To wake up cores we need to do 2 things.
1. We have to load starting address at the correct place in the "raspi_spintables".

2. We have to use [SEV](https://developer.arm.com/docs/ddi0596/e/base-instructions-alphabetic-order/sev-send-event) instruction to wake up core.
   The address for each core must be calculated like this:
   **addr = 0xd8 + mpidr_el1 * 8**

I prepared function which wakes up core:
.globl wakeup_core
wakeup_core:
        mov x2, 0xd8
        str x1, [x2, x0, LSL #3]
        sev
        ret

It gets 2 arguments. x0 is for mpidr_el1 value and x1 is for starting address.
It works fine for me.

I tried your technique with the SMP cores flag but no luck, I'm pretty sure it didn't run my code.

Hello.
For those of you who are still interested in how to start all 4 cores with kernel.img.
First of all, with the kernel.img file qemu boots platform in a different way. It loads additional bootloaders to memory. You can verify this with the help of qemu monitor:
(qemu) info roms
addr=00000000000000d8 size=0x000020 mem=ram name="raspi_spintables"
addr=0000000000000300 size=0x00002c mem=ram name="raspi_smpboot"
addr=0000000000000000 size=0x000028 mem=ram name="bootloader"
addr=0000000000080000 size=0x000548 mem=ram name="kernel.img"

Qemu sets the main core to addr 0 and all the other cores to 0x300.
(gdb) info threads
* 1    Thread 1.1 (CPU#0 [running]) 0x0000000000000000 in ?? ()
  2    Thread 1.2 (CPU#1 [running]) 0x0000000000000300 in ?? ()
  3    Thread 1.3 (CPU#2 [running]) 0x0000000000000300 in ?? ()
  4    Thread 1.4 (CPU#3 [running]) 0x0000000000000300 in ?? ()

So the main core starts to execute "bootloader" code. The code of the "bootloader" can be found in qemu sources. It simply branches to our "kernel.img".
Other cores start to execute "raspi_smpboot" code. Its code can be found at hw/arm/raspi.c:
     static const uint32_t smpboot[] = {
         0xd2801b05, /*        mov     x5, 0xd8 *
        0xd53800a6, /*        mrs     x6, mpidr_el1 */
        0x924004c6, /*        and     x6, x6, #0x3 */
        0xd503205f, /* spin:  wfe */
        0xf86678a4, /*        ldr     x4, [x5,x6,lsl #3] */
        0xb4ffffc4, /*        cbz     x4, spin */
        0xd2800000, /*        mov     x0, #0x0 */
        0xd2800001, /*        mov     x1, #0x0 */
        0xd2800002, /*        mov     x2, #0x0 */
        0xd2800003, /*        mov     x3, #0x0 */
        0xd61f0080, /*        br      x4 */
     };

Cores spin on "raspi_spintables". To wake up cores we need to do 2 things.
1. We have to load starting address at the correct place in the "raspi_spintables".

2. We have to use [SEV](https://developer.arm.com/docs/ddi0596/e/base-instructions-alphabetic-order/sev-send-event) instruction to wake up core.
   The address for each core must be calculated like this:
   **addr = 0xd8 + mpidr_el1 * 8**

I prepared function which wakes up core:
.globl wakeup_core
wakeup_core:
        mov x2, 0xd8
        str x1, [x2, x0, LSL #3]
        sev
        ret

It gets 2 arguments. x0 is for mpidr_el1 value and x1 is for starting address.
It works fine for me.

I tried your technique with the SMP cores flag but no luck, I'm pretty sure it didn't run my code.

You can check my solution for multicore boot. It works on both qemu and raspberry pi:
https://github.com/AlMazyr/raspberry-pi-os/tree/lesson01/src/lesson01

Thanks, I will try this soon, I was just noticing yesterday that the latest armstub code is putting the cores to sleep (at least that's what it seemed like it's doing to me):  https://github.com/raspberrypi/tools/blob/master/armstubs/armstub8.S
secondary_spin:
	wfe
	ldr x4, [x5, x6, lsl #3]
	cbz x4, secondary_spin
	mov x0, #0
	b boot_kernel

authors: AlMazyr aaronjanse bl4ckout31 chishiro cirosantilli db47h evopen lizhuohua obstriker rockytriton s-matyukevich stefanJi

repo: s-matyukevich/raspberry-pi-os


text:
SAK-31669 Correctly log when removing permissions.

Not sure if this is the right place to do it, but the defaults for SitePerms tool are bad ..... they should pause less and should have a much higher max run time (86400 instead of 3600)

There doesn't seem to be a max run time, there's a max time to wait for a job to complete before you're allowed to start another, but the thread doesn't appear to limit itself.
Dropping the pause time down to 100ms seems sensible, or were you thinking further?
Really this should be a quartz job and then you get cross cluster coordination and lockout of jobs while the old one is running as well as the ability to stop a running job half way through cleanly.

100ms is fine with me.
Here is the max run time: site.adminperms.maxrun.secs=3600

Ah, I missed the call to isLockedForUpdates() in the loop.

authors: buckett ottenhoff

repo: sakaiproject/sakai


text:
Calculate parity even if there is not enough buffer

:+1: LGTM

👍

authors: chibiegg misodengaku spiralray

repo: sakura-internet/SakuraIOArduino


text:
add update command. have closure always clean up the named container

honestly for all this fuss about keeping the container around or renaming or whatever maybe we should just revert my PR that named the container something sensible, and just go back to randomly generated names, deferring container garbage collection to something else... I don't really see how I'll easily script this without now grepping the output of k2cli
but if we're happy with this as is than so am I

As far as scriptability - That's another task. I'll file a ticket to have optional machine-parseable output for all commands.

authors: maratoid spiffxp


text:
Add an option to upload an image within the long description

Thanks, tested and working fine.

repo: samuelcolvin/nosht


text:
skip forward/backward functionality added

Tried locally, everything works as intended.

wave selection
skip forward
skip backward
Loop button is present in GUI currently, but functionality is WIP

authors: sandcobainer yilin-zhang

repo: sandcobainer/WaveEditor


text:
add sauce build information from the API

Codecov Report

Merging #37 into master will increase coverage by 1.95%.
The diff coverage is 78.82%.

@@             Coverage Diff              @@
##             master      #37      +/-   ##
============================================
+ Coverage     57.44%   59.39%   +1.95%
- Complexity      143      178      +35
============================================
  Files            10       11       +1
  Lines           846      931      +85
  Branches        127      141      +14
============================================
+ Hits            486      553      +67
- Misses          309      325      +16
- Partials         51       53       +2

Impacted Files
Coverage Δ
Complexity Δ

...c/main/java/com/saucelabs/ci/BuildInformation.java
77.77% <77.77%> (ø)
30 <30> (?)

src/main/java/com/saucelabs/ci/JobInformation.java
80.85% <84.61%> (+0.6%)
46 <5> (+5)
:arrow_up:

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 4935172...0ff0268. Read the comment docs.

authors: codecov-io yfangsl

repo: saucelabs/ci-sauce


text:
Fix #2329: Add JSStringOps.normalize().

Review by @nicolasstucki

Refer to this link for build results (access rights to CI server needed):
https://scala-webapps.epfl.ch/jenkins/job/scalajs-pr/2999/
https://scala-webapps.epfl.ch/jenkins/job/scalajs-matrix-build/3893/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
https://scala-webapps.epfl.ch/jenkins/job/scalajs-pr/3002/
https://scala-webapps.epfl.ch/jenkins/job/scalajs-matrix-build/3896/
Test FAILed.

Jenkins, retest this please.

@nicolasstucki I'm rebasing them.

LGTM

Refer to this link for build results (access rights to CI server needed):
https://scala-webapps.epfl.ch/jenkins/job/scalajs-pr/3006/
https://scala-webapps.epfl.ch/jenkins/job/scalajs-matrix-build/3903/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
https://scala-webapps.epfl.ch/jenkins/job/scalajs-pr/3008/
https://scala-webapps.epfl.ch/jenkins/job/scalajs-matrix-build/3905/
Test FAILed.

retest this please

Refer to this link for build results (access rights to CI server needed):
https://scala-webapps.epfl.ch/jenkins/job/scalajs-pr/3012/
https://scala-webapps.epfl.ch/jenkins/job/scalajs-matrix-build/3909/
Test PASSed.

authors: nicolasstucki scala-jenkins sjrd

repo: scala-js/scala-js


text:
Misc minor refactoring for optimizations/readability

There seems to be an actual problem with some of the changes (contains on Option seems to not exist).

Other improvements look good to me (mostly due to readability not speed)

The code changes LGTM now. Could you please rebase on top of the latest 0.6.x, and squash everything in a single commit whose message is the title of this PR? I don't think there's any need to keep those small changes in individual commits.

Thanks for reviewing.
Squashed into one commit.

authors: exoego gzm0 sjrd


text:
MAINT: stats: Fix an incorrect comment.

Thanks Warren, LGTM. It has been in for so long, confusing generation after generation of newcomers :-). Great to see it fixed, finally.

authors: WarrenWeckesser ev-br

repo: scipy/scipy


text:
Check retry and reconnect

Our implementation of retrying failed connections and reconnect closed connections is slowing down the integration and closing existing connection without a chance to reconnect.
This PR disables the reconnect functionality of MQTT.js by setting recconectPeriod. So MQTT.js doesn´t try to reconnect existing clients.
Therefore bullmq and redis is introduced to handle retries. All closed connections or failed connections are added to a queue and creates a delyed job. It will be picked up by a worker to try to connect the box to the configured mqtt broker.

This should also fix #12

repo: sensebox/mqtt-osem-integration


text:
Input challenges: allow multiple input challenges

Currently, we allow only one correct input challenge. So it is not possible to add multiple correct answers like 5x and 5*x. Should we allow this or should we rather add appropriate input types that cover such cases?
ping @arekkas @SimonKoehl

You can not cover all possible possibilities manually, this should be done automatically.

In principle I agree. But then we need a couple of input challenges because of many different kinds of requirements. For example, consider exercises like Factorize 5x + 20y. Then we need the following solutions:

5(x+4y)
5*(x+4y)
(x+4y)5
(x+4y)*5
all above but with (4y+x)

Now suppose that factorizing is not required in another exercise. So you need another type for that. Or exercises like Apply associativity. Again, this is different to the cases above. Fractions are another use case that probably require different kind of types.
Therefore, this approach leads to many different types (or types that are highly configurable). This makes it hard for editors to use those, even if we have some kind of "preview" beforehand.

Now, can you imagine someone typing in all those different ways by hand?
Let's look at how khan academy has solved this?

Of course not, but it would allow prototyping in some cases.
Good idea with KA, although I suppose usability for editors isn't their top priority since they don't have a community that creates those exercises. I will look into this, though.

Maybe we could use something like mathematica or wolfram to normalize the input?

I quickly look into http://khan.github.io/perseus/. It is basically a combination of configurable and multiple answers:

See e.g. https://www.khanacademy.org/math/cc-sixth-grade-math/cc-6th-equivalent-exp/cc-6th-distributive-property/e/distributive-property-with-variables
The problem with CASs is that we don't want the full power. So we would require a CAS that only applies some configurable simplifications. And I don't know a CAS that does this (this would be a pretty cool project, btw).

I don't know one either, but I have never searched for one. Maybe KA uses some library that we could use?
I am against providing multiple inputs for equivalent solutions. I do not think that this feature will be used a lot by authors and even if, it will be very hard to anticipate all correct solutions. Additionally, chainging the exercise's task would imply changing 5-10 solutions as well. I'd rather keep it simple (only use it when the answer is clear) than introducing this to our content silo.

Okay, so we leave everything as it is and solve #307

authors: arekkas inyono


text:
There was a bug with my modifications for Twitter Bootstrap 2

Already fixed.

This was already fixed in bc0644929f485eea69415744d504adbee7d7f57d

ok, thx

authors: henrik sethvargo vincenzor


text:
[modify] gws/presence: member criteria

Coverage decreased (-17.9%) to 56.334% when pulling 6214017487894171f0a3121bf3f68d700e8d0d77 on tany:pr into eba7a46a2c6aa4eceec9af55002fbfb60ebb1087 on shirasagi:master.

authors: coveralls tany

repo: shirasagi/shirasagi


text:
Rubocop fix

Closing in favor of https://github.com/shortdudey123/chef-salt/pull/35


text:
Module generation on Instantiation

Internal sub-module definitions are automatically compiled into Verilog.

repo: shtaxxx/veriloggen


text:
Add 3.2 and php 5.6 test

@scott1702 If PHP 5.5 tests (or other versions) are missing, we should add those as well :)

authors: chillu tractorcow

repo: silverstripe-labs/comment-notifications


text:
The CLI seems to add a newline to the contents when copying

Can you include the exact command you used to copy? What OS?

$ printf 'asdf' | clipboard && clipboard | od -a
0000000   a   s   d   f  nl
0000005

Gitbash on windows 10

repo: sindresorhus/clipboard-cli


text:
如何生成艺术二维码。改变他的形状呢

类似于这种的呢

这个看上去并不是异形qr吧 只是里面塞了个小的

不是啊，这个小的也是艺术的啊

不是啊，这个小的也是艺术的啊

我的意思就是小的才是qr code，你把当中那个去掉了扫外面的扫不出什么的

authors: fenglijunnb kunKun-tx


text:
Ready/remove java property fix env variable

Closing in favor of smaller, more focused PRs

repo: slamdata/quasar


text:
update link: http -> https

Coverage remained the same at 100.0% when pulling 58856cc625e7c306e4c19aaf80e52ec8e4d140b3 on Rotzbua:patch-1 into 624dd0bcad4f98d91b087f2826fb13a185e65431 on slimphp:4.x.

authors: Rotzbua coveralls

repo: slimphp/Slim


text:
Added minio azure gateway

@jeffgrunewald We should squash when we merge. Also, we'll need to release a new version of the chart.

authors: JakeTheGingScheuer jdenen

repo: smartcitiesdata/charts


text:
Extract & add tests for clone repo command

Coverage increased (+18.97%) to 95.61% when pulling eef8c2abbac7e4a6fa9b55e71481371d10a08924 on feature/issue-1-tests-for-tools into 372fe8c4d6c41c75a226bb73f198bc8f15d86518 on develop.

authors: coveralls smn

repo: smn/springboard


text:
Move mini map to widescreen area

Implemented configurable mini-map in https://github.com/snaphat/final_fantasy_vi_widescreen/commit/325c611a93bfa35ed5461268e8864e14f98c343b


text:
Fix some typos in Configuration

Thx @kvap

authors: klefevre kvap

repo: snipsco/Postal


text:
Thrift Raw Event: add collector-payload-1 and schema-sniffer-1

This is done, closing.

authors: alexanderdean fblundun

repo: snowplow/snowplow


text:
Draw code format from rust_sodium

Coverage remained the same at 94.516% when pulling b26ca774e63e1867eb454e20755d0c48166e6335 on rust_sodium_formatting into b480ef166afa5d933e20e0346394bd72b416d293 on master.

authors: coveralls kpp

repo: sodiumoxide/sodiumoxide


text:
Clean out the GitHub Repo

From what I remember @RubenVerborgh did this task last year...

?

Oh my mistake, I think it was @justinwb 😓

I think @RubenVerborgh proved it was doable.
But the task needs some inventory.

Finalizing this in https://github.com/solid/team/issues/22

authors: MarrelleBailey RubenVerborgh bourgeoa theRealImy

repo: solid/team


text:
Field addition clean

@tjasmith If you could resolve the merge conflicts, I'll merge these in

@goneall I have resolved the merge conflicts

authors: goneall tjasmith

repo: spdx/tools


text:
"ESCU - Abnormally High Number Of Cloud Security Group API Calls - Rule" missing risk alert action

Fixed in this commit: https://github.com/splunk/security-content/pull/696/commits/cad99d8dfbbfee643b594499b47dcd2460251de5
Although this search is not scoped for Beta 2

repo: splunk/security-content


text:
bigquery: Test the query task.

great!

authors: erikbern mbruggmann

repo: spotify/luigi


text:
Fixed a bug in argparse for Python 2.7.9 + added some new tests

Just wasted five hours of my live on this... this is the best workaround that I could think of.
Note that the behavior was completely messed up on Python 2.7.9 (which uses the same argparse as Python 3) but we didn't have any tests that caught it.

Sweet! :)

This could probably have been solved a little cleaner, but me and argparse aren't best friends.
Another benefit is the non-HDFS tests are running much faster now

authors: Tarrasch erikbern


text:
version bump for JDK 8 (112)

What a shitshow this version syntax is!
Before
$ mvn help:active-profiles
Active Profiles for Project 'com.squareup.okhttp3:benchmarks:jar:3.6.0-SNAPSHOT':

The following profiles are active:

 - ossrh (source: external)
 - alpn-when-jdk8 (source: com.squareup.okhttp3:benchmarks:3.6.0-SNAPSHOT)
 - alpn-when-jdk8 (source: com.squareup.okhttp3:parent:3.6.0-SNAPSHOT)
 - alpn-when-jdk8_11 (source: com.squareup.okhttp3:parent:3.6.0-SNAPSHOT)

$ mvn help:evaluate -Dexpression=alpn.jdk8.version
8.1.0.v20141016

After
$ mvn help:evaluate -Dexpression=alpn.jdk8.version
8.1.9.v20160720

I'm guessing you found this already, but version ranges break
    <profile>
      <id>alpn-when-jdk8_05</id>
      <activation>
        <jdk>[1.8.0_05,1.8.0_25)</jdk>
      </activation>
      <properties>
        <alpn.jdk8.version>8.1.0.v20141016</alpn.jdk8.version>
      </properties>
    </profile>

[ERROR]     Failed to determine activation for profile alpn-when-jdk8_05 @ line 312, column 18: For input string: "0_05"

Yeah, ick.

authors: swankjesse yschimke

repo: square/okhttp


text:
Is there any guide to migrate from 0.6 to 0.7 version?

nope. You can check the release notes for more information on the release and what might need to be migrated

Went through the process recently, here's a rough outline...
Download and install latest (currently alpha) plugin
Go to https://plugins.jetbrains.com/plugin/8191-sqldelight
Update to SupportSQLiteDatabase
The major change is that SQLiteDatabase is now SupportSQLiteDatabase, so that will need to
be replaced globally.
Update sqldelight model code
You'll need to replace all occurrences of
SqlDelightStatement with SqlDelightQuery
e.g.
SqlDelightQuery statement = MyCoolTableSql.FACTORY.select_all_for_my_id(myId);
Cursor c = sqldb.query(statement.statement, statement.args);

becomes
SqlDelightQuery sqlDelightQuery= MyCoolTableSql.FACTORY.select_all_for_my_id(myId);
Cursor c = sqldb.query(sqlDelightQuery);

Next simply change rawQuery to query (that is, SQLiteDatabase used rawQuery but SupportSQLiteDatabase uses query)
Finally, depending on your implementation you may need to delete program e.g. insertMyItem.program.executeInsert(); becomes insertMyItem.executeInsert();
Update sqlbrite to 3.2.0
If you're using sqlbrite, also update to latest (3.2.0 currently) which has similarly made the jump to SupportSQLiteDatabase.  Changes should be minor, in particular you'll need to change the sqlbrite DB create statement to use the new helper.
(Optional) use "Room" to create your sqldelight tables
Optional but highly useful: create matching "Room" entities for your .sq table create statements...
A big part of the 0.6.1 to 0.7.0 update is moving to SupportSqlite* -- "Room" makes creating the new DB very easy, but you need 1-to-1 matching entities (note: you don't need to create a single Dao, just entities i.e. instruct Room how to create your tables)
For example if you had sqldelight file MyItemSql.sq e.g.
CREATE TABLE myItemSql (
    _id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
    title TEXT NOT NULL,
);

the corresponding "Room" entity (e.g. kotlin file MyItemRE) would be:
@Entity(tableName = MyItemRE.TABLE_NAME)
data class MyItemRE(
        @PrimaryKey(autoGenerate = true)
        var _id: Long = 0,
        val title: String
) {
    companion object {
        const val TABLE_NAME = "myItemSql "
    }
}

While the above is a "toy" example, "Room" entities will happily handle complex FK (foreign keys)
etc. -- you should be covered with a bit of effort.
And of course in addition to the entities you'll need a simple e.g. MyRoomDB abstract class, but building RoomDB from that is trivial (just follow the docs) and you can then call getDB() and grab the SupportSQLiteDatabase etc where needed.
The point of this (besides saving manually creating the DB) is that you could now incrementally add "Room" Daos and have both sqldelight and "Room" accessing the same DB.  Up to you.
(sqldelight 0.7.0 won't play nicely with "Room" newer than 1.0.0, so hold at that version for now)

authors: AlecStrong ar-g tellypresence

repo: square/sqldelight


text:
Accordion component

Can we grab changes from SUIR master? I reworked key handling there, it's more cleaner now.

@layershifter can you post a link to the specific key handling you are referring to?

authors: alinais layershifter levithomason

repo: stardust-ui/stardust


text:
useLoadingState to swallow errors when given an errorHandler.

Coverage remained the same at 100.0% when pulling f12078755dd3fcf46d323e0bafd856efebd81eb0 on useLoadingState-error-handling into 45e7278f0ce069fa9f83fb4976a936579567bbe9 on master.


text:
ClusterDiffResults method names

@scholzj if you're happy with it please just merge it.

repo: strimzi/strimzi


text:
AuthenticationResourceManager resources first time boot fixed

Thanks, @sbespalov ! :)

authors: carlspring sbespalov

repo: strongbox/strongbox


text:
App crash on closing Installation wizard window

Fixed

repo: subutai-io/launcher


text:
Add /healthcheck handler. Fixes #96

related to https://github.com/sul-dlss-labs/taco/issues/163

authors: eefahy jcoyne

repo: sul-dlss-labs/taco


text:
Add flannel IP to certificate altnames

Coverage decreased (-0.2%) to 46.393% when pulling ff6cc000774f5a0ed746733a5868e59990260459 on stgleb:altnames into 24475810fb15e1918f2f40a277077e9f9a86b52b on supergiant:master.

authors: coveralls stgleb

repo: supergiant/supergiant


text:
Add regex matching method

:+1:

thanks @mttrd !

authors: ArtFeel mttrd supermarin

repo: supermarin/ObjectiveSugar


text:
Migrate to CircleCI

It looks like you forgot to remove the .travis.yml file

authors: lyrixx tgalopin

repo: symfonycorp/insight


text:
Blinds widget: replace labels with icons and set widget colors consistent with other widgets

Thanks for the cleanup. Consistency is good.
It would be nice if you could update the wiki accordingly :)

Here is the screenshot for the wiki:


text:
Get comments for a torrent

@amilajack

Why is the build failing?

The tests fail sometimes because of network unpredictability. Its pretty annoying. As long as at least 2 of the 3 builds pass, we're fine.

Ok, i can see the build log. I will check why or has failed.

Just test it locally. Travis and appveyor tests are really flaky

Thanks for this!

Welcome!

authors: amilajack renjithsasidharan


text:
automatically disable autoPreview on direct-edit

Change mind, manually do it.


text:
Adicionando tarefa #19

certo professor irei corrigir

Aguardo feedback, professor.


text:
Add coverageReport.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@759ac8c). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master       #1   +/-   ##
=========================================
  Coverage          ?   97.28%
=========================================
  Files             ?       14
  Lines             ?      295
  Branches          ?       17
=========================================
  Hits              ?      287
  Misses            ?        8
  Partials          ?        0

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 759ac8c...c77bb08. Read the comment docs.

authors: codecov-io takayahilton

repo: takayahilton/sql-formatter


text:
refactor: remove query status bools

Why did you remove the Bools?

I guess they are not really needed as they are also added in the observer?

Ohhhh so they’re still there? Sorry I’m on my phone lol. Didn’t see the observer

authors: boschni tannerlinsley

repo: tannerlinsley/react-query


text:
Feature/increase code coverage

Coverage increased (+21.3%) to 100.0% when pulling d2662bf9c5ff5c0cfab80242dfba89fdc20791af on digitronac:feature/increase-code-coverage into d45fad6775d0e2866c101be1f443ed5eb3bef5d3 on tasmaniski:master.

authors: coveralls digitronac

repo: tasmaniski/unfinished


text:
Add new NPR picture

Just gonna swap out the NPR politics pic with this pic.


text:
Repo Update

Can one of the admins verify this patch?

authors: printdhruv tensorflow-jenkins

repo: tensorflow/tensorflow


text:
Support multiple types of signed requests

Unittests moved: https://github.com/thenewboston-developers/thenewboston-node/pull/131

CoinTransferTransaction model: https://github.com/thenewboston-developers/thenewboston-node/pull/132

Most of the code has switched to CoinTransferTransaction: https://github.com/thenewboston-developers/thenewboston-node/pull/133

Transfer request message moved: https://github.com/thenewboston-developers/thenewboston-node/pull/134

Rename: https://github.com/thenewboston-developers/thenewboston-node/pull/135

Account state class: https://github.com/thenewboston-developers/thenewboston-node/pull/148

Names brush up: https://github.com/thenewboston-developers/thenewboston-node/pull/149

lock -> balance_lock: https://github.com/thenewboston-developers/thenewboston-node/pull/150

Account state updates: https://github.com/thenewboston-developers/thenewboston-node/pull/151

Files moved: https://github.com/thenewboston-developers/thenewboston-node/pull/152

AccountStateUpdate decommissioned: https://github.com/thenewboston-developers/thenewboston-node/pull/154

accounts -> account_states: https://github.com/thenewboston-developers/thenewboston-node/pull/155

BlockchainState model: https://github.com/thenewboston-developers/thenewboston-node/pull/156

account_root_file -> blockchain_state: https://github.com/thenewboston-developers/thenewboston-node/pull/157

Signed request -> signed change request: https://github.com/thenewboston-developers/thenewboston-node/pull/158

transfer request -> signed change request: https://github.com/thenewboston-developers/thenewboston-node/pull/159

Supported: https://github.com/thenewboston-developers/thenewboston-node/pull/160

done


text:
Needs to be updated for compatibility with league/container 2x?

Sorry about this, I haven't had a chance to look at this or if League\Container 2.0 has landed yet. If you'd like to provide a PR or some details about what I need to change, I'd be glad to review?
Alternately, I'm recommending folks use the standard CallableListener that ships with Tactician core, rather than an individual adapter for every container out there. https://github.com/thephpleague/tactician/blob/master/src/Handler/Locator/CallableLocator.php

Take a look at pull request #6 I submitted a while back for upgrading to League\Container 2.0 (which has a stable release now).
Because League\Container 2.x implements container-interop/container-interop upgrading will allow this package to work with any container that also implements the container-interop interface rather than just the league/container package.

See #8 for a status update but dev-master should work for now. Sorry for the long delay on this!

authors: bradhanebury rosstuck spekkionu

repo: thephpleague/tactician-container


text:
怎样分出 十日图 一日图 一小时图来？

自己计算一下然后填充数据啊，和日K不是一样的吗？下面的日期也是可以随便定制的

authors: xiejinsorry yuliangC

repo: tifezh/KChartView


text:
Add a demo gif to README

No need for a GIF when we now have a nice live website

repo: timvink/mkdocs-print-site-plugin


text:
Vagrant setup

I'd recommend a squash / rebase ~i of the commits to cut out some of the chatter on the edits.

There is a weird error where I can only use the template ID from the JSON document, and not the template ID listed on the tink template list command to create a workflow.
Since they don't match, it seems to not execute as you'll see from the previous screenshot.

Another attempt at clearing templates, creating a new one and then trying to create a workflow for it with the Vagrant setup:

authors: alexellis gianarb


text:
Bound BlockArrays version in test/Project.toml

Codecov Report

Merging #114 into master will increase coverage by 0.1%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master     #114     +/-   ##
=========================================
+ Coverage   89.02%   89.13%   +0.1%
=========================================
  Files          18       18
  Lines        1130     1095     -35
=========================================
- Hits         1006      976     -30
+ Misses        124      119      -5

Impacted Files
Coverage Δ

src/basics.jl
30.76% <0%> (-4.95%)
:arrow_down:

src/core.jl
73.2% <0%> (-2.13%)
:arrow_down:

src/processes.jl
91.09% <0%> (-0.69%)
:arrow_down:

src/show.jl
94.87% <0%> (-0.05%)
:arrow_down:

src/library.jl
93.5% <0%> (-0.02%)
:arrow_down:

src/dreduce.jl
100% <0%> (ø)
:arrow_up:

src/reduce.jl
100% <0%> (+3.03%)
:arrow_up:

src/progress.jl
92.59% <0%> (+3.82%)
:arrow_up:

src/comprehensions.jl
81.81% <0%> (+17.53%)
:arrow_up:

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 0bde5b0...9a81e99. Read the comment docs.

authors: codecov-io tkf


text:
Fix address

@sbender9

repo: tkurki/udp-nmea-plugin


text:
Use correct path for clstmocrtrain binary in run-uw3-500 script

A better solution would be to change the scons script, so it be possible to install clstm programs in /usr/local/bin

authors: amitdo ryanfb

repo: tmbdev/clstm


text:
PR needs review. Fixed tokio-core change to Encoder/Decoder

Thanks! We'll get to it soon

repo: tokio-rs/tokio-minihttp


text:
macOS: fix subtle regression introduced in 0474dc986

Thanks! Could you add a CHANGELOG entry?

@francesca64 done! I always forget to do that 🤦♂

Looks good! I'll merge once CI passes.

Looks like AppVeyor is stalled, which is coincidentally the only one I can't restart builds on. Since I doubt your changelog edit broke Windows builds, I'll go ahead and merge.

Well, we did just have a release a day ago. Besides that, note that I don't have write access on glutin, so getting winit releases downstream involves locking the tomaka mutex.
I think now that winit's level of activity is higher, it could be good to have an issue for tracking releases? I'm not really sure. I just know that I have various things in mind I'm aiming for with winit 0.14, and that I don't really know what other people want.

Yeah, I figured it would be best to get as much into the glutin release as possible, since that appears to be the bottleneck.
I'm not sure what an issue for tracking releases would entail, exactly.
If there's other stuff you want to get in before doing another release, it makes sense to wait.
I'll defer to your judgement.

I'm not really sure what it would entail either.
While it's appealing to try to squeeze as much into the glutin bump as possible, I also don't want to have too much change at once, or bisecting regressions could be harder. Granted, there's not much risk of that with the current additions, but I'm 2/3 of the way into changing Moved from using client area positions to window positions, and the fix for X11 involves some refactoring and added caching logic.
Besides the things I'm presently working on, I do aspire to get the DPI PRs for Wayland and Windows merged for 0.14, though I keep getting sidetracked. Be sure to let me know if my "make releases impressive" mentality results in releases being too infrequent, since I'll always end up finding another thing I want to add.

The bisecting point is a good one, but also seems pretty easily solved by pointing a dependency at a local version and bisecting on the dependency's commits, versus bisecting across release versions (this is what I tend to do from alacritty for example, in fact I do this frequently transitively through glutin to winit).
It does seem like a bit of a treadmill of work with, and any release point will be pretty arbitrary. Personally I think it makes sense for a project at this stage to err on the side of too frequent releases, rather than too infrequent. The glutin bottleneck does present a problem for this.
The only specific concern I have is releasing glutin with the regression to the macos window platform attributes, it would be nice for the next glutin release to include this fix. But that's mostly impatience on my part.

Just for your information :
I did that change in 0474dc986, and the reason to change the order of !pl_attrs.titlebar_transparent is:

The default implemenation of pl_attrs.titlebar_transparent is false, so that if even a normal user (which will not use pl_attrs.titlebar_transparent flag) would affect by that, which mean the attrs.decorations flag  may not be working.
As i don't want to change the original code too much, I do not change the if then structure. It should be changed the implementation to add the flag one by one, instead of mutual exclusive if then structure.

@edwin0cheng that's a good point. The reason it was that way when I added those flags is I also didn't want to change the structure too much, but I think you're right, we should change it to check the flags individually. I'll take a pass at that. Thanks for the note!

repo: tomaka/winit


text: Rich

repo: trekhleb/javascript-algorithms


text:
Fix collision box for range sensor

Download:
Environment: QT=5.12, ARCH=32, CONFIGURATION=release, QTIFW=C:\Qt\Tools\QtInstallerFramework\3.1

Download:
Environment: QT=5.12, ARCH=32, CONFIGURATION=release, QTIFW=C:\Qt\Tools\QtInstallerFramework\3.1

authors: AppVeyorBot IKhonakhbeeva

repo: trikset/trik-studio


text:
Show IPFS alternate links of application/ld+json (via) links in WebFinger if IPFS is configured

Spoke with @sandrask - this task is more complicated than initially thought. To support this, DID hints need some way of specifying multiple sources. This requires some design.

repo: trustbloc/orb


text:
Allow developers to specify whether to respond with the distance and coordinates information to UserNearbyRequest

Done.

repo: turms-im/turms


text:
Implementando interfaz query tool

Rama equivocada

repo: tytusdb/tytus


text:
Add option to add topic to top level

ready for you @Raynos

lgtm. Merge when ready.

also regarding the bumping versions, will do next time. thanks @Raynos

repo: uber/nodesol-write


text:
Column - added condition callback to allow/disallow inline editing on each row

Fixed typehint, but there is error "Nextras\Dbal\ConnectionException: Access denied for user 'travis'@'%' to database 'datagridTest'". I thing, that is not my error ;)

repo: ublaboo/datagrid


text:
Спиктейт не работает

Спиктейт сделан.

repo: undrfined/TrappedChest


text:
Upgrade @untemps/vocal for better support checking

:tada: This issue has been resolved in version 1.6.6 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: untemps/react-vocal


text:
Saved entries as resolved

This will be implemented in https://github.com/up9inc/mizu/pull/98 in a better way


text:
Укоротил readme, оставив основное

А зачем?

Перенес всю документацию для разработчиков в github вики. Тут только инфа для запуска

authors: dimastark dzlk


text:
WIP: Add jasmine junit and coverage reporting

Changes Unknown when pulling 08b36810fa12764d6500cda6558fa12a836a183f on reporter-updtes into ** on master**.

Changes Unknown when pulling 5dd5e1c2a3df969d44e4383177e4c30fc3cd96a2 on reporter-updtes into ** on master**.

authors: coveralls pietvanzoen

repo: usabilla/file-name-linter


text:
Add footer with email contact information, copyright, etc.... to every page.

Something like this?

©2018 BY THE RECTOR AND VISITORS OF THE UNIVERSITY OF VIRGINIA
Privacy  |  Accessibility  |  Contact

authors: danfunk nmagee

repo: uvasomrc/ed-platform


text:
Refactor callback functions to async / await

Most of these have been rewritten to redux-sagas.

repo: vFujin/HearthLounge


text:
Add import --num option and enable type query integration test

A changelog entry is still missing. I know, easy to overlook, but we need to train ourselves...if need be with a cattle prod at the office. 😉

authors: mavam tobim

repo: vast-io/vast


text:
make sidepanel look nice

closing, no longer relevant

repo: vector-engineering/covidcg


text:
add free-programming-books-zh_TW.md

Hi, thanks for your contribution! The goal of a [language] book list file is to list books written in [language]. I'll gladly accept a PR to create a traditional Chinese file holding books in traditional Chinese.

authors: PeterDaveHello vhf

repo: vhf/free-programming-books


text:
add disco dingo

sid/m68k and sid/sh4 failed due to no correct installable version for git-man. But I still want to merge this :)


text:
T02.01-Solution-CreateLayout

Completed - T02.01-Exercise-CreateLayout


text:
can you please explain what is being done in this project and also commands to run this with sample example?

what is being done in this project
Answer> make use of hyper scan to explore the possibility of comparing bytes for the desired string. In this project, it compares the IPv4 for the ingress frames.
also commands to run this with sample example
Answer> ./application_name


text:
如果主动校验form的规则，和某个字段的校验

可在action里面通过this访问当前表单block的vue实例，通过this.$refs.amsForm访问表单上面的ref
this.$refs.amsForm.validate((valid) => {
    if (valid) {
        alert('submit!');
    } else {
        console.log('error submit!!');
        return false;
    }
});

repo: vipshop/ams


text:
Add GKE conformance test to CI

/skip-all

authors: Dyanngg antoninbas

repo: vmware-tanzu/antrea


text:
Api update

Codecov Report

Merging #61 into master will increase coverage by 0.07%.
The diff coverage is 96.83%.

@@            Coverage Diff             @@
##           master      #61      +/-   ##
==========================================
+ Coverage   97.15%   97.23%   +0.07%
==========================================
  Files          32       32
  Lines        1265     1264       -1
==========================================
  Hits         1229     1229
+ Misses         36       35       -1

Impacted Files
Coverage Δ

fooof/core/io.py
94.54% <ø> (ø)
:arrow_up:

fooof/tests/test_synth.py
100% <100%> (ø)
:arrow_up:

fooof/utils.py
100% <100%> (ø)
:arrow_up:

fooof/tests/test_core_reports.py
100% <100%> (ø)
:arrow_up:

fooof/core/reports.py
100% <100%> (ø)
:arrow_up:

fooof/plts/fm.py
97.22% <100%> (ø)
:arrow_up:

fooof/plts/templates.py
100% <100%> (ø)
:arrow_up:

fooof/plts/fg.py
93.33% <100%> (ø)
:arrow_up:

fooof/synth.py
100% <100%> (ø)
:arrow_up:

fooof/tests/test_core_strings.py
100% <100%> (ø)
:arrow_up:

... and 11 more

Continue to review full report at Codecov.

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

authors: TomDonoghue codecov-io

repo: voytekresearch/fooof


text:
Update README.md

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

repo: walmartlabs/mock-server


text:
Build block quote styles

'Done' as far as the current designs are concerned (although I think there's an outstanding question regarding whether or not there's a further/different blockquote style required).

We talked about the pull quotes and block quotes with Danny today.
The pull quote is good as is.
The block quote should have quote marks removed, feel more a part of the narrative structure
@Norvard

authors: davidpmccormick jennpb


text:
Update travis cfg and postmark dep

Good catch, thanks! We need to update all gemfiles to 1.6.0 though. I keep forgetting about them :( If you don’t have time for that, I’ll do it myself some time later this or next week.

Actually, I realized there was a reason why 4.2 was excluded from the build matrix. The root Gemfile installs the latest ActionMailer, which is 4.2.x now. As discussed above, I updated all external gemfiles to test against the postmark gem version 1.6.0. If you had any particular problem using the latest gem version in a Rails 4.2 app, please file another issue.

authors: MattHall temochka

repo: wildbit/postmark-rails