dpkg/install-info update

Okay guys I believe my dpkg 1.16.4.3 is ready for fink, I have it working and been running it for a while now, and I also have a full bootstrap fork that is ready to go.  I think it may need more testing, here is the list.

10.5/ppc : tested and good
10.5/x86_32: untested
10.5/x86_64: does this even exists?
10.6/ppc: does this even exist?
10.6/x86_32: untested
10.6/x86_64: untested
10.7/x86_64: tested and good

in my bootstrap and experimental you'll see many changed and updated pkgs, these are all required for this change.

binutils in 10.5 needs to use the copy from my experimental so that we can have an objtools pkg, objtools in 10.7 currently breaks policy there is no License file and missing man pages.  There is an update in my experimental that fixes both of those and added a replace line for the 10.!7 version.

texinfo has been updated and split so that we can have an instal-info pkg, the one in my experimental has been tested the same as above.

Obviously with all this and the massive needed 10year old dpkg upgrade Essentials will be added, I tried to keep this down to a bare minimum, and all of this has been modelled after the current debian setup, if we want to cut reps I'm fine with that, I just tried to get us as close as possible.

Apt will need an update as well, but I'd like to deal with that afterwards as it's an other major task and the current one does work with dpkg it's just not recommended.

So now this is where I ask for all the help of core, I need testing and reporting done, I need comments and suggestion, and finally fink needs this update.

NOTE: texinfo uses triggers, my bootstrap fork has a new Triggers field for info files, the version in my experimental doesn't use it so it can be tested with current dpkg and fink.  The version in my fork is how it should look and be used with the new dpkg/fink.  Maybe Triggers could be moved to current fink?  Also the .la file clean up code that is currently done at install via dpkg-base-files has been added to fink directly before packaging, this is so md5sums files doesn't break, I know smacks wanted a switch for this, currently in my fink it just runs both but since it's done first the second one doesn't do a thing.  The reason I didn't add a switch is that every pkg needs to add it, else md5sums and deb sums pkg is useless until then.  I understand that smacks doesn't want to have di
 fferent content in already made debs versus newer debs.  But in this case I can not see the harm as once installed they are identical and it fixes a major flaw in fink.  If anything I'd rather it be a config option so it's system wide versus pkg wide so users like me that want to use debsums as a cron job on all system in an env to make sure files check out we can without having to modify fink directly.

That is just a side note, but something I wanted to bring up with fink-core.

Looking forward to getting this wrapped up and helping improve fink, then I can start on apt.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
fink-core mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core