Replace headerRemoveEntry() with headerDel() everywhere
- this is a no-brainer s/headerRemoveEntry/headerDel/g operation as the
  interface didn't actually change at all

Rename headerRemoveEntry() to headerDel(), add compat wrapper
- no differences here except headerDel is a nice short name (lifted from
  rpm5.org) to go with the new headerGet() etc family
- deprecate headerRemoveEntry()

Eliminate last headerFreeData() in rpmfi

Preserve headerNext() allocation behavior
- commit bca23d19af0a6d7371d18f6fd763e37e03f6e21a accidentally changed
  it to MINMEM which breaks signature checking, lovely...

Lose the useless tag data type fields from rpmds
- we know names and evrs are string arrays, if they're not we're screwed
  anyway, and flags need to be freed if header is not around
- there goes hfd() too...

Use PRIu64 for file size formatter in queries

Doxygen parameter name mismatch

Deprecate headerGetEntry() and headerGetEntryMinMemory()

Convert rpmtsSolve() to new headerGet()

Kill off hge() and hfd() vectors in rpmfi_s
- hfd() with FORCEFREE or STRING_ARRAY is just regular free()
- hge() no longer needed...

Lose the remaining hge() uses in rpmfi relocation
- ugly hackery for now, otoh it wasn't pretty to start with...
- always make a "sparse" dupe of directory names so we know how to free
  it even if just some of the directories were relocated (this was broken
  from the previous round of relocation alloca removal hackery)
- take advantage of RPMTD_PTR_ALLOCED to correctly free in all cases

RPMTAG_FILEFLAGS is not used for anything in relocations

Convert validRelocation parts of relocateFileList() to new headerGet()
- one piece at a time, this baby breaks easily ;)
- take advantage of iterating over td as possible..

Unbreak relocations broken by 621e7518418a0e031d302e8681fe0bf81d0c4b72
- stick scareFlags into rpmfi_s for now so they're available everywhere
- subtle games with how fi->dil is alloced on scareMem behavior, don't
  blow up and don't leak memory either
- stuff scareFlags into rpmfi struct for now

Use 64bit sizes by default in rpmcache

Allow spaces in Source/Patch URLs and filenames

Simplify providePackageNVR()
- convert providePackageNVR() to new headerGet()
- use rpmds to figure if we already have the provide instead of manually
  doing it

hfd with FORCEFREE is just _free()

Convert rpmpsmStage() to new headerGet()
- grabbing fi->fuser and fi->fgroup there seem completely unnecessary,
  they're always populated from rpmfiNew() afaict...
- hfd() with FORCEFREE is just the same as _free()...

Convert runImmedTriggers() to use new headerGet()

Minimally convert handleOneTrigger() to use new headerGet()

Convert legacyRetrofit() to new headerGet()

Minimally convert handleInstInstalledFiles() to new headerGet()
- fi->hge style doesn't matter as otherStates is just local temp variable,
  use MINMEM always to avoid unnecessary copy (DEFAULT wouldn't copy either
  atm but..)

Minimally convert rpmdbFindFpList() to use new headerGet()

Minimally convert rpmdsNew() to use new headerGet()
- take advantage of HEADERGET_ALLOC to avoid manually duplicating Flags
- otherwise just dumb minimal conversion for now, rpmds could make use
  of rpmtd iteration etc but leaving that for later...

Convert a few hge()'s in relocation code to new headerGet() & friends

Make fssizes tag extension 64bit
- type changing doesn't matter much as this is just runtime generated data,
  not from headers
- also gets rid of the remaining old hge() use in tagexts

Change rpmGetFilesystemUsage() size args to rpm_loff_t

Make rpmfiFSize() return rpm_loff_t type, fixup callers
- Internally file sizes are still stored as 32bit, going to 64bit wouldn't
  make much sense (would only waste memory for nothing) as long as we're
  bound by cpio's 32bit per-file limit. Being "64bit ready" for filesizes
  doesn't hurt anything though...

rpmfiNew() doesn't use old hge() anymore

Use long archive size always in rpmfi

Add more 64bit size tags + tag extensions for converting from old values

Move 32 to 64 bit tag conversion to helper function

Use HEADERGET_ALLOC instead of manual copy in longfilesizesTag()

Use HEADERGET_ALLOC instead of manually copying the data in rpmfiNew()
- headerGet() knows better how to create a copy of the data, let it...

Dumb thinko in header data allocation

Use rpm_loff_t in printFileInfo()
- and use snprintf

Add headerGet() flag to force allocation of returned data
- earlier there was no way for caller to know if returned data or parts
  of it pointed to header memory (other than "know" how rpm behaves on
  given types), this allows consistent behavior for callers (ie you
  always "own" the returned data, not depending on header) when needed
- if HEADERGET_ALLOC flag is set, all returned data is malloced, instead
  of possibly pointing to header memory depending on type
- HEADERGET_ALLOC overrides HEADERGET_MINMEM if both specified
- adjust various header internal callers to accept flags instead of just
  minmem argument
- TODO: make sure tag extensions honor this too (all but fsnamesTag
  currently allocate anyway)

Make rpmps generic number field 64bit, rename getter method
- rename the parameters + internal use to more generic "number"
- rename ugly and dumb rpmProblemGetLong() to rpmProblemGetDiskNeed()
  and return rpm_loff_t
- the number field is used for some other purposes too (whether dep problem
  is for installed package), work around this for now by just defining
  rpmProblemGetDiskNeed() result value as undefined on non-disk related
  problems ;)

