Obsolete terms have URL to Github issues that are not IRI

When a term is obsoleted, the standard is to include a term_tracker_item with the URL to the Github issue as IRI. This ticket is to track and edit those that do not follow the standard:

obsolete barrier epithelial cell
obsolete seminal fluid secreting cell
obsolete primary pigment cell
obsolete secondary pigment cell
obsolete tertiary pigment cell

Was a bit sick of my work so was finding something to do that was more fun so here I am, hi :D
Here's a sparql query I ran to detect all with the above issue:
prefix owl: <http://www.w3.org/2002/07/owl#>
prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#>

SELECT DISTINCT *
WHERE {

  ?term ?predicate ?iri .
  FILTER EXISTS { ?term owl:deprecated true }
  FILTER (STRSTARTS(str(?iri), "https://github.com/"))
  FILTER (?predicate != <http://purl.obolibrary.org/obo/IAO_0000233>)
}

Came up with the following results:

term
predicate
iri

http://purl.obolibrary.org/obo/CL_0000665
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/726

http://purl.obolibrary.org/obo/CL_0002371
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/1150

http://purl.obolibrary.org/obo/CL_0017501
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/734

http://purl.obolibrary.org/obo/CL_4023073
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/2043

http://purl.obolibrary.org/obo/CL_0000073
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/1149

http://purl.obolibrary.org/obo/CL_0000161
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/427

http://purl.obolibrary.org/obo/CL_0000124
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/715

http://purl.obolibrary.org/obo/CL_0000426
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/708

http://purl.obolibrary.org/obo/CL_0000181
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/720

http://purl.obolibrary.org/obo/CL_0000321
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/1149

http://purl.obolibrary.org/obo/CL_0000243
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/715

http://purl.obolibrary.org/obo/CL_1001566
http://www.w3.org/2000/01/rdf-schema#seeAlso
https://github.com/obophenotype/cell-ontology/issues/1443

http://purl.obolibrary.org/obo/CL_0000003
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/2124

http://purl.obolibrary.org/obo/CL_0000663
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/726

http://purl.obolibrary.org/obo/CL_0000548
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/2124

http://purl.obolibrary.org/obo/CL_0000664
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/726

http://purl.obolibrary.org/obo/CL_0000381
http://www.w3.org/2000/01/rdf-schema#comment
https://github.com/obophenotype/cell-ontology/issues/1784          'neuroendocrine cell' (which has exact synonym "neurosecretory   cell") and 'neurosecretory neuron' may all refer to the same cell type.

Personally I would manually edit http://purl.obolibrary.org/obo/CL_0000381 to not have extra text, then run the following sparql query to replace
prefix owl: <http://www.w3.org/2002/07/owl#>
prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#>

DELETE{
  ?term ?predicate ?iri .
}
INSERT{
  ?term <http://purl.obolibrary.org/obo/IAO_0000233> ?iri .
}
WHERE {

  ?term ?predicate ?iri .
  FILTER EXISTS { ?term owl:deprecated true }
  FILTER (STRSTARTS(str(?iri), "https://github.com/"))
  FILTER (?predicate != <http://purl.obolibrary.org/obo/IAO_0000233>)
}

Hope that helps :)
Ok back to less fun work lol

Thank you very much Shawn, that helps a lot!


Strategy for strategies

Unleash has gotten some pull requests to the Finn client and it is good that people want to use the service. I just want to raise a concern.
Right now this version has the following strategies:

DefaultStrategy
UnknownStrategy

Finn client has the following strategies:

ActiveForUserWithIdStrategy
BetaUserStrategy
ByHostNameStrategy
GradualRolloutRandomStrategy
RemoteAddrStrategy

Should we not move more of the strategies from the Finn client over to the open source one?
I also suggest that we add a markdown file that describes the strategies with example use cases.

This is exactly what we must plan for. Can you organize a short meeting to
let us to discuss this?
On 19 Feb 2015 13:04, "Anders Olsen Sandvik"<EMAIL_ADDRESS>wrote:

Unleash has gotten some pull requests to the Finn client and it is good
that people want to use the service. I just want to raise a concern.
Right now this version has the following strategies:

DefaultStrategy
UnknownStrategy

Finn client has the following strategies:

ActiveForUserWithIdStrategy
BetaUserStrategy
ByHostNameStrategy
GradualRolloutRandomStrategy
RemoteAddrStrategy

Should we not move more of the strategies from the Finn client over to the
open source one?
I also suggest that we add a markdown file that describes the strategies
with example use cases.
—
Reply to this email directly or view it on GitHub
https://github.com/finn-no/unleash-client-java/issues/18.

Sounds like a good idea. We should also see if we could put other issues on the agenda like "User authentication" https://github.com/finn-no/unleash/issues/33 and "Integration tests" https://github.com/finn-no/unleash/issues/32

Meeting scheduled for wednesday 25. februar 2015 12:00-13:00.

Some notes from the meeting
Unleash status
Many have started using Unleash.
@ivarconr has presented Unleash and Feature Toggles on the Architecture summit here and Smidig 2014 here.
We will try to write something on the tech blog about Unleash.
I will try and do a write-up of how to setup a local database on Mac.
Pg_vertualenv is working fine on Linux. Do we need to document how to do this?
Maybe @eirslett can come with some pointer about how to run Unleash locally on Windows.
User authentication
You should always be able to turn on or off toggles even if the authentication provider is down.
Ideally everyone that dose a change need to be logged by name.
We will investigate using basic auth and having Crowd as the user provider.
Strategy for strategies
It’s a good idea to first implement the strategies in the Finn client and later move them to the Open Source client when they are mature.
The idea is to deprecate good strategies in the Finn client and move them over to the this repo.
Integration tests
For now we are pleased with the amount of tests and will this issue for now
https://github.com/finn-no/unleash/issues/32
Other
We are looking into making a Node client for Unleash. @ivarconr is leading the push for this.


peer: deprioritize gossip traffic

Should fix #2686

The only other case within the gossiper where we send messages to peers is in the reliable sender, but I think those can remain as is as there shouldn't be that many per peer.

Indeed, i think we want these to be prioritized also so that we can remove them from the message store as quickly as possible

Agreed that we'd want the direct chan ann/sig/update messages to be sent in prio mode.


Transparent TextField outline

Describe the bug
When using dark theme the TextField outline is not transparent and it overlays over surrounding widgets.
To Reproduce
Steps to reproduce the behavior:

Switch to dark theme
Add Column with IconButton and TextField as it's children
Focus the TextField
See the error

Expected behavior
Outline should be transparent in dark theme just like in default theme.
Screenshots

Whoops, that's a bug in the themes.dart file. darkTheme overrides the outlineColor variable - which it should not. Will be fixed in the next release, I'll inform you here.

Accidentally closed. It should be fixed now - can you please check it?

It's working great on elements above TextField while elements below TextField are overlapping the outline. Is this by the design or a bug to fix?

I will look into that tomorrow.

The problem is that in Column, Flutter draws the widgets top-to-bottom. That means that in this case, it will draw the item above TextField, then draw the TextField with its outline, and then then checkbox. But, the outline of the TextField has been drawn before the checkbox, so it will get covered by the checkbox. I don't actually know how to fix this, and that's not covered by the design, so I am not sure what to do. I will try to find a fix later.


Update test to deal with weird line breaks we're seeing

Fixes rdar://128858036.

@swift-ci please test


Add option to choose filetype for compressed images

Currently images are always converted to JPG. An argparse flag and option could be added to select a filetype to write images in with the default still being JPG
This is a similar flag to what would work:
https://github.com/pjsier/anki-compressor/blob/8af36d832f79434ebeda5f94d1001929adcb254e/anki_compressor/__main__.py#L113-L119
and images are written here:
https://github.com/pjsier/anki-compressor/blob/8af36d832f79434ebeda5f94d1001929adcb254e/anki_compressor/__main__.py#L50-L62
The database writes would also need to be updated to account for different filetypes:
https://github.com/pjsier/anki-compressor/blob/8af36d832f79434ebeda5f94d1001929adcb254e/anki_compressor/__main__.py#L155-L159

I'm interested in helping out on this issue.

@ronnie-llamado sounds great! Assigning you now, feel free to post any questions here

I've made some changes and drafted a pull request. Before marking it 'Ready for Review', can you provide some guidance on how to test the new feature? Do you have a test Anki package on hand?

This is great! The testing situation isn't ideal, but Anki has some shared decks you can download here https://ankiweb.net/shared/decks/. You may need to download Anki and look at the results to open the generated deck and see if it's valid. I'll also run a test when reviewing the PR


Version bounds on binary package

Putting version bounds on binary package in haxl.cabal

@algoriddle updated the pull request.


Added ability to get objects from GDS

Also changed to only use non-spot instances (still need to make that configurable)


Mutliple users creation

I have deployed Kafka-UI using helm chart,kindly help us to create multiple users in Kafka-UI

Hey, thanks for reaching out.
We do not support multiple users with basic (login form) auth.
In order to get one, you can use either oauth2 or ldap.
Also, we're planning to implement role based access control (#753) within current release.
Feel free to ask any other questions if you get any, either here or on our discord.


Longest Common Subsequence in c

🛠 Issue (Number) 286

Issue no # 286
👨💻 Changes proposed
I have made all the changes as proposed by respected reviewers

✔ Check List (Check all the applicable boxes)

[ ✔] My code follows the code style of this project.
[ ✔] This PR does not contain plagiarized content.
[ ✔] The title of my pull request is a short description of the requested changes.

📄 Note to reviewers
I have made this fresh new pull request and made all the changes like added all the comments and also change he file name.
These all changes you have suggested me in my pull request #361

📷 Screenshots

sir please merge this.

@diyagoyal98 Kindly mention issue number as hyperlink to your issue

#286


Error starting machine: Error in driver during machine start: unexpected libvirt status 3 : machine in unknown state: getting ip during machine start

General information

OS: Linux
Hypervisor: KVM
Did you run crc setup before starting it (Yes/No)? YES
Running CRC on: Desktop KVM Image CentOS

CRC version
$ crc version
CodeReady Containers version: 2.0.1+bf3b1a6
OpenShift version: 4.10.3
Podman version: 3.4.4

CRC status
$ crc status --log-level debug
DEBU CodeReady Containers version: 2.0.1+bf3b1a6
DEBU OpenShift version: 4.10.3
DEBU Podman version: 3.4.4
DEBU Running 'crc status'
DEBU Checking file: /home/yadav/.crc/machines/crc/.crc-exist
DEBU Checking file: /home/yadav/.crc/machines/crc/.crc-exist
DEBU Found binary path at /home/yadav/.crc/bin/crc-driver-libvirt
DEBU Launching plugin server for driver libvirt
DEBU Plugin server listening at address <IP_ADDRESS>:36002
DEBU () Calling .GetVersion
DEBU Using API Version 1
DEBU () Calling .SetConfigRaw
DEBU () Calling .GetMachineName
DEBU (crc) Calling .GetBundleName
DEBU (crc) Calling .GetState
DEBU (crc) DBG | time="2022-04-24T14:19:35-04:00" level=debug msg="Getting current state..."
DEBU (crc) DBG | time="2022-04-24T14:19:35-04:00" level=debug msg="Fetching VM..."
DEBU Making call to close driver server
DEBU (crc) Calling .Close
DEBU Successfully made call to close driver server
DEBU Making call to close connection to plugin binary

CRC config
$ crc config view
- consent-telemetry                     : no

Host Operating System
My main Linux Host is:
$ cat /etc/os-release
NAME="openSUSE Tumbleweed"
# VERSION="20220420"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20220420"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20220420"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"

It is running CentOS in KVM, which is hosting the CRC.
$ cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

$ cat /etc/centos-release
CentOS Linux release 7.9.2009 (Core)

Steps to reproduce

crc setup
crc start

Expected
Actual
$ crc start
INFO Checking if running as non-root
INFO Checking if running inside WSL2
INFO Checking if crc-admin-helper executable is cached
INFO Checking for obsolete admin-helper executable
INFO Checking if running on a supported CPU architecture
INFO Checking minimum RAM requirements
INFO Checking if crc executable symlink exists
INFO Checking if Virtualization is enabled
INFO Checking if KVM is enabled
INFO Checking if libvirt is installed
INFO Checking if user is part of libvirt group
INFO Checking if active user/process is currently part of the libvirt group
INFO Checking if libvirt daemon is running
INFO Checking if a supported libvirt version is installed
INFO Checking if crc-driver-libvirt is installed
INFO Checking if systemd-networkd is running
INFO Checking if NetworkManager is installed
INFO Checking if NetworkManager service is running
INFO Checking if /etc/NetworkManager/conf.d/crc-nm-dnsmasq.conf exists
INFO Checking if /etc/NetworkManager/dnsmasq.d/crc.conf exists
INFO Checking if libvirt 'crc' network is available
INFO Checking if libvirt 'crc' network is active
INFO Loading bundle: crc_libvirt_4.10.3_amd64...
CodeReady Containers requires a pull secret to download content from Red Hat.
You can copy it from the Pull Secret section of https://cloud.redhat.com/openshift/create/local.
? Please enter the pull secret *****************************************************************************************************************************************
WARN Cannot add pull secret to keyring: Failed to activate service 'org.freedesktop.secrets': timed out
INFO Creating CodeReady Containers VM for OpenShift 4.10.3...
INFO Generating new SSH Key pair...
INFO Generating new password for the kubeadmin user
INFO Starting CodeReady Containers VM for OpenShift 4.10.3...
Error starting machine: Error in driver during machine start: unexpected libvirt status 3 : machine in unknown state: getting ip during machine start

Logs
Before gather the logs try following if that fix your issue
$ crc delete -f
$ crc cleanup
$ crc setup
$ crc start --log-level debug

This didn't solve my problem.
Please consider posting the output of crc start --log-level debug  on http://gist.github.com/ and post the link in the issue.
https://gist.github.com/rajinder-yadav/4d10e43815c0e13d692bb7979afba8b1

It is nested virtualization setup which we don't test and also it looks bit similar to https://github.com/code-ready/crc/issues/1742 where the libvirt packages were from the dev branch. Can you try to update your centos VM to latest centos stream and check?

Please run directly on the host without additional virtualization.
Especially since "OpenSUSE" is used, it is an untested setup.
I see no reason why we couldn't run directly on opensuse...
... though, the nested virtualization might cause issues due to conflicting versions.
We have seen this before on Ubuntu.

unexpected libvirt status 3 corresponds to a paused libvirt VM. I've seen this happen when running out of space on / , maybe this is also the reason for this error? You could also check /var/log/libvirt/qemu/crc.log for more details.

Hello @praveenkumar thank you for your suggestion, happy to report it's working with CentOS stream! 😃
Got the following output.
? Please enter the pull secret ******************************************************************************INFO Creating CodeReady Containers VM for OpenShift 4.10.3...
INFO Generating new SSH Key pair...
INFO Generating new password for the kubeadmin user
INFO Starting CodeReady Containers VM for OpenShift 4.10.3...
INFO CodeReady Containers instance is running with IP <IP_ADDRESS>
INFO CodeReady Containers VM is running
INFO Updating authorized keys...
INFO Check internal and public DNS query...
INFO Check DNS query from host...
INFO Verifying validity of the kubelet certificates...
INFO Starting OpenShift kubelet service
INFO Kubelet client certificate has expired, renewing it... [will take up to 8 minutes]
INFO Kubelet serving certificate has expired, waiting for automatic renewal... [will take up to 8 minutes]
INFO Waiting for kube-apiserver availability... [takes around 2min]
INFO Adding user's pull secret to the cluster...
INFO Updating SSH key to machine config resource...
INFO Waiting for user's pull secret part of instance disk...
INFO Changing the password for the kubeadmin user
INFO Updating cluster ID...
INFO Updating root CA cert to admin-kubeconfig-client-ca configmap...
INFO Starting OpenShift cluster... [waiting for the cluster to stabilize]
INFO 5 operators are progressing: console, image-registry, kube-apiserver, network, openshift-controller-manager
INFO Operator kube-apiserver is progressing
INFO Operator kube-apiserver is progressing
INFO Operator authentication is not yet available
INFO Operator authentication is not yet available
INFO All operators are available. Ensuring stability...
INFO Operators are stable (2/3)...
INFO Operators are stable (3/3)...
INFO Adding crc-admin and crc-developer contexts to kubeconfig...
Started the OpenShift cluster.

The server is accessible via web console at:
  https://console-openshift-console.apps-crc.testing

$ crc status
CRC VM:          Running
OpenShift:       Running (v4.10.3)
Podman:
Disk Usage:      14.44GB of 32.74GB (Inside the CRC VM)
Cache Usage:     16.83GB
Cache Directory: /home/yadav/.crc/cache

@rajinder-yadav - Can you explain what are the changes you did to resolved that issue ?

@rajinder-yadav - Can you please explain what changes you made to resolved this below issue? while staring crc
Error getting the machine state: unexpected libvirt status 3

@RJ250239 I took @praveenkuma advice, Installed centos stream with kvm and everything worked.
https://www.centos.org/centos-stream/
HDD size: 50 GB
RAM: 10 GB
CPU cores: 4


🐞[bug]: Non - Uniformity in Images in Services for Event Page

Is there an existing issue for this?

[X] I have searched the existing issues

Describe the bug
Images for reference -

Expected behavior
After alignment -

Add ScreenShots
No response
What browsers are you seeing the problem on?
Chrome
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC'24EXTD contributor
[X] I have starred the repository

@yeolesanskruti go ahead.


Update Storybook addon metadata

Hey ccpu! We've created a catalog of Storybook addons and yours is included: https://storybook.js.org/addons/storybook-addon-playwright
To make your addon more discoverable in the catalog, we've curated some of its metadata, and I've included those edits in this PR.
To learn more about the catalog metadata, check out our documentation: https://storybook.js.org/docs/react/addons/addon-catalog

Thanks!


Fix that specific log levels are not displayed when using --help

The original result of using '--hep' is as follows:
  -lo LOG_LEVEL, --log-level LOG_LEVEL
                        Sets the logging level. Options available: [{LOG_LEVELS}]

The result of using '--hep' after the repair is as follows:
  -lo LOG_LEVEL, --log-level LOG_LEVEL
                        Sets the logging level. Options available: debug, info

/gcbrun skip


Download files by SHA256

Is your feature request related to a problem? Please describe.
For a project I'm working on, it would be useful to download files by SHA256. hf_hub_url currently requires a repo_id and filename. The URL it generates is of the form https://huggingface.co/{repo_id}/resolve/{branch}/{filename}
Describe the solution you'd like
According to the docs, LFS data is stored in a content addressable way so it would be great if there was a resolve endpoint that only required sha256 (e.g. https://huggingface.co/resolve/sha256/{some_sha_256})
Would this be possible to implement? Thank you!

there's probably a way to do it with the current APIs (maybe in two HTTP calls), but out of curiosity, what's the use case?

there's probably a way to do it with the current APIs (maybe in two HTTP calls)

Thanks for the response! Do you have more details on how that would work?
A component of a library I'm working on packages ML and DL models into another format on disk. Instead of storing a copy of the weights, it may be preferable to store a link to them so they can be downloaded if needed (useful for cases that only need model metadata). For most public models, there's a decently high likelihood that the weights will be on HF, but I don't know the corresponding repo/branch at packaging time. That's why it would be helpful to resolve files by sha256.

Hi @VivekPanyam IMO this is not a feature we support currently. LFS files are stored "per repo" meaning that even if 2 repos have the same LFS file, we will store them twice. To support your use case we should create a special /resolve endpoint accepting only a sha256 and no repo_id/repo_type but I don't think this will be on our roadmap (cc @julien-c)
Just FYI, let's say you have this LFS file:

repo_id: allenai/nllb
repo_type: datasets
filepath: /dummy/ace_Latn-ban_Latn/1.0.0/dummy_data.zip
revision: main
sha256: 6d3271cf0f9cd9398f375d801538058b416c63d5784ad500fb4f7d0df468d7f8
Browser URL: https://huggingface.co/datasets/allenai/nllb/blob/main/dummy/ace_Latn-ban_Latn/1.0.0/dummy_data.zip
Resolve URL (to download): https://huggingface.co/datasets/allenai/nllb/resolve/main/dummy/ace_Latn-ban_Latn/1.0.0/dummy_data.zip
Resolved URL (once redirected): https://cdn-lfs.huggingface.co/repos/39/84/39840492c0ef4057866a224d6d8dd7ff6a4bc08519f11cd15dcf9fd5f7c5e370/6d3271cf0f9cd9398f375d801538058b416c63d5784ad500fb4f7d0df468d7f8?....

i think @VivekPanyam still has access to the repo_id/repo_type, just not the filename, is my understanding correct?

@julien-c Unfortunately, I don't have access to the repo_id/repo_type. All I have is the sha256 of the file.
@Wauplin how much effort do you think it would be to create that endpoint? I'd assume the db backing the current resolve endpoint already contains all LFS files and their sha256s.
Thanks!

Ah ok, then no, unfortunately we don't have this

I have a related question, when I download a file from https://huggingface.co/{repo_id}/resolve/{branch}/{filename} using some download tools, how can I verify the download file is ok or broken. Concretely, how can I know the hub's file MD5SUM value, it's possible?


Allow adding some kind of ownership information to the lockfile

Summary
In some cases it is interesting to have ownership information about who owns the lock currently. I would like to see an optional flag set to enable this kind of information in the lock metadata. We could use the options created in #8 and build upon that.

Hi @pedro-stanaka - thank you for opening an issue. The API surface for this library is intentionally small, and I'm not interested in expanding it. You might consider forking this library and adding the functionality that you need instead. Thanks!


[enhancement] Add missing bower.json.

Hey, maintainer(s) of teamdf/jquery-number!
We at VersionEye are working hard to keep up the quality of the bower's registry.
We just finished our initial analysis of the quality of the Bower.io registry:
7530 - registered packages, 224 of them doesnt exists anymore;
We analysed 7306  existing packages and  1070 of them don't have bower.json on the master branch ( that's where a Bower client pulls a data ).
Sadly, your library teamdf/jquery-number is one of them.
Can you spare 15 minutes to help us to make Bower better?
Just add a new file bower.json and  change attributes.
{
  "name": "teamdf/jquery-number",
  "version": "1.0.0",
  "main": "path/to/main.css",
  "description": "please add it",
  "license": "Eclipse",
  "ignore": [
    ".jshintrc",
    "**/*.txt"
  ],
  "dependencies": {
    "<dependency_name>": "<semantic_version>",
    "<dependency_name>": "<Local_folder>",
    "<dependency_name>": "<package>"
  },
  "devDependencies": {
    "<test-framework-name>": "<version>"
  }
}

Read more about bower.json on the official spefication and nodejs semver library has great examples of proper versioning.
NB! Please validate your bower.json with jsonlint before commiting your updates.
Thank you!
Timo,
twitter: @versioneye
email<EMAIL_ADDRESS>VersionEye - no more legacy software!

Can you please push this to bower? It's a bother having to manually manage this library as a dependency.

Any update?

:+1:

Done. Sorry for the wait.


Docker build that fails with overlay storage backend only?

This Dockerfile doesn't seem to build with the overlay storage backend:
from ubuntu:trusty
RUN apt-get update && apt-get -y upgrade
RUN apt-get install -y build-essential g++ libblas-dev liblapack-dev gfortran python-dev python-pip
RUN pip install --upgrade numpy
RUN pip install --upgrade statsmodels
RUN pip install --upgrade flask

It ends up spitting out the below errors:
Exception:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
    status = self.run(options, args)
  File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 283, in run
    requirement_set.install(install_options, global_options, root=options.root_path)
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1443, in install
    requirement.commit_uninstall()
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 610, in commit_uninstall
    self.uninstalled.commit()
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1860, in commit
    rmtree(self.save_dir)
  File "/usr/lib/python2.7/dist-packages/pip/util.py", line 43, in rmtree
    onerror=rmtree_errorhandler)
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 256, in rmtree
    onerror(os.rmdir, path, sys.exc_info())
  File "/usr/lib/python2.7/shutil.py", line 254, in rmtree
    os.rmdir(path)
