productivity

Many systems don't link python to python3. Debian even maintains it's wrong for their packages to expect python to work:

NOTE: Debian testing (bullseye) has removed the "python" package and the '/usr/bin/python' symlink due to the deprecation of Python 2. No packaged scripts should depend on the existence of '/usr/bin/python': if they do, that is a bu

I have 4 opened documents leveraging PWA which results in this list on macOS:

May I propose to use the filename as a window's title, so that several windows can be distinguished better?
In terms of length, you may need or want to show the beginning end of the filename similar to Fi

In recent versions (can't say from exactly when), there seems to be an off-by-one error in dcc.DatePickerRange. I set max_date_allowed = datetime.today().date(), but in the calendar, yesterday is the maximum date allowed. I see it in my apps, and it is also present in the first example on the DatePickerRange documentation page.

E

After using Bash-it very happily on Linux, I'm now trying it on macOS (10.15.5, with bash 3.2.57), and I'm having all sorts of weird line break/line wrap problems. The problems seem to stem from scm_prompt_info, as they don't appear when I'm using a theme that doesn't use it or when I'm not in a git repo.

The problems I'm seeing include unexpected line breaks in the middle of my prompt, early

Version: v0.10.0
To reproduce, go to settings and add more than categories at the same time below any category.
When you assign the name for one of the new, the other get the same name.
If you go to the second and try to change the name, the first one gets the second name.
I hope this helps.
Thanks.

[aw-qt_2021-03-26T00-09-49.log](https://github.com/ActivityWatch/activitywatch/files/621747

We want to add a link to our content guidelines before a user submits a source request. This will provide users a better understanding of what the process is and what content we allow, and what not.

How to get started?

• This

Metaflow currently supports Py>=3.4 (with limited support for Py2.7) and R>=3.8. The GH tests only test for Py3.7 and R4.1. We should ensure we test on the whole set of permutations.

Apologies I'm not sure if this is a potential bug (or I'm just doing something wrong!) or if it's a feature request, so please categorise accordingly 😅

I've recently discovered superProductivity and honestly I'm absolutely loving it and plan to use it as part of my workflow immediately. As a team we use a self-hosted GitLab installation for task/issue management, and superProductivity's GitLab

Describe the bug
Currently, in the workflow .github/workflows/tuist.yml we run unit test twice, once via tuist test and again via swift test.

To Reproduce
Steps to reproduce the behavior:

1. Run CI actions
2. Unit tests are run twice

Expected behavior
Unit tests must be run only via tuist test.