Sisyphus repositório
Última atualização: 1 outubro 2023 | SRPMs: 18631 | Visitas: 37038408
en ru br
Mantenedor: Mikhail

 Informação   Pacotes   Bugs e FR  Repocop 

Mensagem de Repocop:

pacote estado teste mensagem
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.11.1-alt1.noarch
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
buildbot-worker-3.11.1-alt1.noarch
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
buildkit-0.13.1-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
cloud-init-24.1.1-alt1.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.
cloud-init-24.1.1-alt1.noarch
info
big-changelog Package contains big ChangeLog. Gzip it.
control-sshd-permit-root-login-0.0.1-alt2.noarch
info
missing-url Missing Url: in a package.
docker-registry-2.8.3-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
go-task-3.19.1-alt1.x86_64
warn
rpm-filesystem-conflict-file-file File /usr/bin/task conflicts with the package task-core-2.5.1-alt4.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.
ipp-usb-0.9.25-alt1.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
jsonnet-0.20.0-alt2.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.
vip-manager-1.0.2-alt2.x86_64
experimental
systemd-but-no-native-init The package have native systemd file(s) but no SysV init scripts.
zsh-completions-0.35.0-alt1.noarch
warn
rpm-filesystem-conflict-file-file File /usr/share/zsh/site-functions/_nvm conflicts with the package nvm-0.39.3-alt1.noarch. Moreover, the packages have no explicit conflicts with each other. You should add explicit conflicts, or, if conflicts are avoidable, consider using alternatives.
 
projeto & código: Vladimir Lettiev aka crux © 2004-2005, Andrew Avramenko aka liks © 2007-2008
mantenedor atual: Michael Shigorin
mantenedor da tradução: Fernando Martini aka fmartini © 2009