1 |
Dnia 2014-02-28, o godz. 15:59:35 |
2 |
hasufell <hasufell@g.o> napisał(a): |
3 |
|
4 |
> -----BEGIN PGP SIGNED MESSAGE----- |
5 |
> Hash: SHA512 |
6 |
> |
7 |
> Samuli Suominen: |
8 |
> > |
9 |
> > On 28/02/14 13:15, Patrick Lauer wrote: |
10 |
> >> On 02/27/2014 09:08 PM, Anthony G. Basile wrote: |
11 |
> >>> Hi everyone, |
12 |
> >>> |
13 |
> >>> I'm putting the call out there for any agenda items for the |
14 |
> >>> next Council meeting, which will be held on March 11, 2014 at |
15 |
> >>> 1900 UTC. This is short notice but we got off track because of |
16 |
> >>> FOSDEM and we're going to try to get back on track. |
17 |
> >>> |
18 |
> >>> So far, the only item is final ratification of glep 63 [1]. |
19 |
> >> Since it's still a bit cold I'd like to start a nice fire to warm |
20 |
> >> us up: |
21 |
> >> |
22 |
> >> I'd like QA and Council to figure out how much we care about |
23 |
> >> FHS. |
24 |
> >> |
25 |
> >> My main complaint is some projects (including e.g. systemd and |
26 |
> >> apparently now also udev) storing config files in /lib and/or |
27 |
> >> /usr/lib. |
28 |
> >> |
29 |
> >> From FHS' point of view this is totally wrong, config files go to |
30 |
> >> /etc Only libraries should be in /lib. |
31 |
> > |
32 |
> > Wow. What about libtool .la text files? What about kernel modules? |
33 |
> > What about the genereted modules.* data in /lib/modules/$version/ |
34 |
> > which are used in early boot by eg. kmod-static-nodes? What about |
35 |
> > the binaries of OpenRC in /lib/rc, they aren't libraries? And what |
36 |
> > about vendor modprobe.d files in /lib/modprobe.d? I could continue |
37 |
> > this all day. I'm just trying to point out "Only libraries should |
38 |
> > be in /lib." is complete bs and does not work. Does FHS really |
39 |
> > articulate it the way you said it, "Only libraries should be in |
40 |
> > /lib." or was that your own interpretation of it? |
41 |
> > |
42 |
> > I'm not really expecting an answer as I'm already convinced FHS is |
43 |
> > so badly outdated it's sad it doesn't suit modern systems. I hope |
44 |
> > they will catch up at some point. |
45 |
> > |
46 |
> > - Samuli |
47 |
> > |
48 |
> |
49 |
> In addition to the questions of Samuli... |
50 |
> |
51 |
> What about python, perl, ruby and whatnot script languages. |
52 |
> What about haskell and pascal? Some of them files are reported to be |
53 |
> "data" files. |
54 |
> What about erlangs .erl and .hrl (text)? |
55 |
> What about mono/C# .exe and .dll (are they architecture-dependant or |
56 |
> can I treat them as "data files" and move them to "/usr/share/"?) |
57 |
> What about non-trivial packages like fpc, firefox, portage and |
58 |
> libreoffice that all violate FHS? Who will fix it and maintain that |
59 |
> stuff downstream? |
60 |
> What about /opt, we don't follow that either? |
61 |
> |
62 |
> What about /usr/include and ".hpp" files (only C is valid according to |
63 |
> FHS)? Who will fix boost? |
64 |
> |
65 |
> I skip the part of running some funny "find" commands on my local system. |
66 |
|
67 |
Please ping me if this thread brings something constructive or |
68 |
decisive. I don't have time to read all the trolling and useless |
69 |
whining, yet I don't want to miss if somewhere in the middle |
70 |
of this crap QA or someone decides to apply a policy that will affect |
71 |
me. Thanks. |
72 |
|
73 |
-- |
74 |
Best regards, |
75 |
Michał Górny |