Latest upstream release: 0.0.12 Current version/release in rawhide: 0.0.11-5.fc35 URL: https://gitlab.com/yawning/obfs4 Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/195186/
Created attachment 1848380 [details] Update to 0.0.12 (#2036298)
the-new-hotness/release-monitoring.org's scratch build of obfs4-0.0.12-1.fc34.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=80655210
Latest upstream release: 0.0.13 Current version/release in rawhide: 0.0.11-6.fc36 URL: https://gitlab.com/yawning/obfs4 Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/195186/
Scratch build failed. Details bellow: GenericError: File upload failed: cli-build/1643935216.7043197.xYjnqFsq/obfs4-0.0.13-1.fc34.src.rpm Traceback: File "/usr/local/lib/python3.9/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) File "/usr/local/lib/python3.9/site-packages/hotness/builders/koji.py", line 198, in build output["build_id"] = self._scratch_build(session, package.name, srpm) File "/usr/local/lib/python3.9/site-packages/hotness/builders/koji.py", line 451, in _scratch_build session.uploadWrapper(source, serverdir) File "/usr/lib/python3.9/site-packages/koji/__init__.py", line 3000, in uploadWrapper self.fastUpload(localfile, path, name, callback, blocksize, overwrite, volume=volume) File "/usr/lib/python3.9/site-packages/koji/__init__.py", line 2935, in fastUpload raise GenericError("File upload failed: %s/%s" % (path, name)) If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Could you please build this package for EPEL 8 as well? The cheapest VPS now is a free Oracle Cloud VPS instance that runs Oracle Linux 8, a Linux distribution compatible with RHEL/CentOS 8. Building OBFS4 for EPEL 8 will allow people to deploy OBFS4 with minimal effort for free. This is urgent because Russian authorities started blocking Tor using deep packet inspection to prevent Russian people from knowing truth about war in Ukraine. Please help, you can save human lives.
Till now, I've no experience in EPEL packaging. It'd be nice if someone else would take that responsibility, but I'll try to look into it soon.
Thank you for your support. I'll try to build OBFS4 using my own OBS server and share the resulting spec file. But I'm not very good in Go and have no capacity to maintain and update this package, so I would be better if it was maintained (by you or some other comaintainer) in EPEL repository. This is a very useful piece of software, and having it available for RHEL/CentOS/Oracle Linux will be very useful even in peace time.
Nice. Although, you are probably able to use Fedora spec file as the starting point. It might even work without any modifications, but I'm not sure.
Waiting for https://gitlab.com/yawning/edwards25519-extra/-/issues/1 to be fixed, so that this repo can be packaged which is needed by obfs4 0.0.13
I'd go without the upstream issue fixed, but this bug also depends on bug #1968154.
Releases retrieved: 0.0.14 Upstream release that is considered latest: 0.0.14 Current version/release in rawhide: 0.0.11-6.fc36 URL: https://gitlab.com/yawning/obfs4 Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/195186/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/obfs4
Created attachment 1909443 [details] Update to 0.0.14 (#2036298)
the-new-hotness/release-monitoring.org's scratch build of obfs4-0.0.14-1.fc36.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=91601210
Scratch build failed. Details below: GenericError: File upload failed: cli-build/1668294680.3757167.XirudHeZ/obfs4-0.0.14-1.fc36.src.rpm Traceback: File "/usr/local/lib/python3.10/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) File "/usr/local/lib/python3.10/site-packages/hotness/builders/koji.py", line 198, in build output["build_id"] = self._scratch_build(session, package.name, srpm) File "/usr/local/lib/python3.10/site-packages/hotness/builders/koji.py", line 451, in _scratch_build session.uploadWrapper(source, serverdir) File "/usr/lib/python3.10/site-packages/koji/__init__.py", line 3083, in uploadWrapper self.fastUpload(localfile, path, name, callback, blocksize, overwrite, volume=volume) File "/usr/lib/python3.10/site-packages/koji/__init__.py", line 3018, in fastUpload raise GenericError("File upload failed: %s/%s" % (path, name)) If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Any update on the progress? 0.0.14 has been out for a good while now and contains critical fixes.
I still have not solved this issue: https://gitlab.com/yawning/edwards25519-extra/-/issues/1 And apparently, it only happens in Fedora when built with Fedora packaged dependencies. I've not yet started looking at it again or consulting with Fedora Go packagers about it; which I should do. Anyway, I appreciate any kind of help anybody can provide.
OK, now that bug #1968154 is fixed, the issue with edwards25519-extra package is also solved, so I can proceed after this dependency is added to Fedora repos in bug #2221411
FEDORA-2023-3a226b1aaf has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-3a226b1aaf
FEDORA-2023-dfff6e0c2c has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-dfff6e0c2c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-dfff6e0c2c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-3a226b1aaf has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-3a226b1aaf` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-3a226b1aaf See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-3a226b1aaf has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-dfff6e0c2c has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.