Sisyphus repository
Last update: 24 september 2022 | SRPMs: 17655 | Visits: 25033833
en ru br
Maintainer: Mikhail

 Information   Packages   Bugs and FR  Repocop 

Repocop messages:

package status test message
alterator-deploy-0.1.0-alt1.x86_64
fail
unsafe-tmp-usage-in-scripts The test discovered scripts with errors which may be used by a user for damaging important system files. For example if a script uses in its work a temp file which is created in /tmp directory, then every user can create symlinks with the same name (pattern) in this directory in order to destroy or rewrite some system or another user's files. Scripts _must_ _use_ mktemp/tempfile or must use $TMPDIR. mktemp/tempfile is safest. $TMPDIR is safer than /tmp/ because libpam-tmpdir creates a subdirectory of /tmp that is only accessible by that user, and then sets TMPDIR and other variables to that. Hence, it doesn't matter nearly as much if you create a non-random filename, because nobody but you can access it. Found error in /usr/lib/alterator/backend3/deploy: $ grep /tmp/ /usr/lib/alterator/backend3/deploy ;; esac ;; write) case "${in__objects##*/}" in set) echo "Role: ${in_role:?}" >> /tmp/out echo "Parameter: ${in_parameter:?}" >> /tmp/out echo "Value: ${in_value:?}" >> /tmp/out set_param... [the rest of the message is skipped]
buildbot-3.5.0-alt1.noarch
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
buildbot-worker-3.5.0-alt1.noarch
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
buildkit-0.9.3-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
cloud-init-22.2.2-alt2.noarch
fail
init-condrestart /etc/rc.d/init.d/cloud-config: missing condstop target. ERROR: alt-specific script %_sbindir/preun_service (used in your %preun_service macro) depends on condstop. Please, fix./etc/rc.d/init.d/cloud-final: missing condstop target. ERROR: alt-specific script %_sbindir/preun_service (used in your %preun_service macro) depends on condstop. Please, fix./etc/rc.d/init.d/cloud-init: missing condstop target. ERROR: alt-specific script %_sbindir/preun_service (used in your %preun_service macro) depends on condstop. Please, fix./etc/rc.d/init.d/cloud-init-local: missing condstop target. ERROR: alt-specific script %_sbindir/preun_service (used in your %preun_service macro) depends on condstop. Please, fix.
containers-common-1-alt2.noarch
info
missing-url Missing Url: in a package.
control-sshd-permit-root-login-0.0.1-alt2.noarch
info
missing-url Missing Url: in a package.
cri-o-1.22.3-alt2.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
docker-registry-2.8.1-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
go-task-2.4.0-alt1.x86_64
warn
rpm-filesystem-conflict-file-file File /usr/bin/task conflicts with the package task-core-2.5.1-alt3.x86_64. Moreover, the packages have no explicit conflicts with each other. You should add explicit conflicts, or, if conflicts are avoidable, consider using alternatives.
jsonnet-0.18.0-alt1.x86_64
info
arch-dep-package-has-big-usr-share The package has a significant amount of architecture-independent data in /usr/share, while it is an architecture-dependent package. This is wasteful of mirror space and bandwidth, as we then end up with multiple copies of this data, one for each architecture. If the data in /usr/share is not architecture-independent, it is a policy violation, and in this case, you should move that data elsewhere.
kubernetes-kubelet-1.22.8-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
kubernetes-master-1.22.8-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
kubernetes-node-1.22.8-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
vip-manager-1.0.1-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
 
design & coding: Vladimir Lettiev aka crux © 2004-2005, Andrew Avramenko aka liks © 2007-2008
current maintainer: Michael Shigorin