-
Updated
Dec 16, 2020 - C++
Here's what's popular on GitHub today...
-
Updated
Dec 18, 2020 - Python
-
Updated
Dec 18, 2020 - TypeScript
-
Updated
Dec 18, 2020 - Python
-
Updated
Dec 18, 2020
Pixel Art Tools
Creating pixel art for fun or animated sprites for a game? The digital artist in you will love these apps and tools!
TestQuality
TestQuality is the #1 Test Case Creation and Management app for GitHub Workflows. TestQuality extends your Github DevOps workflow to provide powerful and modern GitHub issue powered test case creation and management. TestQuality integrates with GitHub, Jira, Selenium, Jenkins, Cloudbees, Cucumber, JUnit and more to complement your entire DevOps workflow. TestQuality is FREE for GitHub public repo’s and affordable for teams on private repo's.
-
Updated
Dec 3, 2020 - Python
-
Updated
Dec 18, 2020 - Java
-
Updated
Nov 29, 2020 - Python
Overview of the Issue
Using PowerShell, I have successfully enabled logging using the PACKER_LOG and PACKER_LOG_PATH environment variables. I would like the error-cleanup-provisioner to publish the last n lines of this log, but I can't seem to get the value of PACKER_LOG_PATH in my template.
Reproduction Steps
In PowerShell:
$env:PACKER_LOG = "1"
$env:PACKER_LOG
-
Updated
Dec 11, 2020 - C++
-
Updated
Dec 18, 2020
Describe the bug
A lot of the targets in programs/Makefile are actually "phony" in that they don't emit a file of their name. These files are mostly variants of the main zstd build, but as a matter of correctness this is wrong.
The lib/Makefile has a similar problem where the install-* targets are not labeled as PHONY.
I don't have time to check the other makefiles, but chances
First check
- I added a very descriptive title to this issue.
- I used the GitHub search to find a similar issue and didn't find it.
- I searched the FastAPI documentation, with the integrated search.
- I already searched in Google "How to X in FastAPI" and didn't find any information.
- I already read and followed all the tutorial in the docs and didn't find an answ
-
Updated
Dec 17, 2020 - Python
Bug report
Describe the bug
There is an extra space in the French wording in the modal to add a single unilateral relation in the CTB. But I also wonder if the wording is actually correct: for the 2 first relationship types we use "[CT1] a un [CT2]".
See video: https://www.loom.com/share/95e8b07f2dff4dc3801624dd9d6bafc4
Steps to reproduce the behavior
- In dev env, Go to
-
Updated
Dec 18, 2020 - Go
is this intentional?
on scaleway instance:
$ k0s default-config
apiVersion: k0s.k0sproject.io/v1beta1
kind: Cluster
metadata:
name: k0s
spec:
api:
address: 10.18.80.227
sans:
- 10.18.80.227
- 10.18.80.227
^-- two same sans?
$ ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loo
-
Updated
Dec 17, 2020 - Python
-
Updated
Dec 17, 2020 - Shell
IRC logs
sanket1729: How can
decoderawtransactionRPC know reqSigs if the output scriptpubkey is p2sh/p2wsh? I think it is returning 1 everytime.
sipa: sanket1729: it only works for bare multisig
sipa: we should probably just remove it
The output parameter for reqSigs is confusing as it outputs 1 for all scripts but bare multisig in the scriptpubkey. Considering the limited applicab
GitLocalize
GitLocalize is a continuous localization tool built for communities and teams that want to simplify their workflow when translating their content.
GitLocalize automatically keeps translations up to date by syncing with your repository.
Allow disabling a nav item.
Steps to follow:
nav.tsx.make generatefrom project root - this generates python API.