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

Lose unused ignoreProblem from rpmProblem struct
- this is an artifact from rpm 4.4.x-times, and even back then
  nothing used it, the only api to set it was in python bindings and.. eww
- also killing this makes rpmpsTrim() do something semi-useful again

Minor cleanup to rpmpsGetProblem()
- avoid dumb pointer fiddles, ps->probs is just a bleeping array

Minor cleanup to rpmpsAppendProblem()
- dont bother adding NULL problems
- avoid dumb pointer fiddles, ps->probs is just a bleeping array

Minor cleanup to rpmpsFreeIterator()

Dont bother allocating iterator if there's no data to iterate

Clean up verifyDependencies() a bit, no functional changes
- only init problem iterator if there are problems
- use problems and nevra from the faked up transaction element
- the return code is the number of problems, no need to count separately

Sanitize verifyscript handling a bit
- set the transaction scriptfd once in rpmcliVerify() instead of
  dupping and closing and dupping and closing for every verified package

Revert "Transaction element type is not a bitfield but a plain old enum"
- Element types are not a bitfield but they're declared this way to
  permit easy filtering on iteration.
- This reverts commit 6ed64c001f667ad8fb8bdec01f5ca54f57c44270.

Add Epoch, Architecture and BugURL to rpm -qi and fix alignment (RhBug:575499)

l10n: Updates to Polish (pl) translation

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

Remove rpmteColorDS() from the API/ABI
- this gets called on transaction element initialization anyway,
  there's no reason why anybody should need to call it from outside

Document deprecation of mi.count() and ds.Count().

