Overview
Request 1090516 superseded
- Update to urlscan 1.0.0
* Fix search with -c flag. Fixes #131.
* Add support for IPv6 URLs. Closes #127
* Mark items in url queue with a *
* Add version flag
* Update to pyproject.toml/hatch for builds
- Switch over to flavoured build
* Is there any way to have one major package e.g. for repeating
docs for the various flavoured sub packages?
- Created by WernerFink
- In state superseded
- Superseded by 1092549
Request History
WernerFink created request
- Update to urlscan 1.0.0
* Fix search with -c flag. Fixes #131.
* Add support for IPv6 URLs. Closes #127
* Mark items in url queue with a *
* Add version flag
* Update to pyproject.toml/hatch for builds
- Switch over to flavoured build
* Is there any way to have one major package e.g. for repeating
docs for the various flavoured sub packages?
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
staging-bot added openSUSE:Factory:Staging:adi:35 as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:35"
staging-bot accepted review
Picked "openSUSE:Factory:Staging:adi:35"
licensedigger accepted review
ok
oertel accepted review
Accepted review for by_group opensuse-review-team request 1090516 from user staging-bot
dimstar declined review
found conflict of python310-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python311-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python39-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python310-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/lib/python3.10/site-packages/urlscan/__init__.py
/usr/lib/python3.10/site-packages/urlscan/__main__.py
/usr/lib/python3.10/site-packages/urlscan/urlchoose.py
/usr/lib/python3.10/site-packages/urlscan/urlscan.py
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__init__.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__init__.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__main__.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__main__.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlchoose.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlchoose.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlscan.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlscan.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/assets/tlds-alpha-by-domain.txt
Changing names of packages, moving from ulrscan to pythonXX-urlscan needs proper provides/obsoletes tags
the move itself is debatable though: is anything else consuming the python module besides urlscan? this seems to be a leaf package
dimstar declined request
found conflict of python310-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python311-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python39-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/share/man/man1/urlscan.1.gz
/usr/bin/urlscan
found conflict of python310-urlscan-1.0.0-1.2.noarch with urlscan-0.9.10-1.2.noarch
/usr/lib/python3.10/site-packages/urlscan/__init__.py
/usr/lib/python3.10/site-packages/urlscan/__main__.py
/usr/lib/python3.10/site-packages/urlscan/urlchoose.py
/usr/lib/python3.10/site-packages/urlscan/urlscan.py
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__init__.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__init__.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__main__.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/__main__.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlchoose.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlchoose.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlscan.cpython-310.opt-1.pyc
/usr/lib/python3.10/site-packages/urlscan/__pycache__/urlscan.cpython-310.pyc
/usr/lib/python3.10/site-packages/urlscan/assets/tlds-alpha-by-domain.txt
Changing names of packages, moving from ulrscan to pythonXX-urlscan needs proper provides/obsoletes tags
the move itself is debatable though: is anything else consuming the python module besides urlscan? this seems to be a leaf package
superseded by 1092549
The upgrade path is not properly defined apparently
Does this mean that the build scheme of the python now creates a package split ... how I can avoid this?
you changed the package to be split per python version...
+%python_subpackages -%files -%license COPYING -%{_bindir}/%{name} -%{python_sitelib}/%{name} -%{python_sitelib}/%{name}-%{version}-py*.egg-info -%{_mandir}/man1/%{name}.1%{?ext_man} -%dir %{_defaultdocdir}/%{name}/ -%doc %{_defaultdocdir}/%{name}/muttrc -%doc %{_defaultdocdir}/%{name}/README.md +%post +%python_install_alternative %{myname} + +%postun +%python_uninstall_alternative %{myname} + +%files %{python_files} +%python_alternative %{_bindir}/%{myname} +%python_alternative %{_mandir}/man1/%{myname}.1%{?ext_man} +%{python_sitelib}/%{myname} +%{python_sitelib}/%{myname}-%{version}*-info +%license LICENSE +%doc README.md muttrcI don't see much reason to do so unless urlscan's python code is consumed by anything else than urlscan. Otherwise this is just to be considered internal to urlscan and does not justify it being shipped multiple times
The old macros do not work anymore ... and the new seems to be for python only packages ...
[ 5s] error: Package with "python-" prefix must not contain unmarked "%files" sections. [ 5s] error: Use "%files %python_files" or "%files %{python_files foo} instead. [ 5s]What do you think about
https://build.opensuse.org/package/rdiff/home:dimstar:Factory/urlscan?opackage=urlscan&oproject=utilities&rev=2 ?
I've used that in SR#1092549