Bugzilla Bug 52088

New version of bins is out (1.1.26).

Please bump the version number of the ebuild.
http://jsautret.free.fr/BINS/ChangeLog

Thanks in advance

You know, in the last two days I've had to work more with this ebuild than I'd
ever have imagined...ok CG, ebuild added, enjoy :)

Thanks for your efforts, Michael. However, a few problems remain:

1) There are 2 references to /var/tmp/portage/bins-1.1.26/image/usr/share in /usr/bin/bins. This means that bins is broken when it tries to find any of the templates. So, specifically, I changed those to /usr/local/share.

90c90
< my $localePath = "/var/tmp/portage/bins-1.1.26/image/usr/share/locale"; # Base locale path  (for I18N)
---
> my $localePath = "/usr/local/share/locale"; # Base locale path  (for I18N)
344c344
<    globalDataDir   => "/var/tmp/portage/bins-1.1.26/image/usr/share/bins", # System wide data directory
---
>    globalDataDir   => "/usr/local/share/bins", # System wide data directory

2) Should the templates and the locale stuff be in /usr/local/share/bins/templates and /usr/local/share/locale? Should it be in /usr/share/bins/templates and /usr/share/locale instead?

3) The templates from my older version of bins (1.23) are still located in /etc/bins. Should the ebuild for 1.23 have removed them when it got cleaned?

1) Bah. Fixed it in .23, missed it in .26, fixed.
2) The move to /usr/local is more upstream, and I tend to favor it (these are after all local files...bah...fhs decisions are always tough, especially when your just a JAPH ;) )
3) Re-enabled the patch - /etc/bins will be looked at again. But as a general principal, user touched config files/templates/whatever, once they no longer match the md5 in CONTENTS, are not touched during an unmerge

Let me know if its safe to close this once you've checked out the new ebuild

Thanks Michael.

Regarding 1) I should have given you a pointer to bug 30436 (I reported that one against 1.1.23 hehe). Sorry bout that.

Who knew this ebuild was going to be this troublesome, eh? Still one problem.

/usr/bin/bins has /usr/share in 2 places instead of /usr/local/share

90c90
< my $localePath = "/usr/share/locale"; # Base locale path  (for I18N)
---
> my $localePath = "/usr/local/share/locale"; # Base locale path  (for I18N)
344c344
<    globalDataDir   => "/usr/share/bins", # System wide data directory
---
>    globalDataDir   => "/usr/local/share/bins", # System wide data directory

Works perfectly after that.

OK, I hate this package more and more each day (not for functionality or
anything, just as an ebuild). Last over-correction corrected. If you wouldn't
mind synching and emerge 1.26-r1 and letting me know if you see any problems
I'd appreciate it. After all of this, I'm ready to bump this to x86 (after all,
what could possibly be left with it???). Thanks!

Mike

Ouch!! Typo. /use/local/share should be /usr/local/share (usr mis-spelled as
use).

So I take a break for a few days only to discover I still can't type (even
typo'd the changelog note about the typo).

Thanks Michael for your efforts. You're good to go.