Lift RPMDBI_PACKAGES handling from db add/remove to separate helper
- Remove vs add is rather similar, unify the copy-pasteish code
- Be a bit more careful about error returns from the primary db functions

Lift header instance number figuring out of rpmdbAdd() to helper function

Verify header sanity as the first thing in rpmdbAdd()
- avoid allocating header instance for something that we'd fail to add
- avoid possibly adding data to indexes even if adding the header
  itself fails, duh

Move header INSTALLTID manipulation out of rpmdbAdd()

Remove unused require- and provideversion indexes
- For completely unused indexes, these are fairly expensive too

Eliminate redundant/bogus temporary variable shuffling
- This fetches the special key zero which is used for bookkeeping of
  header "instance" numbers, the actual header to be stored is NOT
  relevant here
- keyp, keylen, datap and datalen are just redundant fluff, manipulate
  the key and data DBT directly

Remove unused _DBI defines

Lose unused fluff from openDatabase()
- As RPMDBI_PACKAGES is always the first index, the for-loop never
  did anything else than open the Packages db and exit with success/fail.
  For the same reason RPMDB_FLAG_MINIMAL didn't do anything at all here,
  lose the unnecessary flag..

Eliminate static _rebuildinprogress hack, use per-db flag instead
- replace unused RPMDB_FLAG_CHROOT with RPMDB_FLAG_REBUILD and pass
  around as necessary

Bury rpmdb flags inside rpmdb.c, not used by anything outside it

Unbreak --rebuilddb
- managed to bust up the rebuilddb-path generation once again in commit
  890cea56c91ff6ff887a439c036d345715e6c5c2, doh
- make the intended logic more obviours

l10n: Updates to Ukrainian (uk) translation

Transmitted-via: Transifex (www.transifex.net)

l10n: Updates to Russian (ru) translation

Transmitted-via: Transifex (www.transifex.net)

Nuke bogus comments + related NULL-checks
- db->_dbi cannot be NULL if db is not NULL, it's allocated at
  newRpmDB() and freed in rpmdbClose() and nothing else touches it

Clean up rpmdb struct initialization
- lose the dumb template assignment and related defines

Lose unused static initialization foo

Clean up formatting in rpmdbCountPackages() (just cosmetics)

Remove unused rpmdbCloseDBI()
- this was used by the Depends temporary db hack, forcing it
  to be exposed in the API... not anymore

Generate package database statistics on close & make use of it on open
- Turn dbiStat() into more useful: return the number of keys in the
  index, hiding away the BDB internal access method stuff into the backend
- Force statistics gathering at Packages db close, take advantage of
  that when its opened to get a fairly accurate count of packages for
  initial "header verified" bitmap allocation. Previously DB_FAST_STAT
  was used on open but it never returns anything when no stats have
  been previously collected, hence the need for the expensive slow stat.
- The performance hit from stat generation is hardly worth it for
  the bitmap allocation alone, but lets see if there are other uses...
- Also gets rid of dbi_stats member, this is not particularly useful

Lose "support" for truly ancient BDB versions
- BDB >= 4.3 is required now, and even thats several years old

Rename dbiOpen() + dbiOpenDB() to make their layer obvious from the name
- dbiOpen() in rpmdb.c operates on "rpmdb layer" so calling it
  rpmdbOpenIndex(), dbiOpenDB() on the other hand is the lowest level
  backend thing, which is now called dbiOpen() to be in line with
  the other operations like dbiClose()

Pass rpmdb to dbiFindByLabel() / rpmdbiFindMatch() directly
- avoids having to go backwards from the dbi to rpmdb when we very well
  have the rpmdb handle at hand here...

Eliminate dbi_rpmtag member from dbiIndex struct
- the backend doesn't care about the tag beyond initialization,
  and the tag is only used for error messages from rpmdb layer which
  already knows what the tag is

Define + use enum for primary/secondary index types + api to get it
- no functional changes, making the type more obvious than
  "case 2*sizeof(int32_t):"