OSError: [Errno 39] Directory not empty: '/tmp/pip-dXgb99-uninstall/usr/lib/python2.7/dist-packages'

The same Dockerfile works with both AUFS and DeviceMapper storage backends (have not tried with BTRFS).
docker version:
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.1
Git commit (client): a8a31ef
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

docker info:
Debug mode (server): false
Debug mode (client): true
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Kernel Version: 3.18.0-031800-generic
Fds: 10
Goroutines: 15
EventsListeners: 0
Init Path: /usr/bin/docker
Docker Root Dir: /var/lib/docker
WARNING: No swap limit support

uname -a:
Linux my_server 3.18.0-031800-generic #201412071935 SMP Mon Dec 8 00:36:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Any suggestions or additional info I can provide?

Can you try with either the master build or the latest 1.6 RC?
https://master.docker.com for master binary
https://github.com/docker/docker/pull/11635#issuecomment-90205104 for 1.6 RC

Tested, exact same problem I'm afraid.
docker version:
Client version: 1.6.0-rc5
Client API version: 1.18
Go version (client): go1.4.2
Git commit (client): fc4825d
OS/Arch (client): linux/amd64
Server version: 1.6.0-rc5
Server API version: 1.18
Go version (server): go1.4.2
Git commit (server): fc4825d
OS/Arch (server): linux/amd64

Yup, I can confirm in master.

@LK4D4 what kernel version are you running and underlying filesystem (ext4?)?

@vbatts yes, ext4

@vbatts mine is 4.0 with ext4

Not sure if this is related with the overlay driver. Installing pip with the get-pip.py script, which installs the latest version, works fine on overlay.
docker info
% docker info
Containers: 6
Images: 45
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Kernel Version: 3.19.0
Operating System: CoreOS 633.1.0
CPUs: 1
Total Memory: 996.4 MiB

fail
FROM ubuntu:14.04
RUN apt-get update && apt-get install -yq python-pip && apt-get clean
RUN pip install -U pip

% docker build -t pip-on-docker-test .
Sending build context to Docker daemon  12.8 kB
Sending build context to Docker daemon
Step 0 : FROM ubuntu:14.04
 ---> b7cf8f0d9e82
Step 1 : RUN apt-get update && apt-get install -yq python-pip && apt-get clean
 ---> Running in 296e47de116e
Ign http://archive.ubuntu.com trusty InRelease
Ign http://archive.ubuntu.com trusty-updates InRelease
Ign http://archive.ubuntu.com trusty-security InRelease
Hit http://archive.ubuntu.com trusty Release.gpg

...Ommited apt-get output...

Processing triggers for ca-certificates (20141019ubuntu<IP_ADDRESS>) ...
Updating certificates in /etc/ssl/certs... 173 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d....done.
 ---> d10860df49b9
Removing intermediate container 296e47de116e
Step 2 : RUN pip install -U pip
 ---> Running in 888281f1cea1
Downloading/unpacking pip from https://pypi.python.org/packages/py2.py3/p/pip/pip-6.1.1-py2.py3-none-any.whl#md5=172eb5abab25a5e0f7a7b63c7a49378d
Installing collected packages: pip
  Found existing installation: pip 1.5.4
    Uninstalling pip:
      Successfully uninstalled pip
Cleaning up...
Exception:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
  File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 283, in run
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1443, in install
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 610, in commit_uninstall
  File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1860, in commit
  File "/usr/lib/python2.7/dist-packages/pip/util.py", line 43, in rmtree
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "/usr/lib/python2.7/shutil.py", line 256, in rmtree
    onerror(os.rmdir, path, sys.exc_info())
  File "/usr/lib/python2.7/shutil.py", line 254, in rmtree
    os.rmdir(path)
OSError: [Errno 39] Directory not empty: '/tmp/pip-ihvxTk-uninstall/usr/bin'

Storing debug log for failure in /root/.pip/pip.log
INFO[0079] The command [/bin/sh -c pip install -U pip] returned a non-zero code: 2

success
FROM ubuntu:14.04
RUN apt-get update && apt-get install -yq curl python-dev && apt-get clean
RUN curl https://bootstrap.pypa.io/get-pip.py | python
RUN pip install -U pip

% docker build -t pip-on-docker-test .
Sending build context to Docker daemon 13.82 kB
Sending build context to Docker daemon
Step 0 : FROM ubuntu:14.04
 ---> b7cf8f0d9e82
Step 1 : RUN apt-get update && apt-get install -yq curl python-dev && apt-get clean
 ---> Running in ef5a019b1a59
Ign http://archive.ubuntu.com trusty InRelease
Ign http://archive.ubuntu.com trusty-updates InRelease
Ign http://archive.ubuntu.com trusty-security InRelease
Hit http://archive.ubuntu.com trusty Release.gpg

...Ommited apt-get output...

Processing triggers for ca-certificates (20141019ubuntu<IP_ADDRESS>) ...
Updating certificates in /etc/ssl/certs... 173 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d....done.
 ---> b0da48adf546
Removing intermediate container ef5a019b1a59
Step 2 : RUN curl https://bootstrap.pypa.io/get-pip.py | python
 ---> Running in cce7df197a0b
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1387k  100 1387k    0     0  4294k      0 --:--:-- --:--:-- --:--:-- 4282k
/tmp/tmphICD6N/pip.zip/pip/_vendor/requests/packages/urllib3/util/ssl_.py:79: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
Collecting pip
/tmp/tmphICD6N/pip.zip/pip/_vendor/requests/packages/urllib3/util/ssl_.py:79: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
  Downloading pip-6.1.1-py2.py3-none-any.whl (1.1MB)
Collecting setuptools
  Downloading setuptools-15.2-py2.py3-none-any.whl (501kB)
Installing collected packages: pip, setuptools
Successfully installed pip-6.1.1 setuptools-15.2
 ---> 7eb57b6961c5
Removing intermediate container cce7df197a0b
Step 3 : RUN pip install -U pip
 ---> Running in 5221ea38472c
Requirement already up-to-date: pip in /usr/local/lib/python2.7/dist-packages
 ---> f3670b07fff6
Removing intermediate container 5221ea38472c
Successfully built f3670b07fff6

that would be nice to confirm. From my investigation, it seemed pretty murky in the failed example, that it made one of the egg info as a unix socket and failed to remove it from /tmp. Seemed like a bad file check somewhere, but I didn't feel like that was happening in the kernel...

@vbatts unix-socket also mentioned in #12080

correct. Overlayfs and unix sockets do not play nice together yet. But why
would a pip install make an egg info as a socket? those egg info are
usually only regular file or directory.
On Wed, Apr 29, 2015 at 1:24 PM, Alexander Morozov<EMAIL_ADDRESS>
wrote:

@vbatts https://github.com/vbatts unix-socket also mentioned in #12080
https://github.com/docker/docker/issues/12080
—
Reply to this email directly or view it on GitHub
https://github.com/docker/docker/issues/12327#issuecomment-97511363.

Suffering from this exactly as above with Ubuntu 14.04 with 3.19.0-25-generic and Docker 1.7.1

I have this too with Ubuntu 15.04 with 3.19.0-28-generic, Docker 1.8.2 configured with overlayfs:

Client:
 Version:      1.8.2
 API version:  1.20
 Go version:   go1.5.1
 Git commit:   0a8c2e3
 Built:        Sun Sep 13 08:20:28 UTC 2015
 OS/Arch:      darwin/amd64

Server:
 Version:      1.8.2
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   0a8c2e3
 Built:        Thu Sep 10 19:21:21 UTC 2015
 OS/Arch:      linux/amd64

Containers: 4
Images: 185
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.19.0-28-generic
Operating System: Ubuntu 15.04
CPUs: 4
Total Memory: 11.72 GiB
Name: lux15
ID: GE62:5TVK:2MAB:KGHS:KMXH:RHAH:XSHQ:ZRTS:GIOG:O3TD:UGZ7:NG6Y
WARNING: No swap limit support

