| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
This reverts commit 73303da6652440e9f5f787473b48f3f061d71089.
Not aiming for full REUSE compliance just yet
|
|
|
|
See previous commit, forgot ? after year range
|
|
git ls-files | \
xargs sed -Ei 's/Copyright [0-9]{4}(-[0-9]{4}) ([^<]*)<([^>]*)>/SPDX-FileCopyrightText: \2<\3>/'
|
|
git ls-files | \
xargs sed -Ei 's/Copyright [0-9]{4}(-[0-9]{4}) Florian Bruhin \(The Compiler\) <mail@qutebrowser\.org>/SPDX-FileCopyrightText: Florian Bruhin (The Compiler) <mail@qutebrowser.org>/'
|
|
reuse annotate --license="GPL-3.0-or-later" --style python \
misc/userscripts/openfeeds \
misc/userscripts/qute-bitwarden \
misc/userscripts/qute-keepass \
misc/userscripts/qute-keepassxc \
misc/userscripts/qute-lastpass \
misc/userscripts/qute-pass \
misc/userscripts/tor_identity \
misc/userscripts/dmenu_qutebrowser \
misc/userscripts/rss
|
|
|
|
reuse annotate --license="GPL-3.0-or-later" --style python \
misc/nsis/uninstall_pages.nsh \
misc/nsis/install.nsh \
misc/nsis/uninstall.nsh
And fixing qutebrowser.nsi manually as that uses iso-8859-1 and the reuse tool
doesn't like that apparently.
|
|
git ls-files | \
xargs grep -l "This file is part of qutebrowser" | \
xargs grep -l SPDX-License-Identifier | \
xargs sed -i '/# This file is part of qutebrowser\./,/along with qutebrowser\. If not, see <https:\/\/www\.gnu.org\/licenses\/>./d'
|
|
git ls-files | xargs grep -l "is free software" | xargs reuse annotate --license="GPL-3.0-or-later" --skip-unrecognised
|
|
- reuse init
- reuse download --all
See #7104
|
|
|
|
Closes #7097
|
|
See #7092, #6050
|
|
|
|
|
|
When pressing C-c if qutebrowser is not fully started yet, the prompt_queue is not
initialized and prompts for an annoying crash report.
Fixes #6827
|
|
|
|
I broke it oops
|
|
|
|
This is a follow-up of #7770 which was an attempt to fix the script broken in 9212ba9.
Before flipping the QT6 switch.
|
|
The stray comma made it a tuple (False,) which was always True.
|
|
|
|
Right now the version of PyQT available on PyPI is 6.5.1 and it's buggy with
Qutebrowser, this is a quick hack to get it working until it's released early next week.
|
|
Don't crash on --logfilter at startup
|
|
Now that `qutebrowser.utils.log` is a Qt-free zone, we can initialize logging before
`machinery.init()` without crashing.
|
|
|
|
Now that we moved all Qt related things out of `qutebrowser.utils.log` we can import
`qutebrowser.utils.log` in `qutebrowser.qt.machinery`, and therefore move the machinery
log where it belongs.
|
|
This resolves a temporary workaround for a circular import.
Now that we fully separated `qutebrowser.utils.log` and `qutebrowser.utils.qtlog`, we
can go back to keeping all logger definitions in the same place.
|
|
|
|
Just to keep related things together.
|
|
I had to create `qtlog.init()` to deal with the global variable `_args`.
|
|
|
|
|
|
|
|
Update dependencies
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fixed in latest PyQt snapshots
|
|
Building qutebrowser showed some warnings as the following:
```
/tmp/build-env-4jb2oh0t/lib/python3.8/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'qutebrowser.html' is absent from the `packages` configuration.
!!
********************************************************************************
############################
# Package would be ignored #
############################
Python recognizes 'qutebrowser.html' as an importable package[^1],
but it is absent from setuptools' `packages` configuration.
This leads to an ambiguous overall configuration. If you want to distribute this
package, please make sure that 'qutebrowser.html' is explicitly added
to the `packages` configuration field.
Alternatively, you can also rely on setuptools' discovery methods
(for example by using `find_namespace_packages(...)`/`find_namespace:`
instead of `find_packages(...)`/`find:`).
You can read more about "package discovery" on setuptools documentation page:
- https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
If you don't want 'qutebrowser.html' to be distributed and are
already explicitly excluding 'qutebrowser.html' via
`find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
you can try to use `exclude_package_data`, or `include-package-data=False` in
combination with a more fine grained `package-data` configuration.
You can read more about "package data files" on setuptools documentation page:
- https://setuptools.pypa.io/en/latest/userguide/datafiles.html
[^1]: For Python, any directory (with suitable naming) can be imported,
even if it does not contain any `.py` files.
On the other hand, currently there is no concept of package data
directory, all directories are treated like packages.
********************************************************************************
!!
```
Using `find_namespace_packages()` as suggested in the setuptools docs[1] solved the issue.
[1] https://setuptools.pypa.io/en/latest/userguide/package_discovery.html#finding-namespace-packages
|
|
Don't show warning when jumping to next/prev search result without matches
|
