This is in shell, but a better solution would be to add a --changelogs to emerge... emerge --changelogs --up would unpack the archive, and look for grep the files in ${W} for /changelog?/i and if found, display it to the screen. Going slightly overboard, would be to show all changelogs, one at a time, and ask the user if they want to merge this update or not.
Created attachment 2882 [details] Shows changelogs found in an ebuild after unpacking
emerge --changelogs --update --pretend rather...
*** Bug 5330 has been marked as a duplicate of this bug. ***
*** Bug 7678 has been marked as a duplicate of this bug. ***
*** Bug 3881 has been marked as a duplicate of this bug. ***
Ive seen several hacks to add this feature, but no solutions that are better than hacks. I hope this isnt duplicated work.... Attached is a patch to portage 2.0.36, and sample output of "emerge --changelog --pretend". For package which are to be upgraded from an older revision, this patch parses ChangeLog files, finds the sections corresponding to the newer revisions, and displays them all below the normal "emerge --pretend output".
Created attachment 4000 [details, diff] emerge.diff; changes to portage 2.0.36 to add --changelog
Created attachment 4001 [details] example output of "emerge --changelog --pretend"
hmm, this doesn't appear to work consistently... I'm not getting output when I do emerge world -up --changelog (does it only work on gentoo-r bumps but not on package version bumps?)
A couple of problems in that first patch.... 1. There is some confusion between, for example, iptables-1.2.7a and iptables-1.2.7a-r0. That first patch contains some nasty code to format package names... see the bits containing '-'.join. For now I will fix this with more nastyness; hopefully some portage guru can make this nice. 2. The regular expression for matching section markers in changelogs needs some work, and some changlog section markers need some sanitization. new patch is on its way...
Created attachment 4003 [details, diff] emerge.diff revision 2
This is now doing the right things for the 24 packages that need updates in 'world' on this machine, except: 1. gentoolkit, which has a duplicate changelog entry for 0.1.17, and 0.1.17-r1 is missing 2. fetchmail, where the revision I currently have installed (5.9.11) has no changelog entry. Im not sure its worth working around this problem.
Well since this is now a portage patch, it is all your Daniel.
this is to remind you to poke this with a stick, carpaski :)
*** Bug 11696 has been marked as a duplicate of this bug. ***
In cvs for .46 thanks