I have a second machine on which I configured the same OS (it's a VM - I just copied it) with Docker using aufs. The first one fails, the second works. The error line occurs during a pip install as above:
 OSError: [Errno 39] Directory not empty: '/tmp/pip-LpFx0F-uninstall/usr/local/lib/python2.7/dist-packages/nose/plugins'

Same problem here with 3.19.0-22-generic on Ubuntu 14.04 and

Client:
 Version:      1.8.2
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   0a8c2e3
 Built:        Thu Sep 10 19:19:00 UTC 2015
 OS/Arch:      linux/amd64

Server:
 Version:      1.8.2
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   0a8c2e3
 Built:        Thu Sep 10 19:19:00 UTC 2015
 OS/Arch:      linux/amd64

Containers: 4
Images: 360
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.19.0-22-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 48
Total Memory: 503.9 GiB
Name: luke2
ID: HCWS:FZUK:Q23O:45EU:HVJW:ST6O:BMW7:HSCA:GAYK:UVPM:5BAN:LQO4
WARNING: No swap limit support

@vbatts @rochacon @lvangool I can confirm that patch-series from https://lkml.org/lkml/2015/10/9/620 fixes both issues.

Hi @LK4D4  when will the patch being merged, I've updated my kernel to 4.4.0, and the problem still there.
[www:~]# docker info
Containers: 1
Images: 7
Server Version: 1.9.1
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 4.4.0-1.el7.elrepo.x86_64
Operating System: CentOS Linux 7 (Core)
CPUs: 1
Total Memory: 992.1 MiB
Name: www.xdays.me
ID: Q2NV:RAJE:LVY5:YZ4C:ZMUH:NJU2:6MZE:PFAT:XQRE:TAKN:2Y33:OSPI
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled

I have a similar issue, copied (and closed) from #19262:
The following Dockerfile fails to build on Overlay, but works on AUFS. I replicated this on two machines, docker-machine built and one running ubuntu trusty with linux kernel 4.2.
FROM python:3.4
RUN pip install flake8==2.5.1
RUN pip install flake8==2.5.0

Note it also fails with python:3.5, however changing it to the following works fine:
FROM python:3.4
RUN pip install flake8==2.5.1 && pip install flake8==2.5.0

Note: I know installing flake8 then installing a lesser version isn't great, but that doesn't change the fact that this is a bug. The problem is only exhibited on overlay, and not any other storage driver I've tried.
Build output on overlay:
➜  overlaybug  docker build --pull --no-cache  -t overlaybug .

For those who don't know, until this gets merged, you can bypass this problem by running the pip upgrade command together with apt-get install to avoid file system layering. Something like this:
RUN apt-get install python-pip && pip install --upgrade pip

@xdays Patch probably will never be merged.
@pkout Thanks for a workaround!

That's a pity

That's a pity

Couldn't agree more!

ping @vbatts do you think Red Hat has some entries on getting @LK4D4's patch reviewed and merged? It really makes me sad that a (possible) fix is present, but not getting any attention whatsoever

Let me check
On Jan 16, 2016 23:07, "Sebastiaan van Stijn"<EMAIL_ADDRESS>wrote:

ping @vbatts https://github.com/vbatts do you think Red Hat has some
entries on getting @LK4D4 https://github.com/LK4D4's patch reviewed and
merged? It really makes me sad that a (possible) fix is present, but not
getting any attention whatsoever
—
Reply to this email directly or view it on GitHub
https://github.com/docker/docker/issues/12327#issuecomment-172290187.

I have forwarded the patchset, but have not heard back yet.
On Sun, Jan 17, 2016 at 12:06 AM Vincent Batts<EMAIL_ADDRESS>wrote:

Let me check
On Jan 16, 2016 23:07, "Sebastiaan van Stijn"<EMAIL_ADDRESS>wrote:

ping @vbatts https://github.com/vbatts do you think Red Hat has some
entries on getting @LK4D4 https://github.com/LK4D4's patch reviewed
and merged? It really makes me sad that a (possible) fix is present, but
not getting any attention whatsoever
—
Reply to this email directly or view it on GitHub
https://github.com/docker/docker/issues/12327#issuecomment-172290187.

Thanks @vbatts :heart:, @LK4D4 informed me that others have tried as well. It really surprises me that a driver that all distros are regarding the "way forward", is maintained so badly :cry: </complain-mode>

See the above pull request (https://github.com/pypa/pip/pull/3425) for another workaround if @pkout 's method is not available to you. Feel free to install from my fork while pip is deciding whether to merge it.

Any other workarounds for this? RUN apt-get install python-pip && pip install --upgrade pip doesn't help me. I just get the same FileNotFoundError: [Errno 2] No such file or directory: '/tmp/pip-v5k9752y-uninstall/usr/local/bin/pip3.5'

I found this as a workaround for me. Running it before doing anything else with pip. I'm using the latest python:3.5 image. wget https://bootstrap.pypa.io/ez_setup.py -O - | python

Same problem on alpine 3.3 image, fix from @bufke worked - thanks a lot!

Hi,
i'm on ubuntu 16.04 xenial image, with python 2.7, @bufke's suggested fix didnt help
https://gist.github.com/amercader/4432ed33a73d510b4a08

It seems that a workaround patch on pip was rejected by pip team:
https://github.com/pypa/pip/pull/3425

So is overlayfs bug causing this issue fixed yet? When can I upgrade my host kernel etc? Currently on this host:
$ cat /etc/lsb-release  ; uname -a
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=15.10
DISTRIB_CODENAME=wily
DISTRIB_DESCRIPTION="Ubuntu 15.10"
Linux emachines-e520 4.2.0-27-generic #32-Ubuntu SMP Fri Jan 22 04:49:08 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
id@emachines-e520:~/docker-images$ docker info
Containers: 66
Images: 947
Server Version: 1.9.1
Storage Driver: overlay
 Backing Filesystem: extfs
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 4.2.0-27-generic
Operating System: Ubuntu 15.10
CPUs: 2
Total Memory: 3.791 GiB
Name: emachines-e520
ID: NG2B:QLY4:W2SH:6FQF:FYGU:TVLX:3IQL:CQ4S:N5DL:CTND:52ZD:GCDH

@dreamcat4 see the discussion above; looks like the maintainer for overlayfs in the kernel is not responding, so we cannot get the patch merged upstream :cry:

@thaJeztah
https://github.com/docker/docker/issues/12327#issuecomment-148525515 ?

@dreamcat4 yup, the patch is there, but without the overlayfs maintainer responding/reviewing/accepting that patch, it won't be fixed (see the comments below the one you linked to)

@thaJeztah Well maybe he has same problem as me then, when I goto that page can't see anything:

@dreamcat4 hm, weird; it's visible in the overview (https://lkml.org/lkml/2015/10/9/) the follow-up e-mails do show up properly; https://lkml.org/lkml/2015/10/9/621, https://lkml.org/lkml/2015/10/9/622

OK thanks! Appreciate it. And @LK4D4 too (for being generally awesome / unassailable at these things).
https://lkml.org/lkml/2015/11/23/935
So now we need the direct email address of the maintainer of overlayfs, don't we? Try to get things moving again.

So now we need the direct email address of the maintainer of overlayfs, don't we? Try to get things moving again.

I think in general, that's a big no-no. Would be great if it was picked up though

We're still trying to get traction upstream on issues like this.
On Tue, Feb 16, 2016, 09:43 Sebastiaan van Stijn<EMAIL_ADDRESS>wrote:

So now we need the direct email address of the maintainer of overlayfs,
don't we? Try to get things moving again.
I think in general, that's a big no-no. Would be great if it was picked up
though
—
Reply to this email directly or view it on GitHub
https://github.com/docker/docker/issues/12327#issuecomment-184705443.

OK guys.
Well lets cross our fingers for now and hope that it gets picked up again by the right expert / experts. It's bound to be just a natural miscommunication as these things happen / can get lost easily. I'm sure they will look into it once aware of such bug / patches / whatever.
Many thanks to everybody involved with making a solution for this longstanding bug.

What works for me as a workaround is to force installing the package that needs to be updates in the same layer as the update itself.
Example: using python as base image and wanting to upgrade pip. But pip has been installed in python base image, so it gives an error.
FROM python:3.4.4
RUN pip install pip==8.0.2

Solution:
FROM python:3.4.4
RUN pip install --ignore-installed pip && pip install pip==8.0.2

The same goes for dependent packages.
Example: installing ipython which upgrades setuptools. Although it looks like an install, not an update, internally ipython tries to update setuptools, causing an error.
FROM python:3.4.4
RUN pip install ipython

Solution:
FROM python:3.4.4
RUN pip install --ignore-installed setuptools && pip install ipython

It's just a workaround, but it's pretty simple and effective. Of course, as everyone else, I'd love to see the patch for overlayfs merged.

I think this may be related to https://bugzilla.kernel.org/show_bug.cgi?id=109611.

I had the same issue, my workaround was to simply install my own custom python packages in a virtualenvironment.  That way pip never needed to attempt to uninstall any dist packages and the problem was worked around.
Here's my recipe for anyone interested and using ubuntu:14.04 as a base.
Before:
FROM ubuntu:14.04
MAINTAINER Takumi<EMAIL_ADDRESS>ENV DEBIAN_FRONTEND noninteractive
WORKDIR /app
RUN apt-get update && apt-get upgrade -y &&\
    apt-get install -y\
        curl wget htop make build-essential rsync cron anacron ntp python-dev python-pip git\
        python-software-properties software-properties-common libpq-dev libssl-dev libffi-dev\
        postgresql-client libzmq-dev libxml2-dev libxslt-dev libmagickwand-dev runit
RUN pip install requests virtualenv virtualenv-tools uwsgi==2.0.12
ADD requirements.txt /app/
ADD test-requirements.txt /app/
RUN pip install -r /app/test-requirements.txt
COPY . /app/
RUN pip install -r /app/test-requirements.txt
EXPOSE 5000
CMD uwsgi --yaml /app/uwsgi.yaml

After:
FROM ubuntu:14.04
MAINTAINER Takumi<EMAIL_ADDRESS>ENV DEBIAN_FRONTEND noninteractive
WORKDIR /app
RUN apt-get update && apt-get upgrade -y &&\
    apt-get install -y\
        curl wget htop make build-essential rsync cron anacron ntp python-dev python-pip git\
        python-software-properties software-properties-common libpq-dev libssl-dev libffi-dev\
        postgresql-client libzmq-dev libxml2-dev libxslt-dev libmagickwand-dev runit
RUN pip install requests virtualenv virtualenv-tools
RUN virtualenv /venv && /venv/bin/pip install --upgrade pip && /venv/bin/pip install uwsgi==2.0.12
ADD requirements.txt /app/
ADD test-requirements.txt /app/
RUN /venv/bin/pip install -r /app/test-requirements.txt
COPY . /app/
RUN /venv/bin/pip install -r /app/test-requirements.txt
EXPOSE 5000
CMD /venv/bin/uwsgi --yaml /app/uwsgi.yaml

As you can see the file is slightly messier, but the upside is that it works with my CI system now (codeship).

Hi all, I've recently upgraded Linux kernel to 4.6.4 (back from 4.1) and the problem seems to be gone! Do you have the same observation?

According to https://bugzilla.kernel.org/show_bug.cgi?id=109611, this is fixed in kernel 4.5 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=45d11738969633ec07ca35d75d486bf2d8918df6
ping @LK4D4 can you verify if that's what solves this issue?

Seems to be fixed in 4.4.21 too.

This problem doesn't seem to be specific to python / pip. Running overlay fs on ext4, kernel 4.4 (info below) a simple COPY foo /foo will fail with "no such file or directory" error (error in the last line of the shell output below):
root@host:~# uname -a
Linux host 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
root@host:~# docker info
Containers: 25
 Running: 5
 Paused: 0
 Stopped: 20
Images: 28
Server Version: 1.12.1
Storage Driver: overlay
 Backing Filesystem: extfs
Logging Driver: journald
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: null host bridge overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: apparmor seccomp
Kernel Version: 4.4.0-38-generic
Operating System: Ubuntu 16.04.1 LTS
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 7.795 GiB
Name: host
ID: SMFL:O7UP:7O4O:RVSD:QIQ2:FMX5:EVF5:UY74:336S:3QWI:DSEU:2HME
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Insecure Registries:
 <IP_ADDRESS>/8
root@host:~# ls
Dockerfile  foo
root@host:~# cat Dockerfile
FROM alpine
COPY foo /foo
root@host:~# docker build .
Sending build context to Docker daemon  21.5 kB
Step 1 : FROM alpine
 ---> ee4603260daa
Step 2 : COPY foo /foo
stat /var/lib/docker/overlay/78c71862cccbd03b4a5be0f44e21753c7fee96ecc37f6e8048497d6f14141ee1/merged/foo: no such file or directory
root@host:~#

This issue is resolved in recent kernels
This issue is resolved in recent kernels; if possible, upgrade your kernel to a version that includes this fix, or contact your OS vendor to make sure they carry the fix that resolves this. For more information, read the comments above; https://github.com/docker/docker/issues/12327#issuecomment-235562816, and https://github.com/docker/docker/issues/12327#issuecomment-248145317.
Note that this is not a bug in Docker, so please don't comment that you're still having this on docker version x.y.z.


Support JSON data type

Thanks for stopping by to let us know something could be better!
PLEASE READ: If you have a support contract with Google, please create an issue in the support console instead of filing on GitHub. This will ensure a timely response.
Is your feature request related to a problem? Please describe.
Described in the current source code: https://github.com/googleapis/python-bigquery-dataframes/blob/main/bigframes/dtypes.py#L83

Hello @jlynchMicron , thanks for the feedback. We are actively working on JSON support, for example by adding some JSON functions to the bigframes.bigquery package (see: https://cloud.google.com/python/docs/reference/bigframes/latest/bigframes.bigquery#bigframes_bigquery_json_set).
Based on the linked issue (https://github.com/googleapis/python-bigquery/issues/1966), are you also looking for better I/O support for JSON, so that to_gbq can produce tables with JSON columns?


Update io_bazel_rules_closure dependency.

Initial commit.Update io_bazel_rules_closure dependency.

Hi @Shuolongbj, any particular reason for this PR?
The commit in Tensorflow's repository we're pointing to still has the old hash (4be...). When we update the submodule's head (maybe when v1.3 is released) we will also update the hash. Although we might even remove this workaround altogether.

@diegolascasas
1、Keep updated with TensorFlow.
FYI.
https://github.com/tensorflow/tensorflow/blob/master/WORKSPACE
2、Look forward to your more efficient approach

Although we might even remove this workaround altogether.

Yes, thanks for the clarification.
However, we avoid updating the submodule so it always points to the commit that was tagged with the release version (i.e.12f033d). If you go to that commit you'll see that io_basel_rules_closure was not yet updated.
When Tensorflow 1.3 is released, we will either remove or update the submodule pointer.

got it .thanks!

@diegolascasas
Submitted the file consistent to the latest r1.3,please refer to.
FYI.
https://github.com/tensorflow/tensorflow/blob/r1.3/WORKSPACE


update to tokio 1.16

When updating to tokio 1.16, the controller test fails. It seems that the tokio testing functionality may have changed, and that it's no longer properly running multi-threaded. The controller thread spins up a telnet (and/or websocket) state machine in its own thread which then makes requests against the Goose controller: with 1.16+ it seems only one of the threads runs.

Hi, as tokio is already at 1.21.1, what is stopping goose to use the latest version of tokio?

It's taken me much longer to find the time to rework Gaggle support, so in order to unblock this ticket I'm going to completely disable/remove the functionality temporarily: it will get added back in a future release as soon as I have time to finish the rewrite.


question about authentication tutorial

Problem statement
Initially, the tutorial in here was not working for me.
I am generating the code in the following way:
APP_NAME=app
PKG_DIR=internal/pkg/app
swagger generate server -A $APP_NAME -P models.Principal -f ./swagger.yml --target=$PKG_DIR --exclude-main

My relevant spec lines looked like this:
securityDefinitions:
  key:
    type: apiKey
    in: header
    name: x-token

definitions:
  Principal:
    type: string

After generating the server, I don't see any function with models.Principal parameters being generated.
Next, realized that I need this.
security:
- key: []

Question: How is that security section working? what is that key list?
Additionally, per the tutorial, I don't think api.KeyAuth applies anymore, because it changed to APIKeyAuthenticator 🤔
Swagger specification
N/A
Steps to reproduce
Run:
N/A
Environment
N/A

By default, when employing apiKey, the request without a token would fail, i.e.:
{"code":401,"message":"unauthenticated for invalid credentials"}

However, it would be nice if a request without the token would be treated as anonymous, i.e. some default token would be attached to it.

Top level security object is the swagger specification for default security requirements for endpoints.
This is not mandatory and you may define or override this at the operation level.
keyhere refer to the definition given in the spec for a security scheme. In this spec, this is api keys.
See also https://swagger.io/docs/specification/2-0/authentication/api-keys/
We generate operations with a principal params only for those with a security requirement.
APIKeyAuthenticator is the generated name for the authentication function, which you have to supply.
For optional authentication, have you tried this?
security:
- key: []
- {}

There should be a KeyAuth method which is shorthand
https://github.com/go-swagger/go-swagger/blob/master/examples/authentication/restapi/operations/auth_sample_api.go#L89-L91

For the reference, I did some research here.
The "invalid credentials" comes from https://github.com/go-openapi/runtime/blob/master/middleware/context.go#L425.
Here, there is something that deals with anonymous https://github.com/go-openapi/runtime/blob/master/middleware/context.go#L421.

@fredbi , I did what you said.
security:
- key: []
- {}

However, when a token is not being passed, the server does not have Principal. It bypassed it. I was thinking more along the lines of having a principal, but let that principal be anonymous.
package general

import (
	errors "github.com/go-openapi/errors"
	models "github.com/greenpau/ipdistro/internal/pkg/ipdistro/models"
)

// APIKeyAuthHandler handles token-based authentication.
func APIKeyAuthHandler(token string) (*models.Principal, error) {
	if token == "xyz" {
		prin := models.Principal(token)
		return &prin, nil
	}
	return nil, errors.New(401, "invalid api token '"+token+"'")
	//prin := models.Principal("anonymous")
	//return &prin, nil
}

Here, the above code will not be triggered if token does not exist.

Here, we perform authentication.
When, no token is being passed, usr is:
(interface {}) <nil>

When it is being passed, then usr is a pointer to models.Principal.
(*models.Principal)(0xc4201e6330)((len=3) "xyz")

Perhaps, route.Authenticators.Authenticate can return anonymous principal when authenticating without a key. Specifically,
Perhaps, having it here as:
prin := models.Principal("anonymous")
return true, &prin, lastError

instead of:
return true, nil, lastError

be better?

but then models are unavailable there...

Perhaps, having something like this for anonymous access would work 🤔 🤔 💭 :
	api.AnonymousAuth = func() (*models.Principal, error) {
		prin := models.Principal("anonymous")
		return &prin, nil
	}

the issue is https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md#securityDefinitionsObject does not have Security Scheme Object type of anonymous.

At the end, I decided to simply check whether usr is nil. If a function can be invoked anonymously, I omit usr == nil, else I throw an error.
// GetAPIInfoHandler handles request for API information.
func GetAPIInfoHandler(usr *models.Principal, appVersion, appContact, appDocumentation string) middleware.Responder {
	if usr == nil {
		return &GetUnauthorized{
			Payload: &models.Error{
				Code:    "401",
				Message: "Unauthorized. Authentication Required.",
			},
		}
	}
	response := NewGetOK()
	response.Payload = &models.APIInformation{
		Contact:       appContact,
		Version:       appVersion,
		Documentation: appDocumentation,
	}
	return response
}

you can rewrite errors in the ServeError callback it's available in the configure_xxx.go file
By default we use this implementation: https://github.com/go-openapi/errors/blob/master/api.go#L121
you can augment it by wrapping the function and adding your own rewrites

you can rewrite errors in the ServeError callback it's available in the configure_xxx.go file

@casualjim , how does it help in my use case? My apologies for not able to connect the dots. I tried, but don't see it yet.
By, configure_xxx.go, do you mean this?
    // configure the api here
    api.ServeError = errors.ServeError

it seems you just want to return errors for non authenticated users, but weren't happy with the error message.
in that case you shouldn't allow for optional authentication but you can let our framework handle the rejection and customize the error message

@casualjim , I was thinking about what you said above. The use case I was thinking about is that I want some of GET request (informational stuff) be anonymous, i.e. no authentication, and the rest be authenticated via token based mechanism. Also, let's say I want service static content, i.e. through middleware, like https://github.com/go-swagger/go-swagger/issues/1375. I want it also without authentication.

O sure the use cases for it are plentiful. I was just responding to the examples in this thread and offering some more options.


bx plugin install command does not enable auto-completing a file

I am reinstalling new versions of a plugin constantly, and would prefer to have the install command auto-complete the filename (which happens to be very long).
Expected behavior:
To compare to the cf command... On macOS, I can run cf install-plugin  and it will auto-complete the file afterward based on the files in the current directory structure.


Rad collectors accept any gas without warnings

Description

You can easily botch power production by swapping the plasma in rad collectors with any other gas.
Rad collectors currently only report gas levels, thus most engies won't check gas tanks if they appear full, let alone inspect the gas with an analyzer.
I also vaguely recall there was supposed to be a mechanic where plasma inside rad collectors turned into tritium over time but it seems to be shelved(?)
Reproduction

Swap the gas inside a plasma gas tank with any other gas such as nitrogen.
Insert gas tank inside rad collector.
Rad collector reports full gas level and will not output power.

good, this lets you sabotage power and leave the silly engis scratching their heads before giving up and evac is called

Once this becomes a known or common tactic it would be common knowledge to check or replace tanks with known good plasma. intended feature following design pillars.

There are many different ways to check for this type of sabotage. I think it's creative.
Engineering is a department with a lot of depth, and because of this, there's a lot of opportunities to either mess up or induce sabotage in the great system, which is a core design pillar of SS14. I like it.

I think that it may be hard to fully figure out for engineers that aren't familiar with how the rad collectors work, but if any engi checks the power monitor, they should see that the rad collectors aren't making power. That at least gives them an idea of where to look, unlike cutting wires where you have to trace cables through an entire department.
This would be easier to fix compared to cables in my opinion once more of engineering is familiar with it.


Traffic under polyline

How can I put traffic above polyline?

You can see traffic layer by IsTrafficeEnabled but can not get as polyline.

@amay077 I think that @eopeter wants change Z-index of traffic but I think it is not possible.

Yes you're right!
We can't change Z-Index of traffic map.


Doc gen error: maximum call stack size exceeded

Please list the package(s) involved in the issue, and include the version you are using
This relates to a PR for a release of checkout-ui-extensions.

Describe the bug
Running yarn docs:checkoutresults in the following error:
/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:88
function propsTable(name, docs, properties, exports, dir, additionalPropsTables, titleAndDocs = true, headingLevel = 2) {
                   ^

RangeError: Maximum call stack size exceeded
    at propsTable (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:91:8)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:452:9)
    at map (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:339:9)
    at Array.map (<anonymous>)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:338:8)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:437:14)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:437:14)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:437:14)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:437:14)
    at propType (/Users/jkv/src/github.com/Shopify/ui-extensions/scripts/typedoc/shopify-dev-renderer/shared/index.ts:437:14)

