1 |
On 14.08.2012 03:24, Olivier Crête wrote: |
2 |
> On Mon, 2012-08-13 at 17:56 -0400, Mike Gilbert wrote: |
3 |
>> On Mon, Aug 13, 2012 at 2:29 PM, Alexandre Rostovtsev |
4 |
>> <tetromino@g.o> wrote: |
5 |
>>> On Mon, 2012-08-13 at 11:14 -0700, Diego Elio Pettenò wrote: |
6 |
>>>> Beside the fact that these would probably have looked better in |
7 |
>>>> /usr/libexec |
8 |
>>> |
9 |
>>> See Kay Sievers's comment at |
10 |
>>> https://bugs.freedesktop.org/show_bug.cgi?id=51617 : |
11 |
>>> |
12 |
>>> "/usr/lib/<pkgname>/ is a directory like /usr/libexec/ or even /bin. It |
13 |
>>> shares absolutely zero things with the arch-specific $libdir ,or lib64/. |
14 |
>>> |
15 |
>>> /usr/lib/<pkgname>/ is the canonical "application private directory". It |
16 |
>>> has the multi-lib or arch-specific rules as /bin. |
17 |
>>> |
18 |
>> |
19 |
>> So... where should GRUB2 be installing its modules? Currently they get |
20 |
>> installed in /usr/$(get_libdir)/grub/$cpu-$platform, where cpu and |
21 |
>> platform are determined by use flags. |
22 |
>> |
23 |
>> Should we drop the get_libdir and put them in /usr/lib/grub instead? |
24 |
>> Should I even worry about it? |
25 |
> |
26 |
> There really have no reason to be in $(get_libdir) as they're not |
27 |
> compiled for the platform implied by $(get_libdir) ! |
28 |
> |
29 |
|
30 |
+1, that's correct. |