Description of problem: Currently filters per repository can be set/listed/removed in/from the database only via API. channel.software.setRepoFilters channel.software.listRepoFilters channel.software.removeRepoFilter It will be great if the user can manipulate with filters directly from WebUI.
*** Bug 746956 has been marked as a duplicate of this bug. ***
Verified with spacewalk-java-2.3.8-21.el6sat.noarch It works, but field contain prefix " " and doesn't accept white space. It's not user friendly when you must delete all whitespace. actual: ' +kernel*,vim,wget,openssh-server' expected: '+kernel*, vim,wget, openssh-server'
The repo filter parsing should now be more robust and the prefixed space should not appear. Committing to Spacewalk master: 26f4e521c76a2cca8d3669c2e82fd2cfab789fdd
Verified with spacewalk-java-2.3.8-25.el6sat.noarch
I set empty value in field Filters and I got this results (no package synced): ['/usr/bin/spacewalk-repo-sync', '--channel', 'epel-6-x86_64', '--type', 'yum', ' --no-errata --sync-kickstart --fail'] Repo URL: https://dl.fedoraproject.org/pub/epel/6/x86_64/ Packages in repo: 11098 Packages passed filter rules: 0 No new packages to sync. Repo https://dl.fedoraproject.org/pub/epel/6/x86_64/ has comps file a28e7053cdd302f563a541eb4fb1a0cbd6442787c5a9a968fe0f550e35ad7ff8-comps-el6.xml.gz. Repo https://dl.fedoraproject.org/pub/epel/6/x86_64/ has 3431 errata. 3431 errata skipped because of empty package list. Sync completed. Total time: 0:03:34 Is it correct behaviour? How Can I synced all packages? I thing that behaviour should be same as previous version - default sync all packages.
Currently the behaviour is inconsistent with previous version. If I set empty field, I suppose that all packages will by synchronized from repository. Now any packages will not be synchronized.
Verified with spacewalk-java-2.3.8-40.el6sat.noarch All packages in repository was synchronized with empty field.
Re-verified on Satellite-5.7.0-RHEL6-re20150105.1 (spacewalk-java-2.3.8-96.el6sat) Using steps described in comment 0.