Expected behavior
Doc gen completes without error.

@igor10k I did some investigating into this to narrow down what is causing it and it appears to be this new Type that was introduced for Image component: https://github.com/Shopify/ui-extensions/pull/483#discussion_r973367251


hasMore prop is being ignored

The next function doesn't get called if the data length didn't change after the previous call, even though I pass true to the hasMore prop.
I want the next function to be called even if the data length didn't change after the previous call.

Can't get next() to fire. I made infinite scroll it work with 2 virtualization lists, 1 normal list. But this one seems to never call the next function. Don't know why yet. Whereas it display endMessage at the bottom when setting hasMore={false}.

I got it to work, use parent scrollable div. Maybe the ancestors containers has been in conflict with the scrolling calculations, because one of them had overflow auto already. But using a direct parent did it.

I had the same problem and I solved passing a different key (basically remount the component) when I need the component fires the next event again. I hope that helps

@gabe2code-opstalent Yeah it seems like it has something to do with rerendering. If you remove the key, you can reproduce that solution (with hot-reload) just by making a simple change (like adding a console log) so it rerenders. When it rerenders it loads the next page.

I had the same problem and I solved passing a different key (basically remount the component) when I need the component fires the next() event again. I hope that helps

@gabe2code-opstalent Could you please explain what do you mean by passing different key? Do you mean key="xx" attribute on the element of the list?


