aboutsummaryrefslogtreecommitdiff
path: root/manifests/preferences_snippet.pp
AgeCommit message (Collapse)Author
2012-06-08Support multiple APT preferences snippets for the same package name pattern.intrigeri
This is implemented by adding a "package" parameter to apt::preferences_snippet, so that define names can be kept unique while the package names are not necessarily. Closes: Redmine#3468.
2012-04-11use the correct namemh
2012-04-11migrate concatenated_file to the concat modulemh
2010-12-07format standardizationMicah Anderson
2010-10-28put the file at the right place & fix typosmh
2010-10-25Fix apt::preferences::absentGabriel Filion
Currently, setting the $custom_preferences variable to false fails because of the /etc/apt/preferences concatenated_file being re-defined. Fix this by setting dependencies on the resource only when we expect to create the /etc/apt/preferences file. Also, since there is no "ensure" parameter to concatenated_file, use a simple file resource to ensure that it is removed. Signed-off-by: Gabriel Filion <lelutin@gmail.com>
2010-10-25refactor: simplify and remove inline contentGabriel Filion
Simplifications: make apt_conf_snippet repeat less code, make code that generates sources.list more concise. Remove all inline content in favor of templates and static files. The ability to include sources for static files was needed for the main 'preferences' file, so it was added to the preferences_snippet define. Signed-off-by: Gabriel Filion <lelutin@gmail.com>
2010-10-17empty line between snippetsmh
2010-10-17fix classnamemh
2010-10-17fix modules directory stuffmh
2010-10-17improve prefrences snippetmh
2010-10-17introduce preferences snippetmh
Now, we have the possibility to externally add snippes, so that we can preferences for packages that are for example only in backports or unstable.