1 |
2008/12/29 Gordon Malm <gengor@g.o>: |
2 |
|
3 |
> 1. Leaving existing documentation in place would mislead viewers into |
4 |
> believing some level of official support is available. |
5 |
> |
6 |
|
7 |
You can put an addon indicating it, something like this: Please take |
8 |
note that gentoo hardened finished the support of rsbac since (put the |
9 |
year do you want here), the information you will find here could be: |
10 |
a) wrong b) obsoleted and c)incomplete. It is here for historical |
11 |
reasons or if someone could find useful. |
12 |
|
13 |
> 2. There's no one on the team who uses RSBAC and can verify the documentation |
14 |
> is current, correct (and keep it that way) and won't do harm. |
15 |
|
16 |
The same as before, and I add one more thing, documentation should be |
17 |
orientative not taken as one absolute truth. So reader "should" |
18 |
investigate more later. |
19 |
|
20 |
> |
21 |
> 3. Why would we continue to host documentation for a technology that is not |
22 |
> supported or available in Hardened Gentoo proper? Are you propsing we also |
23 |
> host documentation for other technologies we don't utilize - AppArmor for |
24 |
> instance? |
25 |
> |
26 |
|
27 |
Let's make a comparison: you go to a library near your home, you see |
28 |
that all the workstations there works with windows vista. You ask for |
29 |
one book related with gnu/linux and they say to you: well since we |
30 |
finished working with this systems we decide to remove all books |
31 |
related with GNU/Linux. I don't want mean that you write documentation |
32 |
about projects not supported directly, if not removing information |
33 |
that already exists and that some people could find useful (sometimes |
34 |
I consult it for example). Information is information wherever it was, |
35 |
lose information is one thing that I find non-sense. |
36 |
|
37 |
|
38 |
> 4. There are plenty of good places to put non-official documentation, such as |
39 |
> gentoo-wiki.com. |
40 |
> |
41 |
> 5. The documentation is forever available @ |
42 |
> http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/hardened/rsbac/ |
43 |
> |
44 |
> I am truly sorry it has come to this, but "it is what it is". |
45 |
Did you link this in the main (or nearly principal) page?, so would be |
46 |
this information easy to reach by one person looking for something |
47 |
related with rsbac? |
48 |
> |
49 |
> Sincerely, |
50 |
> Gordon Malm (gengor) |
51 |
With all thanks for all your work. |
52 |
|
53 |
> |
54 |
> On Sunday, December 28, 2008 21:42:05 Javier J. Martínez Cabezón wrote: |
55 |
>> Why do you want to remove all rsbac related documentation?, I think is |
56 |
>> a non-sense to do this. Documentation does not harm anybody and in |
57 |
>> case of rsbac is almost nonexistent . |
58 |
>> |
59 |
>> I'm an rsbac user (maybe one of the last) and a gentoo hardened one, I |
60 |
>> have never used gentoo rsbac ebuilds, so for me is not any kind of |
61 |
>> change. |
62 |
>> Maybe you could put your opinion in the main page of the mandatory |
63 |
>> access controls related (something like rsbac is not longer maintained |
64 |
>> in gentoo so we suggest you to change to by this reason and this one |
65 |
>> and this one.... blahblahblah). |
66 |
>> |
67 |
>> 2008/12/29 Gordon Malm <gengor@g.o>: |
68 |
>> > Hi all, |
69 |
>> > |
70 |
>> > Hardened Gentoo has been without an RSBAC maintainer for quite a long |
71 |
>> > time now. |
72 |
>> > |
73 |
>> > Support for RSBAC in Hardened Gentoo is discontinued effective |
74 |
>> > immediately. RSBAC-related ebuilds, bugs and documents will begin being |
75 |
>> > purged starting January 31st, 2009. |
76 |
>> > |
77 |
>> > All users of RSBAC in Hardened Gentoo who require mandatory or role based |
78 |
>> > access control are strongly encouraged to migrate to Grsecurity's RBAC or |
79 |
>> > SELinux at this time. Anyone wishing to continue using RSBAC will be |
80 |
>> > without support from the Hardened Gentoo project. |
81 |
>> > |
82 |
>> > The RSBAC project itself continues as normal @ http://www.rsbac.org. |
83 |
>> > |
84 |
>> > Sincerely, |
85 |
>> > Gordon Malm (gengor) |
86 |
> |
87 |
> |
88 |
> |
89 |
> |