Update aws-core, http-client-spi, ... to 2.17.265

Updates

software.amazon.awssdk:aws-core
software.amazon.awssdk:http-client-spi
software.amazon.awssdk:netty-nio-client

from 2.17.104 to 2.17.265.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "software.amazon.awssdk" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "@monthly" },
  dependency = { groupId = "software.amazon.awssdk" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

Superseded by #258.


style(Accordion): update docs to the latest standards

Current coverage is 100% (diff: 100%)

Merging #838 into master will not change coverage

@@           master   #838   diff @@
====================================
  Files         137    137
  Lines        2244   2244
  Methods         0      0
  Messages        0      0
  Branches        0      0
====================================
  Hits         2244   2244
  Misses          0      0
  Partials        0      0

Powered by Codecov. Last update 3ba4c79...8522735

Thanks again for another batch of great work :thumbsup:


Error in opening shapefile in colab

A few months ago I ran successfully the below code with geemap in colab, but today when I wanted to run it again it return an error. Is anything changed in geemap library !!? How can I do it again?
Map = geemap.Map(center=()
zagros_shp = 'zagros_south.shp'
aoi = geemap.shp_to_ee(zagros_shp)
Map.addLayer(aoi, {}, 'zagros')
Map

Error:
No module named 'shapefile'
---------------------------------------------------------------------------
AttributeError                            Traceback (most recent call last)
[<ipython-input-6-1e42def116c6>](https://localhost:8080/#) in <cell line: 4>()
      2 zagros_shp = '../zagros/zagros_south.shp'
      3 aoi = geemap.shp_to_ee(zagros_shp)
----> 4 Map.addLayer(aoi, {}, 'zagros')
      5 Map

[/usr/local/lib/python3.10/dist-packages/geemap/geemap.py](https://localhost:8080/#) in add_ee_layer(self, ee_object, vis_params, name, shown, opacity)
   1442         ):
   1443             err_str = "\n\nThe image argument in 'addLayer' function must be an instance of one of ee.Image, ee.Geometry, ee.Feature or ee.FeatureCollection."
-> 1444             raise AttributeError(err_str)
   1445
   1446         if (

AttributeError:

The image argument in 'addLayer' function must be an instance of one of ee.Image, ee.Geometry, ee.Feature or ee.FeatureCollection.

my shapefile:
https://drive.google.com/file/d/1Qm6IJC7uWGr1KnmVzg_fivVWjjqFzeqI/view?usp=sharing, https://drive.google.com/file/d/1SP9L95Uu729-lBfQKn2P0-Altap3lx4k/view?usp=sharing, https://drive.google.com/file/d/1tumdvyf7gCGMwVOK-MZ3mGVAjjqds265/view?usp=sharing, https://drive.google.com/file/d/1yY-iLkQBuDxhcWD40yckyY7saIAjfPAa/view?usp=sharing

pyshp has been changed to an optional dependency. Please install it using pip install pyshp


worker.py: Remove RebuildKeyspaceGraph step.

It's not necessary directly after InitShardMaster.
@enisoc @aaijazi @alainjobart

LGTM.
To answer your above question: try running the test without and it see if it works :).

Ammar, at first I thought the same. But the test won't find out if the topology is not in a consistent state.
I've answered the question myself by looking into the code. See the commit message of the second commit.
@enisoc Can you please confirm and LGTM?

I think we still need RebuildKeyspaceGraph in both cases.
RebuildKeyspaceGraph does more than just rebuild the serving graph. It also looks at each shard's global record to see which types (master, replica, etc.) that shard is serving. It then writes a map to each cell-local SrvKeyspace node, which tells VTGate which set of shards to use for a given type. That way, we can have replica served from the new set of shards, while master is still served from the old set, as part of the transition period.
I looked at the MigrateServedTypes command, and it doesn't appear to trigger a RebuildKeyspaceGraph, so I think we need to keep RKG as an additional step any time the serving state of a shard changes.

Both MigrateServedTypes and MigrateServedFrom rebuild the Keyspace at the
end, if there is no error. If that is not happening, we should be
investigating that, but it's the intended behavior.
On Mon, Jun 8, 2015 at 1:05 PM, Anthony Yeh<EMAIL_ADDRESS>wrote:

I think we still need RebuildKeyspaceGraph in both cases.
RebuildKeyspaceGraph does more than just rebuild the serving graph. It
also looks at each shard's global record to see which types (master,
replica, etc.) that shard is serving. It then writes a map to each
cell-local SrvKeyspace node, which tells VTGate which set of shards to use
for a given type. That way, we can have replica served from the new set of
shards, while master is still served from the old set, as part of the
transition period.
I looked at the MigrateServedTypes command, and it doesn't appear to
trigger a RebuildKeyspaceGraph, so I think we need to keep RKG as an
additional step any time the serving state of a shard changes.
—
Reply to this email directly or view it on GitHub
https://github.com/youtube/vitess/pull/759#issuecomment-110122163.

Ah I see it now:
https://github.com/youtube/vitess/blob/master/go/vt/wrangler/keyspace.go#L171
I was looking at Wrangler.migrateServedTypes instead of Wrangler.MigrateServedTypes. For many commands in Wrangler, the only difference is that the public function first acquires a lock before calling the private one. In this case, the public function does more.
In that case, your removals here should be ok, except for the one after InitShardMaster. I think that's still needed.

re: the case after InitShardMaster
I'm running RebuildKeyspaceGraph there only for the original source shard, but not for the destination shards.
Until the traffic is migrated, they won't be referenced in the "SrvKeyspace" and therefore we don't need to rebuild that file for them.

LGTM


fix(codebases): #539 Updated 'add' panel to mimic mockups

Aligned buttons right of panel.
Added top border between GitHub repo and details.
Disabled sync button for empty repo string to avoid JS errors.

There were the following issues with your Pull Request

Commit: e9d91d2f9feb1887814eafe128c3f3b77dfb0886
Your subject line is longer than 50 characters

Guidelines are available at https://github.com/fabric8io/fabric8-ui

This message was auto-generated by https://gitcop.com


chore(ci): Update renku actions to v1.12.0

Automated changes by create-pull-request GitHub action

Pull Request Test Coverage Report for Build<PHONE_NUMBER>3
Details

0 of 0   changed or added relevant lines in 0 files are covered.
5 unchanged lines in 3 files lost coverage.
Overall coverage increased (+0.01%) to 90.495%

Files with Coverage Reduction
New Missed Lines
%

components/renku_data_services/crc/db.py
1
87.58%

components/renku_data_services/crc/blueprints.py
2
93.81%

components/renku_data_services/storage/blueprints.py
2
94.79%

Totals

Change from base Build<PHONE_NUMBER>4:
0.01%

Covered Lines:
9264

Relevant Lines:
10237

💛  - Coveralls


Clarification regarding api url in the documentation

In pdns 4.0.1 you would access the api via a different URL that is suggested, its:
./powerdns_exporter -api-url="http://localhost:8081/api/v1/" -api-key='mykey"
A minor documentation thing, but the usage example is missing a "-" for api-url (which should also show /api/v1:
 go run powerdns_exporter api-url="http://<HOST>:<API-PORT>/api/v1" -api-key="<YOUR_API_KEY>"
Now its working, great exporter btw :)

didn't read the documentation good enough :)


A static Band website .

I would like to work on this issue. @Ayushparikh-code

@jugeshraghav Could you please describe the project a little more?

@jugeshraghav Would be assigned when you're done with the other two assigned issues.

Okay I will elaborate it.
On Wed, Jul 7, 2021, 21:57 S Harshita @.***> wrote:

@jugeshraghav https://github.com/jugeshraghav Would be assigned when
you're done with the other two assigned issues.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Ayushparikh-code/Web-dev-mini-projects/issues/140#issuecomment-875748145,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ARVI6WK4FU3K6P3A4OQE5QDTWR6ALANCNFSM476HHHVA
.

Please assign it to me @harshita2216

I will create a static multi page website for this.


fix: CRD generation for FO and CFO

Closed in favor of https://github.com/kubewharf/kubeadmiral/pull/159


Failed to resolve: one.block:eosioandroidkeystoresignatureprovider:0.1.0

Hi guys, initially I worked on "one.block:eosiojavasoftkeysignatureprovider" which worked correctly in my Android application. Now I want to use "eosio-android-keystore-signature-provider", for this purpose, I add this "one.block:eosioandroidkeystoresignatureprovider:0.1.0" dependency in "build.gradle (app)", but now my project show error on sync.
Error : "ERROR: Failed to resolve: one.block:eosioandroidkeystoresignatureprovider:0.1.0"

Thanks for the report. We are solving the issue. Will let you know when we are done.

The issue was fixed. Please try to sync your gradle again.

Thanks @DanteNguyen1008 , now issue is resolved.

Yes, Please checkout https://t.me/eoswalletdev


Reduce dynamic memory allocations

Reason.
Dynamic memory allocation such as in PolyRegularQKTO takes a significant amount of time such as in the example below.
Proposed Solution
Reserve enough memory at start of program? A proper solution will obviously need more thought and a redesign of the code (or just use Yellowjacket-GEM 😅)
Impact
Faster multiphysics
Additional context

Any fortran array with a size that is dependent on a runtime variable will lead to a malloc/free pair. The profile shows that > 30% of the Thermochimica time is spent in either malloc or free. At first glance it looks like those could largely be avoided by reusing buffer space (sized for the maximim number of species in a given phase for example).

@markuspiro any suggestions?


[BUG] ChromeDriver issue

After Chrome browser updates, I am getting below error:
System.Exception: session not created: This version of ChromeDriver only supports Chrome version 87
Current browser version is 89.0.4389.82 with binary path C:\Program Files\Google\Chrome\Application\chrome.exe (SessionNotCreated)
I changed the packages.config, still not working

What version did you update the Chrome driver version to?

Issue is resolved.

From nuget I have installed latest "Selenium.WebDriver.ChromeDriver"
Packages.config got automatically updated with <package id="Selenium.WebDriver.ChromeDriver" version="89.0.4389.2300" targetFramework="net462" />


expect(HashWithIndifferentAccess).to include(Symbol) behaves differently in 3.8.0

Subject of the issue
Today I upgraded to the latest 3.8.0 rspec release and found that a specific test breaks now. After tinkering with it a bit I could isolated the problem. See the code snippet below.
Your environment

Ruby version: tested with 2.3, 2.5, 2.6rc2
rspec-expectations version: 3.7.0 and 3.8.0

Steps to reproduce
require 'active_support/core_ext/hash/indifferent_access'

RSpec.describe 'include matcher difference between 3.7.0 and 3.8.0' do
  it 'should include the keywords' do
    hsh = HashWithIndifferentAccess.new
    hsh['foo'] = 'bar'

    expect(hsh).to include(:foo)
  end
end

Expected behavior
Testsuite passes as in 3.7.0
Actual behavior
Testsuite fails in 3.8.0
EDIT: Fixed the versions...

I think that this is becasue include matcher calls #to_hash (#1012) .

Thanks for reporting this @Kjarrigan and for finding the root cause @eitoball.
I think the solution is to modify the code added in #1012 to only call to_hash if the object is not already a hash.  Since HashWithIndifferentAccess is already a hash we'll avoid it in that case, and more generally, if we already have a hash no conversion is needed (and we want to work with the hash the user passed us).
Does someone want to work up a fix?  I'm unlikely to get to this today, but could review and merge a PR.  Note that when you add a spec for this, please do not add a dependency on activesupport; instead add a class to rspec-expectations' spec suite that mimics this aspect of HashWithIndifferentAccess (you could even call it the same thing) but doesn't pull in all of the code of activesupport's class.

Does someone want to work up a fix?

I do.

I just submitted #1069.

A fix for this has been merged.  I was going to release it, but I don't have the private key we use to sign our released gems available on my work computer, so a release will have to wait until I'm home tonight unless @JonRowe or @samphippen get to it before then.

Good job guys and thanks for the fast fix. :+1:

3.8.1 is out with a fix.

:+1:


Reconsider the tools used to run recipes to account for multiple parties' interests

While trying to research multi-line npm scripts, I found this package: script-launcher. Thoughts on using it here?
Edit: See the next comment I make for the heart of this matter.

Yes, that looks really nice. Seems like we could also specify web vs node compatibility per recipe within the menu config.

Ok, let me put this a different way, starting from the top-down principle-first approach.

[Users] - We want users to be able to clone this repo and be able to easily run whichever recipe they desire. They should not have to worry about installing npm dependencies unless a recipe requires it (e.g. reduce possible attack surface). We want to eliminate annoying errors when possible (i.e. #10) or minimize them by providing helpful action-oriented error messages. The commands to run the scripts should read from 'left-to-right,' the order in which our brains will think of those recipes. For example, something like npm run MyRecipe --target=browser or npm run MyRecipe --target=production-thingy-majiggy. Not right-to-left as we currently have things npm run production-thingy-majiggy --recipe=MyRecipe`. While these could be standardized (e.g. #12), it wouldn't be required in this approach.
[Reciper-Makers] - We want those who write recipes to have full freedom in how they implement their recipe. If they want to have 10 different ways to build a recipe, that should be possible. For example, a complicated recipe might have 2+ targets (i.e. build the webapp server, build the client part, build the file server, build the database server). While I would likely reject a recipe that does all of that (rather than multiple recipes that do that individually), it should still be possible and easy to do. Moreover, the scripts themselves should be stand-alone and be stored within the same folder as their recipe.
[Maintainers] - We want maintainers to be able to add/tweak/modify one recipe without affecting all others. We want CI to be simple and clear. In other words, let's say I had a recipe in the MyCoolRecipe folder that suddenly became broken at some point (e.g. package set issue, breaking release in a library, breaking release in PS, etc.). The only thing I should have to do is move the MyCoolRecipe folder from src/ into broken/. CI should pass after that if nothing else is affected.

Our options are currently

npm scripts.  This provides a better UI, but is still based on npm scripts. I'm not sure how well it would scale, and it needs more research
make. I'm not familiar with using this, but I believe it's a better candidate than our other proposed tools. My only question is whether a person's computer would always have it installed or whether we would need to include instructions for that.

* My only question is whether a person's computer would always have `make` installed or whether we would need to include instructions for that.

Should be installed by default on linux.
On osx it will prompt you to install xcode.
Not sure what the story is with windows.

Not sure what the story is with windows

Seems like make is accessible via the Linux Subsystem. Installing it via chocolatey also works. Installing it is choco install make.
I think it's worth trying out here. I can play with the script-launcher to see how well that works, too. Thoughts?

After looking at script-launcher and make, I think make works best.

I'll give make a shot. In the meantime we should merge #25 then #26 to get things back to a working state.

I'll change the default to 'squash and merge.' I don't think I have a preference.

In the meantime we should merge #25 then #26 to get things back to a working state.

Merged.

I'm finding this tutorial helpful in getting me up to speed: https://makefiletutorial.com/

I think the idea I have in my head looks something like this:
User calls make and it prints out the following:
=== SCRIPTS ===
`make` - output this help text
`make help` - output this help text
`make build` - Setup this cookbook
`make clean` - Clean up all files in this cookbook
`make list` - only list the recipes you can call
`make <RecipeName>` - list the targets for a given recipe
`make <RecipeName> <target>` - Run the recipe for a given target

=== RECIPES ===
RoutingHashHalogen - Do hash-based routing in a Halogen app
RoutingHashLog - Log the route that would be created via hash-based routing
RoutingPushHalogen Do push-state routing in a Halogen app

User then calls make RoutingHashHalogen and the following is outputted
Recipe Name: RoutingHashHalogen
Description: Do hash-based routing in a Halogen app

[Targets]
build - build the recipe
clean - clean the recipe's folder
node - run recipe on Node.js
browser - run recipe on browser
ci - test this recipe during CI build

where the 'Targets' section would display the available targets one could use.
If the user ran a non-existent recipe, they would get this error message.
Error: Recipe, '<recipe name>,' does not exist. See list below for all recipes:
<same output as `make`'s recipe list>

If the user ran a non-existent target for a recipe (e.g. make RoutingHashHalogen foo), it would print:
Error: Recipe, 'RoutingHashHalogen,' does not have target, 'foo.'
Please rerun this command using one of the below valid targets for 'RoutingHashHalogen':
<same output as the target list from above>

Part of me thinks this should be done by specifying a makefile in each recipe and use the includes directive to include them in the root folder's makefile.

A makefile per recipe could work, but this might introduce a bunch of duplicated content.
With a clean per recipe, should this delete the common spago build output, or just the parcel content in that recipe's directory? I think git clean -xdf is good enough for most situations.

browser compatibility can be confirmed by checking for a dev directory.
A lightweight way to enable checks for node compatibility could be to just add an empty worksWithNode.txt file.

In either case, I think most users will be starting from a table on the cookbook homepage (likely containing the columns: recipe | description | node? | browser?) rather than discovering these recipes via CLI.
Building a set of CLI menus with makefiles is possible, but it's not the common use-case. We may have a better return on investment with building a homepage and adding more recipes, rather than focusing too much on a completely polished CLI at this early stage.

Building a set of CLI menus with makefiles is possible, but it's not the common use-case. We may have a better return on investment with building a homepage and adding more recipes, rather than focusing too much on a completely polished CLI at this early stage.

True. My only concern is that, if we have to change CI later because of some issue, that may require a lot of updating.
Regardless, I think you're right about the CLI menus. Most people will be looking at the Readme (I presume) for discovery, not via make commands. I also think that this issue has slowed things down too much.

@milesfrain Do you think this issue can be closed? We might need to clean up some of the instructions for how to add a recipe, but I think the majority of this has been finished.


source map

The stack trace refers to the compiled code and it is hard to debug. It will be good to have a source map.

This seems to be something that might be tackled in Meteor soon (according to the debate on the Meteor Forums), is there anything we need to do specifically for Mantra?


Refactor Database Locks code

The lock code with the multiple transitional types are just plain bad.
I'm taking another look at it so we have less issues in the future.

The change introduced in bcdcc91e2221ef8ec513168adbcacffb71e2917a is a bit controversial.
Changing the schema file on its own, while being a valid change as far as i am aware, is kind of sketchy. We have to keep notice of any future migrations / changes that might re-generate the file and un-apply the patch which would obviously lead to issues of vicky not compiling anymore.
With the implementation of 8d06aa8d8795a8a4330ab25060ea14d381869b03 we basically make any production runs, not regenerate the schema file when running migrations automatically as it happens on runtime, so we just have to worry about not fumble committing the file and introducing a change that would break it. Pipeline would catch this, but still, it does feel wrong.
I propose these solutions:

A build script that will always execute on build to apply the patch programatically to the schema file.

Pros:

Will catch any case of migrating the database and regeneration and pipeline would catch any case of not running the code before committing after migration.
Will make it pretty much impossible to forget about it since it will re-run any time any change is introduced in the schema file.

Cons:

Might run in the background here and there.
Will increase build times by ~100-120 ms (compile) and ~1-2 ms (run) with my current implementation. I'm thinking about using regex instead to improve maintainability, so i'm not sure how that'll impact that.

A makefile that should be used as the only way to run external migrations as a wrapper to the diesel cli which will also apply the patch.

Pros:

Will do migrations and automatically take care of the schema file afterwards if needed.
Will only run once and apply the change smartly.
Simplicity?

Cons:

Needs to be thought of when running migrations.
Weird Makefile command with env variables that should go to diesel_cli (unclear).
Could be forgotten and committed to git, but pipeline would crash.

I also spent some time in looking up if the change can be done in the migration file so that diesel outputs a Nullable for the primary key, but apart from Sqlite having nullable primary keys by default, this does not seem to be possible even with a type like Serial being nullable on insert.
This behavior does make sense though since on Query it would always be non-null, but it's still a bit of a nuisance that this is not possible in any way since diesel just parses whatever it's given from postgres and makes that into a rust compatible format in the schema.rs.
I'm also gonna change the id's to Uuids as we discussed, but this doesn't impact any of this in any way. Just that the script has the be changed, which is a con in both solutions.
If anyone has a better idea, pls help.

cats for sanity

For the script, should we rather use a cleaner regex approach or the faster contains approach?
Regex: Build: ~400ms, Run: ~30ms
Contains and Replace: Build: ~100ms, Run: ~2ms
Sources:
C&R: build.rs

Regex Script
use regex::{Captures, Regex};
use std::{fs, io};
use std::fs::File;
use std::io::{BufWriter, Write};

fn main() {
    if let Err(e) = ensure_locks_id_nullable() {
        eprintln!("Couldn't update schema.rs: {e}")
    }
}

const SCHEMA_RS_PATH: &str = "src/lib/database/schema.rs";
const OLD_TYPE: &str = "Int4";
const NEW_TYPE: &str = "Nullable<Int4>";
const REPLACEX: &str = r"(diesel::table!\s*\{\n\s*locks\s*\(id\)\s*\{\n\s*id\s*->\s*)";

fn ensure_locks_id_nullable() -> io::Result<()> {
    println!("cargo::rerun-if-changed=src/lib/database/schema.rs");
    let content = fs::read_to_string(SCHEMA_RS_PATH)?;
    let regex = Regex::new(&format!(
        "{}{}", REPLACEX,
        OLD_TYPE
    ))
    .unwrap();

    let new_schema = regex.replace(&content, |caps: &Captures| {
        if let Some(before) = caps.get(1) {
            format!("{}{}", before.as_str(), NEW_TYPE)
        } else {
            caps.get(0).unwrap().as_str().to_string() // always present
        }
    });

    let schema = File::create(SCHEMA_RS_PATH)?;
    let mut overwriter = BufWriter::new(schema);
    overwriter.write_all(new_schema.as_bytes())?;
    Ok(())
}

I like the idea to fix this issue, because it removes a lot of duplicate code.
I do not lean to any possible implementation. Each implementation should provide an list with table names, where new table names can be added easily, since this might be a common pattern.
Performance-wise, even 400ms addition build time is not a big issue in the grand scheme of things.
I am willing to accept the solution, which you prefer.


Onboard SQS as part of the arsenal of aioboto3

I'd love for this library to include support for SQS as it is a basic and foundational service of AWS.  Last day or so I've spent to successful migrate from using boto3 to aioboto3 within a FastAPI applicaiton, utilizing dynamoDB and S3 aioboto3 functions.

Nice!
So the base sqs client functions should work out the box, is there anything specific that doesn't?

This is good to know.  I don't remember seeing SQS mentioned in the docs and searched for it without luck in the repo, although I did see reference to it in aiobotocore.  When I have time I'll use the client to convert my boto3 funcs.  Thanks for responding!

So pretty much all boto3 calls work as it's a glorified wrapper hence I didn't document them all :D

Here are some good examples, for anybody interested, using async with SQS:  https://aiobotocore.readthedocs.io/en/latest/examples.html

this is aiobotocore mate


adding action 'create-flow-logs`

adding action create-flow-logs to vpc.py

in general its always good to have actions cover on multiple use cases, ie. have as a set-vpc-flow vs a create.

the previous review comments on this pr are still valid, the state: absent case needs implementation, and there doesn't need a separate recording/test case per applicable resource type.


Promises/A+ compliance test suite

Since palikka is advertised as Promises/A+ compatible we should really add the "official" compliance test suite as part of Palikka's tests. Sure, the compatibility is checked at the moment via custom tests which should be enough, but it can never hurt to have more tests =)

The tests are now added to the repo, but unfortunately Palikka did not pass the test suite. The 2.3.3 clause functionality was missing. However, this is was fixed in v0.3.2 and Palikka passes all the tests now.


Experience levels

Closes #193
Experience levels now work how you'd expect: each time a unit gets a kill it gets a chance to promote and its max HP is now determined by its exp level instead of hard coded to 3. I set the promotion odds to the numbers Quintillus mentioned in the issue. They feel right to me but we should still make sure at some point. Under the hood, experience levels are read from the JSON save or BIQ. To make that work, I followed the example of terrain types. I put experience levels in the C7RulesFormat object instead of the game data object since some comments indicated that's what it's there for. The rules object wasn't used for anything before this so I had to do some work wiring it up, e.g. including it in EngineStorage and passing it to the dummy game creation process.

The original JSON 'save format' was just a start. I thought it made sense to maintain a separate BIC analog versus game data analog because there isn't really a reason to copy per-mod data in every single save game file. I'm not saying it should or should have mirrored the Civ3 BIC, but clearly there is a bunch of data that doesn't change between games.
But a lot has happened since November, and I never did anything with C7RulesFormat that I can recall aside from 'reserving' it it a nascent 'save format'.

Removing "Carthage" tag as #193 is already included there, and was thus being double-counted for progress towards the next preview.
I think the best way to handle this going forward is to use the "Closes #XYZ" reference to associate the PR with the issues, but to leave the "Carthage" tag off the PR itself (unless it's a PR that doesn't have a corresponding issue as in a "fix this blocker that needs done ASAP" PR).  That keeps the high-level projects board (https://github.com/C7-Game/Prototype/projects/3) focused on the issues/fixes, and allows estimating how far along we are towards milestones semi-accurately.

I concur with that


Doesn't work in URP

In my URP project the shaders default to Lit, which is supposed to be the equivalent of Standard Shader and I see all the same properties e.g. _DstBlend - it should be an easy change and would really appreciate it if you could take a look soon!
Ref to the Lit shader<EMAIL_ADDRESS>

Actually, turning the material's surface type to transparent made this work - thanks!

Thanks for that tip!
I am planning to make a similar video & repo for URP and HDRP since I understand those work differently.
I just started working with URP as part of upgrading my 2019 built-in render pipeline project to 2021 URP so I'm sure I'll be learning a lot that I can share


Use StrSlice from pkg/stringutils

rely on StrSlice in pkg/stringutils
this is somehow related to #14338 also cause code may be adapted to support other fields
Signed-off-by: Antonio Murdaca<EMAIL_ADDRESS>

LGTM

LGTM


Add renBTC

[x] I will not ping the Discord about this pull request.

Please provide the following information for your token.
Please include change to the src/tokens/solana.tokenlist.json file in the PR
At minimum each entry should have

Token Address: CDJWUqTcYTVAKXAVXoQZFes5JUFc7owSeq7eMQcDSbo5
Token Name: renBTC
Token Symbol: renBTC
Logo<EMAIL_ADDRESS>Link to the official homepage of token: https://renproject.io/
Coingecko ID if available (https://www.coingecko.com/api/documentations/v3#/coins/get_coins__id_): renbtc

Ren Bitcoin as a name?


block audio on device after ends call

Hi!
We are developing an implementation of opentok.js library with an angular version 1.4.3 on cordova version 4.1
What is happening is this:
When a call ends correctly (the user with a moderating role does a  forceDisconnect on other users ) you can make new calls and play audio on the device.
But when one of the user’s calls gets disconnected, if you then try to play any audio on your device, it notifies that he cannot because there is a call in process.  We want to know how we can release these resources when the call ends forcibly.
Any idea?
Thanks
Nataly

it's same to me

Yet another unanswered question for the opentok plugin...


fix: readme titleTemplate anchor

Codecov Report

Merging #153 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff           @@
##           master    #153   +/-   ##
======================================
  Coverage    25.1%   25.1%
======================================
  Files          18      18
  Lines         231     231
======================================
  Hits           58      58
  Misses        173     173

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 9f0d549...a52a765. Read the comment docs.

Thank you :)


feat(Bots): Added bots configuration support

BREAKING CHANGES: refactored cli to support an action group
feat(Bots): Added bots configuration support
fix(Typings): Better support for customObjects
chore(README): Added header and updated content

Need to update extension configuration starter and notify users of change

This will close #2 and #4 as well I think.


Fix a type error trying to iterate non-array

I'm not sure why this happened, or if possibly you can flag the backwards-style data format detection in a way that makes this loop not run all the time, but at least it crashed in my setup on entries without a value for the field, after I updated the field definition.
Considering the code I'd doubt that typecasting poses a problem, but its probably more easily fixable when you know what the heck this migration really does :)

@nervetattoo Ah - excellent catch! The reason for that block is that previous versions of Set Table didn't record the row handles for each row in the table. This caused some serious issues when actually fixing this, as it would stuff up everyone's existing setup, which would be bad. Thats why that block essentially creates handles for each row, then when you save the element you're working on, it'll be in the correct scheme.
But as you've pointed out, this is not necessary for fields created with the latest version. I've altered the code in your pull request to check if value is not null, and is an array, rather than relying on typecasting.
Thanks so much for this!


Command aap:install is not defined!!

I ran composer install followed by php artisan app: install, I got below-mentioned errors.
'''Command "app:install" is not defined.
Did you mean one of these?
app:name
migrate:install '''

same as me, i got message
Command "app:install" is not defined.
Did you mean one of these?
app:name
migrate:install

Same issue here :-)

The project will restart soon we hope to have your support you can participate with your ideas in trello and slack
Trello -> https://trello.com/b/dv9fqFK2/lms-laravel
Slack -> https://join.slack.com/t/lmslaravel/shared_invite/enQtMzkzNTUxNzAzMTEwLTVkNDBmZmU1YjEzMWIxNTk5Y2FiOGYyODYxNmFhYjgwYzQ5MjRhOWViOTRkZWM3ZjczOTcxMzVlOTU5YzdiNGI