webassets | Asset management for Python web development

The issue here, at least with the specific link provided, is that something on Kohler's side does not appreciate requests without a user-agent set in the headers. This is either a bug, or intentional. It may actually be an attempt to prevent people from doing exactly what you're doing - mass downloading their manuals. Regardless, the solution is simple.

Modify your requests call to look like this:

The following will do this. You won't need the CTE, so delete it and replace uses of tbl with the name of your table and uses of json with your variant column.

This is expected behavior. Git isn't doing anything at all to files it ignores. That means if .pyc files are created while you have one branch open, then you switch to another branch, nothing will happen to the .pyc files, because all you've done is switch git branches, and those files are ignored by git.

If you like, you can add a post-checkout hook that deletes all pycache directories and .pyc files each time you check out a branch.

First, note that .gitignore content itself never has any direct effect on a merge. That is because git merge merges the contents of commits, which are already committed and cannot be changed. They have the files that they have. No power on Earth, or anywhere else, can change them. Your git merge is merging some existing commits, in preparation for making a new commit.

I have run git rm '*.pyc' in both files ...

Do you mean "in both commits"? "In both files" makes little sense here.

I don't recall renaming or deleting any venv/lib/* files.

If venv/lib contained *.pyc files, and you ran the above git rm, you would remove those *.pyc files from both your work-tree and Git's index. Once the files are out of Git's index, then the existing *.pyc entry in an existing .gitignore can take effect, preventing future *.pyc files from entering Git's index via your work-tree. A subsequent commit would then lack those *.pyc files.

I'll just look at the first conflict here, and split up long lines for posting purposes only:

Adding a line to .gitignore does not stop that file from being tracked by git - it just means that changes to it won't show up in git status / git diff and similar. To remove it from git, you need to run git rm name-of-file . However, this will also delete the actual file, so to avoid losing data, the best approach is:

• make a copy of db.sqlite3
• git rm db.sqlite3
• move your copy of the file back to the original filename
• commit the change to git

Then, on your live server:

• make a copy of db.sqlite3
• git pull
• move your copy of the file back to the original filename

From the "linux-armv7l" shown in the error, it appears that this is for an ARM-based platform, which is unfortunately not officially supported by any organization (e.g., Anaconda, Conda Forge, etc.), and one of the main community-contributed channels (rpi maintained by jjhelmus) for providing linux-armv7l-compatible package builds went inactive about 18 months ago. There is an open thread on the berryconda repo discussing its future and alternative options. In tragic summary: there is no channel that has a websockets package for this platform, hence the error.

As a side note, the additional labels that are provided when viewing a package on Anaconda Cloud (e.g., conda-forge/label/cf202003) have very specific purposes, and are rarely ever needed by most users (instead just use -c conda-forge). See the question, "Why are there multiple install commands on Anaconda Cloud?" for more details.