On Friday 28 of January 2011, Marcin Krol wrote: > Pisałem przecież "Pomijając kwestię zarządzania uprawnieniami do > repo"... ale mniejsza z tym.
Ja też napisałem, że była to kwestia pominięta przez ciebie. A właśnie ona jest w tym wszystkim istotna. > Wynika z tego, że cały wątek możemy przekierować do /dev/null bo w obu > przypadkach oficjalne PLD nie ma korzyści, a Titanium osiąga ten sam cel > przy tych samych zasobach osobowych. Różnica jest więc czysto polityczna. To by było prawdą, gdyby nie fakt, że w swojej argumentacji stworzyłeś sztuczne ograniczenie do dwóch możliwych wariantów. Inaczej sprawa wygląda, jak rozważysz wariant trzeci, czwarty, piąty i dziesiąty. Wariant trzeci: twój deweloper chce sobie zupgrejdować coreutils (czy cokolwiek innego). Twój deweloper nie ma wjazdu do PLD, więc jedynym sensownym z jego punktu widzenia rozwiązaniem będzie zassanie coreutilsów od nas do was i zupgrejdowanie u was. PLD nie ma z tego nic. Wariant czwarty: Ti jest na branchu u nas, ale tylko w przypadku różniących się pakietów, do których coreutils (nie sprawdzałem) się nie zalicza. Deweloper ma minimum zdrowego rozsądku i nie tworzy brancha Ti tylko po to, by zupgrejdować coreutilsy, tylko je upgrejduje na HEAD. Z pożytkiem dla wszystkich. Wariant piąty: deweloper, który dołączył do PLD bo zainteresował się (branchowanym) Ti, jednak jest tym deweloperem PLD, więc jak jest potrzebna pomoc przy adminowaniu jakąś częścią wspólnej infrastruktury, to się zgłasza na ochotnika, dzięki czemu nie tylko Ti, ale i całe PLD mają pożytek z tegoż dewelopera. I tak można jeszcze sporo. W każdym razie możesz próbować publicznie twierdzić, że deweloperzy, którzy pójdą do ciebie, zamiast do PLD, nie będą stratą PLD, ale nie sądzę, żeby dużo osób dało się przekonać. Fakt, że Ti działa w takiej formie w jakiej działa, jest imho całkiem sporym dowodem na elastyczność PLD względem swoich deweloperów. Ale ta elastyczność ma swoje granice i próba robienia pełnego forka na infrastrukturze PLD je na pewno przekracza. --mmazur _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