Rename the dbi access method member dbi_type -> dbi_dbtype
- make it more obvious what it is

Split dbiIndex out of rpmdb_internal.h into header of its own
- the dbi presents an internal api of its own, and deserves a separate
  header (baby steps to making dbiIndex opaque outside the backend)
- move dbiVerify() to the backend where it belongs
- mark all the dbiFoo() functions as internal

Eliminate unnecessary argument to dbiCopen()
- txnid (which is unused...) is stored in dbi so dbiCopen() can already
  get to it

Move dbi_no_dbsync logic to inside dbiSync()
- avoids having to check for it in every single caller

On header iteration format queries, dump the contents as-is
- This makes eg --xml query of packages give out the true contents
  of the package, raw i18n strings and all, which is what you probably
  want when examining the contents on this level. Regular queries still
  run with all bells 'n whistless enabled.

Disable header i18n lookup in headerCopyTags() (RhBug:578299)
- without HEADERGET_RAW here, only one of the translations in header
  (whatever happens to be "current" locale) gets copied

Remove BDB recno + queue access methods from configuration
- these rather limited access methods have never been used for anything,
  rpm always used hash access and later btree to varying degree

Database metadata integer byte order is not user serviceable config

Lose dbi file configuration option
- index names are rpm tag names, period
- also we dont need to strdup() the tag name, rpmTagGetName() returns
  pointers to const strings these days

Make dbiVerify() and dbiOpen() static, not needed outside rpmdb.c

Bury dbiIndexItem and dbiIndexSet structs inside rpmdb.c

Make dbiIndexSet operations static inside rpmdb.c

Lose the BDB access method configuration options
- In the ~10 years of their existance none of them have been used,
  and besides users have no business messing with fundamental database
  behavior such as whether duplicates are allowed or not

We really dont care about macro expanded per-db error prefix

Lose shmkey + shared BDB config options
- we dont want anything to do with System V IPC, really... BDB uses
  file backed mmap when it needs, this suits us just fine

Remove "truncate" BDB config option
- Truncate is so dangerous that dbiOpenDB() discarded it even if
  set in configuration. How useful is that?

We dont want to use DB_HOME environment, ever
- 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 switches
- 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

Lose pointless per-db and per-dbi errfile and errcall pointers
- BDB uses stderr for errfile when not set, which is what we set it
  to through various hoops. Just leave it alone.
- db_errcall has always been (intentionally) NULL to disable that output,
  the errors get logged though cvtdberr() with slight filtering

Shred a pile of BDB config goo that's never been actually implemented
- with the exception subfile (used by now extinct sqlite backend)
  none of this was ever even connected to the bdb configuration...

Shed the pointless per-dbi memory allocators
- we want to use our own allocators for exit-on-enomem behavior but
  having per-index allocator configuration makes no sense whatsoever

Eliminate now unnecessary db_ndbi field, number of indexes is constant

Make rpmdb index list hard-wired
- 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

Minor cleanup to rpmdbAdd()
- move dbiOpen() + check to more sensible place, curing the
  busted indentation
- initialize at declaration save a few unnecessary lines

Add + use a helper function for retrieving single header at offset

Minor cleanups to rpmdbAdd() and rpmdbRemove()

Minor cleanup to rpmdbRebuild(), use rstreq() instead of hand-comparing

Hide rpmte open/close/error etc logic inside rpmteProcess()
- make a bunch of helper functions static now that they're not needed
  elsewhere, rpmte is slowly becoming self-aware ;)

Move the little thats left of psm.h into rpmte_internal.h
- no functional changes, just shuffling declares around

l10n: Updates to Polish (pl) translation

Transmitted-via: Transifex (www.transifex.net)

Oops, scriptlet related error messages had dropped out of potfiles

Update translatios again to shed non-existent messages from recent churn

Lazy allocation of rpmds color array
- only requires and provides in transaction elements get colored,
  dont allocate unused memory

