https://bugzilla.redhat.com/show_bug.cgi?id=1914740 John Kacur <jkacur@xxxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jkacur@xxxxxxxxxx | |) | --- Comment #3 from John Kacur <jkacur@xxxxxxxxxx> --- (In reply to Jiri Kastner from comment #2) > i didn't liked this concept years ago, nothing changed :) > > as it is publicly available tarball signed with checksums also publicly > available, i suggest instead create helper which will download file from > cdn.kernel.org, verify it and creates rpm if needed for offline sites. > > would be that problem? While I understand what you are saying, I don't think that would be acceptable. rteval (which needs a review too - https://bugzilla.redhat.com/show_bug.cgi?id=1914739 requires a tested version of the linux kernel for a load and placed in the correct location. Just think, when you create a packaged version of the linux kernel for fedora, you don't have a script that is installed and fetches it, the kernel itself is packaged in the rpm. It is possible that rt-loads could contain other loads in the future as it did in the past, but currently it only carries the linux kernel and rt-tests has everything else necessary. The only alternative would be for the rteval package to carry the kernel itself. The problem there is that the kernel is relatively large. You could have a one or two line fix to some python code and still require the user to download a new version with the kernel in it. This way, rteval-loads is already installed and doesn't have to be updated nearly as often as rteval, so while I do understand your objection, nobody has come up with something better yet. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx
