Switch around headerMod() and headerModifyEntry()
- headerModifyEntry() is the legacy interface going away, make it
  use headerMod() and deprecate it

Stuff legacy compat wrappers out of sight into header_internal.c
- probably need to carry the compat stuff around for a while but get
  them out of the way...
- headerFreeTag() and headerFreeData() are just the same thing, with
  headerFreeTag() supposedly being the "new" interface which never was
  used, duh :)

Start shredding legacy cruft out of header code
- headerGetRaw() can now be done with just a flag to headerGet()

Convert signature code to use headerPut()
- tags in signature header overlap with those in "regular" header,
  can't use rpmtdFromFoo() as that would give totally bogus types and errors
- just add a wrapper around headerPut() that behaves like headerAddEntry()

Convert parseScript() to headerPut()
- AFAIR the only place in rpm where the type of a tag varies like this, ugh
- any modern rpm can handle the type being either string or string array,
  but preserving legacy behavior for now...

Convert rpmpsmStage() to use headerPut()

Convert rpmdbAdd() to use headerPut()

Convert rpmtsImportPubkey() to use headerPut()

Convert RPM_BIN_TYPE uses in build to headerPut()

Add rpmtdFromUint8()
- handles CHAR, INT8 and BIN types

Convert legacy retrofits & friends to headerPut()

Lose the remaining hae and hme vectors from rpmfi

Convert file relocation to use headerPut/Mod

Add headerMod() to headerPut() etc family
- just a dumb wrapper around old headerModifyEntry() for now

Convert rpmcache to headerGet+Put

Number of sources can't very well be negative...
- also happens to avoid compiler whining about differing signedness

Shut up incompatible pointer warnings from rpmtdFromStringArray()
- it'd be far nicer to be able to append single strings to string arrays
  through rpmtdFromString() but it'll require some interesting hackery
  in header.c
- use temporary const char* pointer where necessary to convert to
  const char ** compatible type before passing to rpmtdFromStringArray()

Make rpmtdFromStringArray() data argument const afterall
- produces somewhat less warnings as is, a bit surprisingly

Oops, RPMTAG_FILEMODES is INT16, not 32 type

Convert rest of writeRPM() to headerPut()
- can't use rpmtdFromFoo() on signature header tags so need to construct
  them manually

Convert the final pieces of rpmfc to headerPut()
- more const-impedance here.. need to do something about it

Convert the rest of genCpioListAndHeader() to headerPut()
- explicitly cast all platform dependent data like time_t, mode_t etc
  to the type used in headers always instead of having everything doubled

Add rpmtdFrom() methods for 16 and 64 bit types

Convert the straightforward bits of build/files.c to headerPut()

Convert most of parsePreamble to headerPut()

Convert build reqprov to headerPut()
- also changes index type to uint32_t instead of signed

Convert parseSpec to headerPut()

Convert parseChangelog to headerPut()

Convert most of build/pack.c to use rpmtdFromFoo() and headerPut()
- heavy on asserts() for now to catch out any problems
- sigtags can't use rpmtdFromFoo() as the tag numbers collide with the
  regular tag table and would cause failures if we tried

Add some new rpmtd creation methods
- rpmtdFromString(), rpmtdFromStringArray() and rpmtdFromUint32() permit
  populating tag containers of compatible datatypes that can be used for
  headerPut() with some extra type-safety and sanity checks on the types

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