Enable rpmDoDigest() to pass large file sizes
- should probably be off_t instead of rpm_loff_t as this is lowlevel io
  business and only verification code cares about the size reported by
  it, otoh forcing 64bit always avoids having to deal with variable
  off_t type on printing.. shrug

Add new tag extension to retrieve filesizes as 64bit types
- convert old 32bit sizes to 64bit if large sizes aren't present in header
- if large sizes are present, we malloc + copy the result to have consistent
  behavior for rpmfi

Minimally convert rpmfiBuildFNames() to new headerGet()

Callers are now well known, require non-NULL arguments

Add 64bit filesizes to header on build

rpmtsUpdateDSI now uses rpm_loff_t for fileSize

Use 64bit data types in diskspaceInfo_s

Create RPMTAG_LONGFILESIZES to hold 64bit filesizes

Eliminate rpmfiBuildFNames() from the API
- headerGet() with extensions enabled provides a nicer interface to
  the data, no need to expose it

Eliminate rpmfiBuildFNames() use in psm

Add RPMTAG_ORIGFILENAMES tag extension

Eliminate rpmfiBuildFNames() use in python

Use rpmFileHasSuffix() instead of doing it manually

Convert psm rpmInstallSourcePackage() to new headerGet()

Convert psm markReplacedFiles() to new headerGet() interface

fwrite() returns size_t, use correct type

Use correct type for strlen()

Silly signedness mismatch in pgpMpiSet()

Use nlink_t for hardlink count types
- avoids some signed vs unsigned comparisons

Change tag extension returns codes to match headerGet()

FD_t contentLength field is useless for us too...

Lose bunch of unused fields from FD_t
- leftovers from times of internal http/dav etc transports..

Use 64bit type for fdSet/GetCpioPos() in rpmio

Use 64bit type internally for printing size when reading sig header

Use 64bit type for rpmte package size reporting
- RPMTAG_SIGSIZE limits to 32bit in practise currently

Use 64bit type internally for total file size counting in build
- ensure we don't overflow RPMTAG_SIZE which is 32bit for now

Use 64bit type internally for package archive size & offset
- cpio "new" ascii format limits individual files to UINT32_MAX, no such
  limit on the entire archive though
- RPMSIGTAG_PAYLOADSIZE is 32bit type atm, assert that the archive size
  fits to UINT32_MAX despite internal presentation being larger
- FD_t limits the real archive to rpm_off_t still

Use rpm_loff_t for transaction callback amount+total arguments
- ought to be safe as data is only ever automatically converted to larger
  type on notify calls

Handle NULL in str2hge()
- at least apt-rpm expects to pass empty version as NULL to rpmdsSingle(),
  don't blow up...

rpmtdCount() knows how to handle BIN types, use it..

Couple of more 64bit format types

Remove unused variable

Handle 64bit type in headerMergeLegacySigs()
- not that any legacy tags have 64bit type but shuts up gcc..

Use inttypes.h formats in stringFormat()
- add 64bit type while at it

Teach rpmdb about 64bit types

Add access methods for 64bit integer types to rpmtd

Fix typo in sqlite backend preventing it from building

Introduce 64bit rpm_loff_t

Teach sqlite backend 64bit handling

Handle RPM_INT64_TYPE in header functions

Introduce htonll()

Introduce RPM_INT64_TYPE

Unexport file state machine internals
- fsmGetTs(), fsmGetFi(), fileStageString(), fileActionString(),
  fsmMapPath(), fsmMapAttrs() and fsmStage() aren't needed outside fsm,
  make 'em static to avoid leaking to symbol space

Rip doputenv() for good

Use setenv() for preparing scriptlet environ
- setenv() allocates memory as needed, no need to leak it
- setenv() is nicer interface for the purpose anyway

Rip dosetenv()
- just use regular setenv() instead
- we already carry setenv() in misc/ for platforms that don't have it

Unexport rpmsqCaught now that nothing needs it

Use rpmsqIsCaught() instead of directly accessing rpmsqCaught sigset

Add rpmsqIsCaught() for testing if a signal has been caught

Unexpose signal queue and direct manipulation functions
- nothing outside rpmsq needs to fiddle with the queue directly

Don't leak memory on python fi.Digest() calls

Change rpmTagGetNames() interface to more like that of headerGet()
- instead of returning a newly allocated rpmtd, take container to use
  as argument
- return number of tags found, 0 on error (pretty arbitrary, just to
  return something...)

Remove bogus comment on rpmDoDigest() ignoring algorithm

Permit non-md5 digests on --fileid queries
- the used algorithm is not known at this point so we can only do some
  "seems to be in the ballbark" checks on the digest
- dynamically allocate memory for binary conversion as needed

Check that digest type is actually supported before enabling it
- we don't necessarily support all types listed in pgpHashAlgo_e, it
  depends on what NSS happens to support

Enable build-time configuration of non-MD5 file checksum digest algorithms
- if not specified (or 0), quietly assume MD5
- otherwise check for supported digest type, complain and fall back to
  md5 on invalid
- if non-md5 algorithm is used, add rpmlib() feature dependency to package

Document rpmDigestLength() error behavior

Eliminate ugly static conversion buffer on rpmdbAdd/Remove
- dynamically allocate on heap when hex to binary conversion is done,
  add new parameter to td2key() to communicate this back to caller
- adjust rpmdbAdd+Remove to free key data if signalled by td2key()

Make rpmfiNew() use header specified file digest algo if present
- if not present or unknown algorithm specified, fall back to md5

Use RPMTAG_FILEDIGESTS instead of MD5S internally
- no functional changes

Bring back RPMTAG_FILEDIGESTS now that we're a bit more ready for it
- this reverts commit 6db2a8ec03c057850a0349537c705556068b9d32.