On Wed, Apr 03, 2013 at 01:06:35PM +0200, Mariusz Mazur wrote:
On Tue of April 2 2013, Jacek Konieczny wrote:
Jest jedno usprawnienie: wykorzystanie istniejącej infrastruktury
uwierzytelniania każdego developera.
+1
Cała moja propozycja sprowadzała się tylko do tego jednego punktu – żeby
On Tue of April 2 2013, Jacek Konieczny wrote:
Jest jedno usprawnienie: wykorzystanie istniejącej infrastruktury
uwierzytelniania każdego developera.
+1
Cała moja propozycja sprowadzała się tylko do tego jednego punktu – żeby
deweloperzy mieli domyślnie jakiś dostęp do builderów na podstawie
On Mon, Apr 01, 2013 at 07:27:45PM +0200, Mariusz Mazur wrote:
On Thu of March 28 2013, Kacper Kornet wrote:
To co mi w tej chwili przychodzi do głowy to dodanie możliwości podania
w zleceniu budowania generowanym przez make-request.sh adresu na który
mają być wysłane maile.
W .requestrc
On Tue, 2 Apr 2013 15:32:55 +0200
Kacper Kornet drae...@pld-linux.org wrote:
Ale coraz bardziej mi wychodzi, że robienie wysyłania zlecenia jako
komendy dla git servera nie ma większego sensu robić. Bo i tak
użyteczne byłoby to tylko dla developerów. A tym można po prostu
dopisać do uprawnień
On Thu of March 28 2013, Kacper Kornet wrote:
To co mi w tej chwili przychodzi do głowy to dodanie możliwości podania
w zleceniu budowania generowanym przez make-request.sh adresu na który
mają być wysłane maile.
W .requestrc i tak mam pola requester i default_key zdefiniowane, co u mnie
On Wed of March 27 2013, Kacper Kornet wrote:
Jakoś nie widzę jak to prosto zrobić jako zupełny zastępnik
make-request.sh. Np. zupełnie nie widzę jak by można zaimplementować
budowanie kilku pakietów zależnych od siebie. No chyba, żeby zrobić
osobne repozytorium służące do puszczania zleceń.
Dnia czwartek, 28 marca 2013 11:43:36 Mariusz Mazur pisze:
[...]
Kwestią do dogadania jest, czy domyślnie pełne prawa, czy domyślnie
tylko test-buildy, czy pełne bez upgrejdów, czy coś tam, ale to już mniej
istotna kwestia.
Jak dla mnie to test-build mi by wystarczył (o ile tak zbudowany
On Thu, 28 Mar 2013 11:43:36 +0100
Mariusz Mazur mma...@kernel.pl wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
hookami odpala stary make-request.sh.
A czemu nie normalnie, przez gitolite Admin Defined Commands?
Byłoby:
ssh g...@git.pld-linux.org stbr pakiet
On Thu, Mar 28, 2013 at 12:49:56PM +0100, Jacek Konieczny wrote:
On Thu, 28 Mar 2013 11:43:36 +0100
Mariusz Mazur mma...@kernel.pl wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
hookami odpala stary make-request.sh.
A czemu nie normalnie, przez gitolite Admin
On Thu, 28 Mar 2013 14:31:29 +0100
Kacper Kornet drae...@pld-linux.org wrote:
On Thu, Mar 28, 2013 at 12:49:56PM +0100, Jacek Konieczny wrote:
On Thu, 28 Mar 2013 11:43:36 +0100
Mariusz Mazur mma...@kernel.pl wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
On Thu, 28 Mar 2013, Jacek Konieczny wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
hookami odpala stary make-request.sh.
A czemu nie normalnie, przez gitolite Admin Defined Commands?
Byłoby:
ssh g...@git.pld-linux.org stbr pakiet
Bo na prostsze
On Thu, Mar 28, 2013 at 03:10:47PM +0100, Paweł Gołaszewski wrote:
On Thu, 28 Mar 2013, Jacek Konieczny wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
hookami odpala stary make-request.sh.
A czemu nie normalnie, przez gitolite Admin Defined Commands?
On Thu, Mar 28, 2013 at 05:10:37PM +0100, Jakub Bogusz wrote:
On Thu, Mar 28, 2013 at 03:10:47PM +0100, Paweł Gołaszewski wrote:
On Thu, 28 Mar 2013, Jacek Konieczny wrote:
Myślałem o osobnym repo, które po commitnięciu jakiejśtam linijki
hookami odpala stary make-request.sh.
On Thu, Mar 28, 2013 at 11:50:43AM +0100, Łukasz Maśko wrote:
Dnia czwartek, 28 marca 2013 11:43:36 Mariusz Mazur pisze:
[...]
Kwestią do dogadania jest, czy domyślnie pełne prawa, czy domyślnie
tylko test-buildy, czy pełne bez upgrejdów, czy coś tam, ale to już mniej
istotna kwestia.
Dnia czwartek, 28 marca 2013 19:52:06 Kacper Kornet pisze:
[...]
Można. Właśnie poprawiłem automatykę, żeby można było ograniczyć komuś
możliwości tylko do puszczania test buildów. Więc jakbyś chciał już
teraz zacząć puszczać, to potrzebny by był Twój publiczny klucz PGP.
No to można by
On Thu, Mar 28, 2013 at 09:17:17PM +0100, Łukasz Maśko wrote:
Dnia czwartek, 28 marca 2013 19:52:06 Kacper Kornet pisze:
[...]
Można. Właśnie poprawiłem automatykę, żeby można było ograniczyć komuś
możliwości tylko do puszczania test buildów. Więc jakbyś chciał już
teraz zacząć puszczać,
Dnia czwartek, 28 marca 2013 22:32:57 Kacper Kornet pisze:
On Thu, Mar 28, 2013 at 09:17:17PM +0100, Łukasz Maśko wrote:
Dnia czwartek, 28 marca 2013 19:52:06 Kacper Kornet pisze:
[...]
Można. Właśnie poprawiłem automatykę, żeby można było ograniczyć komuś
możliwości tylko do
On Thu, Mar 28, 2013 at 10:57:01PM +0100, Łukasz Maśko wrote:
Dnia czwartek, 28 marca 2013 22:32:57 Kacper Kornet pisze:
On Thu, Mar 28, 2013 at 09:17:17PM +0100, Łukasz Maśko wrote:
Dnia czwartek, 28 marca 2013 19:52:06 Kacper Kornet pisze:
[...]
Można. Właśnie poprawiłem
Dawno dawno temu, w czasach CVS-a (ale nie pod koniec tylko jeszcze wcześniej)
mieliśmy przez jakiś czas taką funkcjonalność, że commitując jakiegoś speca
można było dołożyć do commitloga jakieś zaklęcie (nie pamiętam jakie, ale
pamiętam, że było coś takiego), dzięki któremu pakiet po wysłaniu
W dniu 27.03.2013 11:15, Łukasz Maśko pisze:
Dawno dawno temu, w czasach CVS-a (ale nie pod koniec tylko jeszcze wcześniej)
mieliśmy przez jakiś czas taką funkcjonalność, że commitując jakiegoś speca
można było dołożyć do commitloga jakieś zaklęcie (nie pamiętam jakie, ale
pamiętam, że było coś
On Wed, Mar 27, 2013 at 11:16:07AM +0100, Grzesiek wrote:
W dniu 27.03.2013 11:15, Łukasz Maśko pisze:
Dawno dawno temu, w czasach CVS-a (ale nie pod koniec tylko jeszcze
wcześniej)
mieliśmy przez jakiś czas taką funkcjonalność, że commitując jakiegoś speca
można było dołożyć do commitloga
On Wed of March 27 2013, Kacper Kornet wrote:
Tyle, że może jest prostsze rozwiązanie. Jakie są przeciwwskazania, żeby
dać możliwość puszczania testowych zleceń bezpośrednio chętnym
developerom? Niech się przy okazji uczą obsługi make-request.sh
Zwiększenie partycypacji w budowaniu finalnych
On Wed, Mar 27, 2013 at 12:10:01PM +0100, Mariusz Mazur wrote:
On Wed of March 27 2013, Kacper Kornet wrote:
Tyle, że może jest prostsze rozwiązanie. Jakie są przeciwwskazania, żeby
dać możliwość puszczania testowych zleceń bezpośrednio chętnym
developerom? Niech się przy okazji uczą
23 matches
Mail list logo