Lose long since unused fdReadable() and fdWritable()
- these have been unused since rpm 4.6.0, and can be implemented
  without access to rpmio internals too if somebody cares...

Lose long since unused url control structure and related functions
- these have been unused since rpm 4.6.0, and rpm is not in the
  url business, rip.

Remove unused dependency set file reference count
- this has never been used for anything at all, there are better things
  to use our memory for than unused arrays

Remove unused and non-sensible depedency set build-time
- Buildtime was never part of rpm version comparison nor should it be,
  on rpm level the only sensible differentiator between two identical
  dependencies is the dependency color if any. Other than that, random()
  just as "appropriate" as build time.

headerNextTag() fits the checkForDuplicates() use-case better
- as we're only looking at tags, not their contents... avoid unnecessary
  data shuffling and the code is a little simpler too

Unbreak cpio archive path generation
- fixes regression from commit 45e2d4e1d0260a9c07eb1daf0c68b82f602ad16f
- striplen was never set on build at all, and the psm part was unused
  too - either unused since forever or possibly related to repackaging

Oops, being a bit too strict on dependency qualifiers
- Forgot how nasty hack parseBits() was... its abusing multilang
  support and the multilang support passes "C" if no lang is specified,
  which certainly isn't a valid qualifier. Make multilang vs tag with
  optional qualifiers different types in PreambleRec, which allows
  handling this more sanely
- Additionally build-dependencies dont take any qualifiers now

Teach rpm about pre-transaction dependencies
- A pre-transaction dependency is generally anything that must be
  available at the start of the transaction, and cannot be resolved
  by packages *in* the transaction. This lets %pretrans scriptlet
  dependencies be expressed correctly, and could be also used for
  other kinds of pre-conditions.
- rpmlib() dependencies are a special case of pre-trans dependencies
  but leaving them handled separately as they cannot be provided by
  anything in rpmdb either, whereas pretrans dependencies can.

Always fail build on unknown dependency qualifiers
- previously unknown qualifiers would go unnoticed if they happened
  be last (including being the only qualifier), eg Requires(pre,junk)
  or Requires(junk) would be cheerfully accepted but Requires(junk,pre) not.

Always initialize tagflags to RPMSENSE_ANY

Report all enabled dependency bits in deptype format extension
- dont make assumptions about which bits can be enabled simultaneously,
  just dump 'em all

Dont bother translators with dependency lookup debug messages

Lose unused RPMSENSE_PATCHES
- this was never used by upstream at least, and the "patch rpms" this
  refers to was abandoned by Suse in favor of deltarpm a long time ago...

Remove redundant assignments
- everything but buildrequires goes to pkg->header, no point having
  this separately set in each case

Group the tag cases a bit more logically in parseRCPOT()

Drop "support" for per-scriptlet build-requires
- Rpm has never done anything useful with "BuildRequires(prep): foo"
  style dependencies other than recorded them in src.rpms, nor is there much
  point in properly supporting this in the future either
- Frees up four more bits from rpmsenseFlags for better uses

Free up three bits from rpmsenseFlags
- pass the wanted dependency type to addReqProv() as tagN argument
  (previously unused, eh...) instead of taking up three precious bits
  for internal-only purposes from a constrained bitfield

Add ds.Instance() method to python bindings
- the naming between header/rpmte/rpmds "instance" is wonderfully
  inconsistent... oh well

Take advantage of rpmdsCurrent() in python bindings

Add public rpmdsCurrent() function for creating a single ds from iteration
- Permits extracting single dependencies from a set with instance
  number inherited without exposing rpmdsSetInstance() kind of thing
- Also faster than calling rpmdsSingle(rpmdsTagN(ds), rpmdsN(ds)....)
  where each call re-re-re-re-validates the indexes

Split single ds generation into helper function, clean up a bit
- allows nicer handling of ds instance without special cases