More here-doc skipping fixes for perl.req (#128).

Add RPMBUILD_ISFOO constants to python rpmb module (ticket #123)

Add __bool__() / __nonzero__() method to python rpmmi objects (ticket #153)
- Objects supporting __len__() use (len > 0) for boolean representation,
  which normally makes sense but as the match iterator count is often
  zero despite the iterator actually existing and returning something,
  and breaks existing code (rpmlint at least)
- Adding a __bool__() (known as __nonzero__() in Python < 3) method
  returning true for non-NULL iterator fixes this and gives more
  meaningful answers than pre 4.8.0 which simply always returned True

First take at pluggable file attribute + dependency extraction system
- 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

Fix fallout from rpmgi.h moving to internal path

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

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

Lose leftover RPMDBI_ARGLIST rpmgi pseudo tag
- should've really been in commit a2156379641e48fbad88d1088eb06d7bfa78927c

Mop up leftovers from past times

Update translations to shed non-existent messages from recent churn

Oops, remember to free transaction set in rpmgi
- dumb regression from commit a0c2c6ed83a166d35ad3d3e8b22a08aae5420731

Lose completely unused rpmte_debug junk

Take a transaction set reference on verified db iteration
- forward linking hasn't been an issue since >= 4.6.0...

Document rpmteHeader() returning a new header reference

Further rpmio NULL sanity checks
- instead of blowing up with asserts, return error codes / NULLs

Lose FDSANE() macro, check in c2f() and callers instead

Change most of the FDSANE() asserts into good old NULL-checks
- blowing up with an assert failure deep inside io "library" is not
  a very friendly thing to do...

Lose the useless rpmio refcounting debug junk
- the rpmio API always had this goo, should've gotten rid of it
  back in commit dbdbe8010cd944f026a5a4e5d071eb31d29d81c4 but .. oh well

Lose the useless rpmdb refcounting debug junk + switches
- get the debug messages out of API, this is what should've been in commit
  dbdbe8010cd944f026a5a4e5d071eb31d29d81c4

Lose the useless rpmds refcounting debug junk + switches
- get the debug messages out of API, this is what should've been in commit
  dbdbe8010cd944f026a5a4e5d071eb31d29d81c4

Lose the useless rpmps refcounting debug junk
- get the debug messages out of API, this is what should've been in commit
  dbdbe8010cd944f026a5a4e5d071eb31d29d81c4

Lose the useless rpmfi refcounting etc debug messages + debug switches
- get the debug messages out of API, this is what should've been in commit
  dbdbe8010cd944f026a5a4e5d071eb31d29d81c4

Lose the useless rpmts refcounting debug messages + debug switches
- get the debug messages out of API, this is what should've been in commit
  dbdbe8010cd944f026a5a4e5d071eb31d29d81c4 - just wtf have I been thinking?
- also tolerate NULL passed to rpmtsLink() and rpmtsUnlink()

Handle obsoletions within the added package set automatically
- similarly to skipping/replacing different versions of a package
  getting added to transaction, detect obsoletion too and
  skip/replace to avoid installing packages obsoleted by something
  else in the set

Use package NEVRA for replaced/skipped messages, simplify
- dependency strings look funny when we're talking about packages,
  use the full NEVRA instead
- unify the logging calls

Avoid redundant headerGet()'s on arch and os

Refactor duplicate checking out of rpmtsAddInstallElement()

Eliminate redundant if

There's nothing to translate in fts.c, remove from POTFILES.in
- should've been in commit ad43e72d70604eac223fd20c97ca990fa4936ac6, oh well

Dont bother hanging onto header in rpmgi
- rpmgi has no use for the header and we dont really need it for iteration
  either, just return the header we opened and let caller free

Lose some unused leftover rpmgi goo

Return headers from rpmgiNext() directly

Eliminate rpmgi from public API & ABI

Pass args and flags to rpmgi constructor already, lose rpmgiSetArgs()
- tags and the like to constructor make no sense anymore, rpmgi
  does nothing but walk manifests and files from argv
- simplifies things further...

Bury FTS inside librpmbuild and eliminate from public ABI

Rip RPMDBI_PACKAGES iteration support out of rpmgi
- lift the tag-filtering part into query code, that's at least somewhat
  useful
- rpmgi is now just a glorified path argument iterator

One helluva complicated way to pass our own arg back to us

Lose unused temporary/pseudo rpmdbi tags
- we haven't had any temporary dbis since rpm 4.8.0 where Depends
  got axed, the rest were just nonexistent fluff anyway

Eliminate RPMDBI_ADDED iterator mode from rpmgi
- there already exists a specialized iterator for this purpose for
  programmatic purposes and no cli-switches or the like to use this
  (as it would be meaningless really in rpm-cli context) so ... rip

Eliminate hysterical --hdlist query option and everything implementing it
- This hidden gem used "system hdlist", ie "/usr/share/comps/%{_arch}/hdlist
  as the source for queries. Such "system hdlist" hasn't existed anywhere
  since RHL 9/FC 1 times...

Eliminate --wtfwalk .. err, --ftswalk and everything implementing it
- that's what find + xargs are for, this is just useless cruft

Lose useless rpmgi reference counting
- these dont get passed around in a manner where refcounting would
  make any difference

Lose the hidden and useless transaction add/order through rpmgi hackery

Lose unused rpmgiTs()

Lose unused qva_char and qva_rc fields from rpmQVKArguments struct
- both are only ever assigned to with useless values and never read...

Verify the various version comparison results in testsuite

Split upgrade + obsolete erasure element addition to helper functions
- just slicing up the biiig rpmtsAddInstallElement(), no functional changes

Lose unused/useless variable

Use a macro for the common color skipping checks

Dont bother taking ds reference on obsoletes, we dont do it elsewhere either

Dead code removal
- this code has last been active sometime < 2004, nobody's been missing it
- based on comments in https://bugzilla.redhat.com/show_bug.cgi?id=134497
  it was some highly specific kludge for somebody to begin with and
  shouldn't have been in rpm upstream ever but history is lost here...
- move the removePackage() outside the debug goo so the actual action
  stands out

Use the element color instead of header color
- this is just the same thing, element color has been already calculated
  so no need to go through header extensions again

Oops, more leftovers from rpmal debug goo

Lose leftovers from former rpmal implementation

Helper function for pruned iterators used in dependency checking

Lose anaconda-specific check from 2000
- the predates lazy rpmdb open through rpmtsInitIterator() from 2001, and
  rpmtsCheck() explicitly opens the db anyway so this is completely moot

rpmalAdd() prototype cosmetics

Lazy rpmal hash creation on first lookup, make rpmalMakeIndex() static
- the "new" hash-based rpmal only uses rpmalMakeIndex() for initial
  creation of the hash tables as late as possible for better estimate
  of needed hash size, but doesn't require any index regeneration if something
  is added
- first call to rpmalSatisfiedDepend() now initializes the hashes, if
  significant amount of entries are added after the first call hash
  table might get full ... so dont do that ;) (this was already true
  with rpmalMakeIndex(), now its just hidden out of sight)

Make rpmalAllFileSatisfiesDepend() and rpmalAllSatisfiesDepend() static
- rpmtsCheck() only wants yes/no answers from rpmal, and ordering
  wants the best provider, rpmalSatisfiesDepend() works for both
- update comments

Minor cleanups to rpmtsAddInstallElement()
- combine some checks where it makes sense
- initialize isSource at declaration
- remove unnecessary NULL check on obsoletes, rpmdsNext() handles it

Eww, we dont want obsoletion by file names
- obsoletion is only for package names, anything else has way too
  funky side-effects

Refuse to install obsoleted packages (RhBug:486565)
- Packages which are obsoleted by some installed package now behave
  much like conflicts, ie install is refused unless --nodeps is used
- Unlike conflicts, obsoletes are only tested against installed package
  names and not provides. Otherwise it would be impossible to create
  compat-packages which provide something that is obsoleted.
- Only check against installed obsoletes, as any obsoletes in the
  transaction could and should be handled automatically similarly to
  foo-1.0 and foo-2.0 in the same transaction set resulting only in foo-2.0
  getting installed.

Replace the checkPackageDeps() monster with per-ds problem check helper
- just refactoring to avoid copy-pasteism, no functional changes

Lump the copy-paste checkDependentFoo() functions into one
- just pass the dependency type from caller instead
- clarify the comments a bit
- no functional changes

Add a new problem type for obsoletes

Lose deprecated rpmtsFindPubkey()
- unused in rpm since 4.6.0, and even before that this wasn't really useful
  outside rpm internals

Add some basic dependency check tests to test-suite

Differentiate between conflicts in db versus install set
- this appears to have been broken since its introduction in 2002,
  commit d89ce5854d39a9e896759fb96e6e303c67573bb6...