Bug 52088 – new ebuild needed for bins-1.1.26

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Haroon Rafique 2004-05-26 06:13:42 UTC]

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

[Comment 1 Michael Cummings (RETIRED) 2004-06-13 08:02:55 UTC]

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 :)

[Comment 2 Haroon Rafique 2004-06-14 07:51:09 UTC]

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?

[Comment 3 Michael Cummings (RETIRED) 2004-06-15 03:30:01 UTC]

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

[Comment 4 Haroon Rafique 2004-06-16 09:47:57 UTC]

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.

[Comment 5 Michael Cummings (RETIRED) 2004-06-20 07:55:02 UTC]

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

[Comment 6 Haroon Rafique 2004-06-21 06:35:34 UTC]

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

[Comment 7 Michael Cummings (RETIRED) 2004-06-28 17:28:27 UTC]

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).

[Comment 8 Haroon Rafique 2004-06-29 08:12:37 UTC]

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