Simplify rpmcliTransaction() a bit
- No need for separate the install and erase cases here for problem
  filter flags: we only check disk space for added packages so this
  is just a no-op anyway
- Also no need to fiddle with eflags for ordering, we always want
  ordering unless --noorder specified

l10n: Updates to Spanish (Castilian) (es) translation

Transmitted-via: Transifex (www.transifex.net)

Oops, diskspace problem messed up from the argument shuffle
- fixes regression from commit 12392d93e2006ac63f918a154f29283a14fb98cf

Record originating header instance to all problems where relevant
- currently unused but allows tracking things like file conflicts
  back to the originating header directly from the problem set

Take advantage of rpmdsInstance() in dependency problem reporting
- Other than having less arguments to pass here and there, doesn't
  give any immediate advantage, but with the origin of installed
  dependency stored in problem sets, it'd be possible to track back
  a dependency problem back to the originating header

Record header instance in dependency sets + add API for retrieving

Merge checkPackageSet() into checkInstDeps()
- checkPackageSet() got refactored out of being useful standalone
  while I wasn't looking :)

Avoid unnecessary argument now that problem pkgNEVRA is always te NEVRA

Change the problem data arrangement for dependency problems
- pkgNEVR in problems is now always the NEVR of the transaction element
  triggering the problem, and altNEVR is the other affected package,
  dependency string is stored in the problem string attribute
- no user visible changed, except for somebody crazy enough to try to
  do something other than print the problem message strings
- we wouldn't really need to strdup() the pkgNEVR in problems now,
  but leaving that alone for the moment...

Filter out duplicate problems when adding to element problem sets
- Problems associated with a transaction element are necessarily unique
  to that element, so when filtered there we don't have to worry about
  skipping dupes elsewhere like in merged sets. This can actually lead
  to apparent duplicates in the current problem report output (eg in cases
  where multiple packages provide the same dependency which would be
  removed, like multilib packages), but this is only an artifact of
  they way the problems are currently printed out.
- While this is still a dumb linear search, it can be several seconds
  faster than the previous filtering in rpmpsPrint(), which is now
  just a dumb convenience function.

Eliminate rpmpsAppend() from the API
- This was only a convenience function that shouldn't really have been
  exported to begin with, and is not necessary at all - bury it
  inside rpmte.c for now to hide lazy problem set allocation
- In the other news of the day... According to git, this happens to be
  the 10000th commit to the master branch of this codebase.
  Happy anniversary to rpm :P

Push problem creation argument sanitation to the level below
- rpmpsAppend() and rpmProblemCreate() have no use for fn/dn either,
  its just stored in one string internally
- this is kinda unnecessary API break but these aren't used outside
  rpm so it doesn't make much difference

Sanitize rpmteAddProblem() arguments
- lump fn/dn into one, in no case both are needed
- move altNEVR earlier to lump the generic attribute foo last

Use the new problem set iterator where it makes more sense

Use rpmpsMerge() for collecting element problems in rpmtsProblems()

Add a simple and dumb rpmpsMerge() function to merge two problem sets

Add a saner rpmps iteration interface
- simply return the actual problem objects from the iterator instead
  of "index" which is not usable for anything outside rpmps.c
- implement rpmpsNexIterator() on top of the new rpmpsiNext() as
  backwards compatibility for now

Handle NULL and the same literal problem pointer in rpmProblemCompare()
- if the pointers to compare are the same, the problem is the same
  (even if NULL for our purposes)
- if they're not the same and either is NULL then they're not the same

l10n: Updates to Polish (pl) translation

Transmitted-via: Transifex (www.transifex.net)

Update translations for the rpmps -> rpmprob split

Split rpm problem type + its "methods" to separate source + header
- rpmps is just something that stores rpm problems, problems themselves
  are individual and opaque "objects", deserving their own module

Add public function for testing problem equality
- turn around sameProblem() return, pay more attention to details
  and make it public
- use it in rpmpsTrim() too