summaryrefslogtreecommitdiff
path: root/macros.in
Commit message (Collapse)AuthorAgeFilesLines
* Lose the remaining dbapi references in code + configurationPanu Matilainen2010-11-041-9/+0
| | | | | | - Changing db_api to db_ver to force breakage on anything using the value, db_ver containing the BDB major version just to put something in the error messages where the dbapi version used to be.
* Only specific cases of collections need extra orderingPanu Matilainen2010-10-251-0/+1
| | | | | | | | - Add a crude flags system to allow selectively enabling the extra grouping during ordering: currently only sepolicy collection needs this, and its very harmful when applied to more regular collections as it creates truly gigantic dependency loops that rpm has no chance of sorting out sanely.
* Hardwire the fundamental BDB access method configuration inside rpmPanu Matilainen2010-10-201-30/+2
| | | | | | | | | | | | - The different access methods have different capabilities and are not interchangeable in all situations. Currently we can use either hash and btree but this might not be always the case for all indexes. - We'll eventually want to force-switch the index types to our liking, but for now follow these simple rules: 1) For existing databases, we accept both btree and hash 2) For newly created databases, the main Packages database remains a hash, all indexes are btrees. - Rip out nearly all the rest of the remaining macro configuration.
* Eliminate now unnecessary db rebuild macro goo and other leftoversPanu Matilainen2010-10-201-55/+6
| | | | | | | - Rpm knows how to handle db rebuilds by itself, no need to expose these bits to configuration. - Also rip out a pile of other leftover "documentation" about BDB internal switches.
* Move plugins out of rpm config directoryPanu Matilainen2010-10-121-1/+1
| | | | | | | - Plugins are by their very nature arch specific, while /usr/lib/rpm is a hodgepodge of all sorts of ... stuff, most of which is arch-independent and all. Use %{_libdir}/rpm-plugins to cleanly differentiate 32 vs 64bit plugin paths
* Add cli switches to override signing key and digest algorithmPanu Matilainen2010-10-041-1/+3
|
* Remove configuration for no longer existing db indexesPanu Matilainen2010-09-291-3/+0
|
* Rip the useless %_signature macro and everything around itPanu Matilainen2010-09-281-3/+0
|
* Add SELinux policy pluginSteve Lawrence2010-09-011-0/+3
| | | | | | | | | | | | | | | | This adds a new plugin specifically for a collection to load SELinux policy. This implements the post_add and pre_remove plugin hooks. The only time anything happens during the pre_remove hook is if post_add was not called (i.e. if the transaction only removes policies). This plugin extracts all the policy information from packages in the sepolicy collection during the open te hook. It then determines which policies should be installed/removed based on if the package is being installed/removed and the type of the policy and the system policy. It then executes semodule (or uses libsemanage if semodule cannot be executed or installing in a chroot) to remove and install the necessary policies. It then reloads the selinux state, reloads the file contexts, and if necessary, relabels the file system.
* Add a generic plugin for use by simple CollectionsSteve Lawrence2010-06-221-0/+5
| | | | | | | | | | This patch adds a generic plugin, exec.so, that should be sufficient for the majority of Collection actions. After all packages in a Collection have been installed/removed, this plugin executes the arguments by calling system(3), allowing for a very generic and powerful method to perform many actions. This also adds two sample macros as examples of the format, using the exec.so plugin.
* Simplify the dbenv->open() flags shufflePanu Matilainen2010-04-091-4/+2
| | | | | | | | | | | | | - We always create an environment. If we dont have permissions to create or join a shared environment, we use a private environment. Instead of trying to figure out what to do beforehand, retry dbenv->open() with different flags to see if it succeeds. This eliminates some potential races when others might create/remove the environment while we're pondering about appropriate flags. - Lose the "create" bdb config option, this is something we always want to decide internally. - Remove "force" bdb config option, DB_FORCE is dbenv->remove() option and its value clashes with DB_CREATE...
* Eliminate DB_JOINENV usage and config optionPanu Matilainen2010-04-081-2/+1
| | | | - DB_JOINENV is a no-op since BDB >= 4.4
* Eliminate "thread" BDB optionPanu Matilainen2010-04-081-1/+0
| | | | | - this is not something that users should be tweaking - its never been enabled, leave it that way for now
* A little bit of sanity to dbiNew()Panu Matilainen2010-04-081-4/+2
| | | | | | | | | | - lose the hysterical dbi_use_env condition and usedbenv option this is always enabled - ensure mpool is always initialized, lose the config option (this is a mandatory BDB subsystem, not a bleeping configurable) - let pagesize be what it is even when no configuration is present - avoid overriding dbi_mmapsize and dbi_cachesize if set in the configuratio - these are all per-environment, not per-dbi settings but for now...
* Eliminate exclusive and rdonly BDB configuration optionsPanu Matilainen2010-04-081-2/+0
| | | | | | - we never want DB_CREATE to cause failure - let BDB create the db if it needs to, otherwise DB_CREATE doesn't do anything - rdonly is decided elsewhere, not in bleeping configuration
* Remove per-dbi perms and configurationPanu Matilainen2010-04-081-3/+0
| | | | | - the file permissions are per-db global, no need to be able to speficy different modes for indexes
* Remove BDB recno + queue access methods from configurationPanu Matilainen2010-03-311-3/+0
| | | | | - these rather limited access methods have never been used for anything, rpm always used hash access and later btree to varying degree
* Lose shmkey + shared BDB config optionsPanu Matilainen2010-03-311-1/+0
| | | | | - we dont want anything to do with System V IPC, really... BDB uses file backed mmap when it needs, this suits us just fine
* We dont want to use DB_HOME environment, everPanu Matilainen2010-03-311-2/+0
| | | | | - rpm has its own switches for overriding the db home when that's necessary, DB_HOME it should use not
* We dont have any temporary databases anymore, lose the config switchesPanu Matilainen2010-03-311-2/+1
| | | | | | - The last temporary db was Depends which is now replaced with an in-memory hash, and the temporary dbs were troublesome with chroot operations anyway, good riddance
* Make rpmdb index list hard-wiredPanu Matilainen2010-03-311-3/+0
| | | | | | | - We dont grow new indexes every other day, and especially this is not activity that users need to be able to do - Gets rid of the hysterical initialization and million can't happen NULL-checks
* First take at pluggable file attribute + dependency extraction systemPanu Matilainen2010-03-231-38/+18
| | | | | | | | | | - move most of the hardwired classification logic from rpmfc C-code to macro-based configuration, supporting drop-in addition of arbitrary new attributes + dependency extractors based on regex matching of libmagic file types and paths - just the initial rough conversion of our built-in dependency types, various open questions + todo-items remain, plus likely fair amount of more-or-less subtle breakage
* Lose unused temporary/pseudo rpmdbi tagsPanu Matilainen2010-03-191-4/+1
| | | | | - we haven't had any temporary dbis since rpm 4.8.0 where Depends got axed, the rest were just nonexistent fluff anyway
* fontconfig -> font dependency extractor renamePanu Matilainen2010-02-181-2/+2
| | | | | | | - No functional changes, just clearing the naming conventions to avoid having to extra mapping for attribute -> extractor name. The current font provides are handled by fontconfig, but that's just an internal implementation detail.
* Script/interpreter terminology renamingPanu Matilainen2010-02-181-1/+1
| | | | | | | - No functional changes, just making more obvious mapping between attributes and the dependency extractor names. This also leaves the term "interpreter" free for use for the actual interpreters, such as interpreter(python) provides if we go that way (ticket #136).
* Permit requires extraction too from fontconfig and desktop filesPanu Matilainen2010-02-101-0/+2
| | | | - presently unused but...
* Split elf dependency extraction out of librpmbuild to external helperPanu Matilainen2010-02-101-1/+4
| | | | | | | | | | | | | | | | | | - Elf dependency extraction code code lifted from rpmfcELF() and refactored to saner pieces. Having it in separate executable also frees librpmbuild of libelf dependency, clean up the unnecessary linkage etc from autofoo - This lets internal dependency generator for elf files be overridden without losing file coloring (which is required for correct multilib handling). It also permits non-native elf files (eg when cross-building) to be handled by providing a custom elf dependency helper - On the flip side, this inevitably slows down builds somewhat as two fork-exec's are needed for every elf file, but unlike invoking something like the python interpreter, this is a slim helper... - All dependency extractors of the internal dependency generator are now external helpers (how twisted is that, huh? :) and thus can be customized and filtered through %__foo_provides|requires macros
* Separate helper for script interpreters, split out of librpmbuildPanu Matilainen2010-02-101-0/+3
| | | | | | | - permit overriding/customization of script interepreter dependencies - unlike the C-version, the interpreter.req only looks at the first line for shebang: libmagic only looks at the first line too, so anything else will never get classified as scripts in the first place
* Use %{__make} macro instead of "make"Panu Matilainen2010-01-221-2/+2
| | | | | - allows easy overriding of the used make version for %make_install and %makeinstall
* Add %{__id_u} back, duhPanu Matilainen2010-01-061-0/+1
| | | | | - appears to be rather commonly used afterall - dont bother with the former id|sed foo though
* Use AC_PROG_MKDIR_P for testing mkdir -p capabilityPanu Matilainen2009-12-231-1/+1
| | | | | - for rpmbuild's purposes MKDIR_P doesn't cut it though, we need to point it to something that exists on an installed system
* Make --httpproxy and friends work again (RhBug:529214)Panu Matilainen2009-10-221-1/+5
| | | | | | | | | - macro fiddling to pass the macros set by --httpproxy etc popt aliases to the url helper - ftp proxy and http proxy control the same thing (http proxy) now to keep things simple - while at it, add %__urlhelper_localopts for local customization needs without having to override the entire __urlhelperopts macro
* Avoid using python's print for Python 3.x compatibilityPanu Matilainen2009-10-191-3/+3
| | | | | | | - print chanced from statement to a function in python 3, for our purposes sys.stdout.write() is sufficient and avoids dealing with the incompatibilities between Python 2.x and 3.x - suggested by David Malcolm / Ville Skyttä
* Support passing extra options to dep generator scriptsPanu Matilainen2009-10-071-1/+4
|
* Teach the internal dep generator about OCamlPanu Matilainen2009-10-061-0/+3
| | | | | | - OCaml seems to have fairly well detectable magic in its files, nice - Dont call the regular find-requires from the scripts now that internal is working
* Deprecate %__lzma, use %__xz in it.Ville Skyttä2009-10-061-1/+2
|
* Move the default transaction lock out of BDB environment namespacePanu Matilainen2009-09-161-10/+2
| | | | | | | | | | | - We dont want the transaction lock to get mixed with the BDB environment, nor do we want it wiped out with it as the ts lock protects things *around* the environment. Unlike the environment, any fcntl locks on the file get released when process dies, so if there is a lock, there's a process alive holding it and you'd better not remove it. - Use the same lock path in macro configuration and built-in fallback - Make it a hidden file to avoid people confusing lock file existence with it actually being locked
* Use %{nvra} as default query format, much simpler...Panu Matilainen2009-09-021-3/+3
|
* Add provide-extractors for fonts and desktop filesPanu Matilainen2009-09-011-0/+3
| | | | | | | - extract mime handler capabilities from application .desktop files - extract font family names and supported languages from font files - both are used by PackageKit for on-demand installing of fonts and applications, but are useful for other things too
* Remove extra trailing } copy-paste error from python_foo macros, duhPanu Matilainen2009-08-201-3/+3
|
* Add some commonly used python macros (ticket #83)Panu Matilainen2009-08-181-0/+7
| | | | - macros to determine python version and library paths
* Add %make_install macro that does the "right thing" wrt modern autotoolsPanu Matilainen2009-08-141-1/+6
| | | | | - old %makeinstall for broken/ancient autotools left untouched for backwards compatibility
* Add bug URL macro so that it could be set distro-wide (rhbz#512774)Jindrich Novy2009-08-141-0/+6
|
* Build script environment tweaks to improve reproducabilityPanu Matilainen2009-08-131-0/+3
| | | | | - unset CDPATH (RhBug:426955) and DISPLAY environment variables - always run in C locale
* Don't set --target in %configure (RhBug:458648)Panu Matilainen2009-08-131-2/+1
| | | | | | - --target is only ever useful for handful of compiler toolchain packages and cross-compiler packages are better off setting it themselves if necessary, rpm messing here only gets in the way
* Nuke long since dead version of %configure macro + update commentaryPanu Matilainen2009-08-131-12/+4
|
* Add an index for obsoletes (RhBug:507702)Panu Matilainen2009-07-031-1/+1
|
* Introduce _changelog_trimtime and obsolete _instchangelogJindrich Novy2009-04-161-3/+3
|
* Add built-in %getconfdir macro for getting rpmConfigDir() valuePanu Matilainen2009-03-271-0/+3
| | | | | | - define %_rpmconfigdir via %getconfdir in the main macro config, this avoids it getting lost on macro reloads as happens when building several packages at once
* Put the PGP foobar signature generation out of its miseryPanu Matilainen2009-03-261-28/+0
| | | | | | | | | - the last freeware PGP version (6.5.8) is from year 2000 and doesn't come close to compiling on modern distros, commercial versions we're not interested in - "PGP" signatures in rpm mean RSA, gpg can handle that just fine since forever - the code's been unused for years, unlikely to be functional anyway...