Re: PLDWWW: Repositories
On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. wolf -- Bartek . Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sun, Apr 29, 2007 at 02:36:22AM +0200, Jan Rekorajski wrote: A dokładniej, żaden z wielbicieli SVN-a nie umiał zaproponować wygodnej struktury repo (bez gąszczu katalogów). Nie wygodnej, tylko takiej do jakiej jesteśmy przyzwyczajeni. wolf -- Bartek . Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Bartosz Taudul wrote: On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. I na pewno CDG mialo by co robic. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Bartosz Taudul napisał: On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. A co z git? ; BP, PPNMSP -- Łukasz [DeeJay1] Jernaś signature.asc Description: This is a digitally signed message part. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia sobota, 28 kwietnia 2007, Artur Flinta napisał: Bartosz Taudul wrote: Jak kloczek wróci do PLD ; Se jaja z kloczka robisz a ja się poważnie pytam :) Była jakiś czas temu dyskusja o migracji i zdechła. Skończyła się na tym, że przeniesienie by zajęło trochę czasu i Ktoś (tm) musiałby najpierw zebrać informacje od deweloperów w jaki sposób używają obecnego repo, później wykombinować wykombinować jak podobną funkcjonalność zapewnić im w svnie, a na końcu to wszystko wprowadzić w życie w jakiejś wersji testowej, a jak będzie działało zadowalająco, to przewalić wszystko. Z oczywistych powodów jest las rąk :) -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sunday 29 of April 2007 13:57:51 Mariusz Mazur wrote: Dnia sobota, 28 kwietnia 2007, Artur Flinta napisał: Bartosz Taudul wrote: Jak kloczek wróci do PLD ; Se jaja z kloczka robisz a ja się poważnie pytam :) Była jakiś czas temu dyskusja o migracji i zdechła. Skończyła się na tym, że przeniesienie by zajęło trochę czasu ja nie widze w przeniesieniu problemu. nikt nie musi tego robic sam w calosci. wystarczy przestawic cvs na read-only i kazdy kto bedzie potrzebowal jakis pakiet, to go przeniesie do svn-u. musiałby najpierw zebrać informacje od deweloperów w jaki sposób używają obecnego repo, później wykombinować wykombinować jak podobną funkcjonalność zapewnić im w svnie, uzywaja normalnie. sciagaja, buduja, poprawiaja, wrzucaja. czasem ich tylko kurwica bierze jak cos trzeba miedzy galeziami w cvs-ie mergowac, albo cofac zmiany co jest cholernie niewygodne. jedyny problem jaki wyplynal, to to, ze trudno w nowej strukturze zrobic cos ala `cd SPECS; cvs up', ale mozna to zalatwic skryptem, wiec problemu raczej nie ma. a na końcu to wszystko wprowadzić w życie w jakiejś wersji testowej, a jak będzie działało zadowalająco, to przewalić wszystko. svn mamy na chodzie, nie mamy tylko automatyki podpietej i to boli. Z oczywistych powodów jest las rąk :) ja nie bede mowil, ile miesiecy prosilem, zebys mi pod automatyke podpial th-alpha, czego do dzis dnia nie zrobiles ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
29-04-07, Łukasz Jernaś [EMAIL PROTECTED] napisał(a): Dnia niedziela, 29 kwietnia 2007, Bartosz Taudul napisał: On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. A co z git? ; BP, PPNMSP Wiem, że to miał być żart. Ale, IMO, git (czy my preciousss Monotone) spisałby się znacznie lepiej jako repo dla SPEC-y niż svn. Tylko, że krzyków i płaczu byłoby pewnie więcej. ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
29-04-07, Bartosz Taudul [EMAIL PROTECTED] napisał(a): On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. IIRC chodziło o zarządzanie gałązkami. Z resztą w SPEC-ach commity są głównie per plik. A svn lepiej działa gdy commitujesz per zmiana. Tzn. jeśli zmiany są per plik to nie ma żadnego zysku z przejścia na svn. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Paweł Sikora napisał: ja nie widze w przeniesieniu problemu. nikt nie musi tego robic sam w calosci. wystarczy przestawic cvs na read-only i kazdy kto bedzie potrzebowal jakis pakiet, to go przeniesie do svn-u. To jest akurat (a) bez sensu i (b) najmniejszy problem, bo jak się raz napisze jakiś kawałek skryptu do przenoszenia, to się go od razu odpali na całym repo. Tylko pierw trza napisać. uzywaja normalnie. sciagaja, buduja, poprawiaja, wrzucaja. czasem ich tylko kurwica bierze jak cos trzeba miedzy galeziami w cvs-ie mergowac, albo cofac zmiany co jest cholernie niewygodne. jedyny problem jaki wyplynal, to to, ze trudno w nowej strukturze zrobic cos ala `cd SPECS; cvs up', ale mozna to zalatwic skryptem, wiec problemu raczej nie ma. To nie o cvs up chodzi, tylko o wygodne masscommity. I właśnie takie rzeczy trza wykombinować. a na końcu to wszystko wprowadzić w życie w jakiejś wersji testowej, a jak będzie działało zadowalająco, to przewalić wszystko. svn mamy na chodzie, nie mamy tylko automatyki podpietej i to boli. O tym właśnie mówię, że to nie jest takie hop siup i jednak żeby to porządnie zrobić, to się trzeba trochę narobić. Z oczywistych powodów jest las rąk :) ja nie bede mowil, ile miesiecy prosilem, zebys mi pod automatyke podpial th-alpha, czego do dzis dnia nie zrobiles ;) Wziąłem cię na przetrzymanie. Teraz to już nie mój problem ;) -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sun, Apr 29, 2007 at 04:50:47PM +0200, Mariusz Mazur wrote: Dnia niedziela, 29 kwietnia 2007, Paweł Sikora napisał: ja nie widze w przeniesieniu problemu. nikt nie musi tego robic sam w calosci. wystarczy przestawic cvs na read-only i kazdy kto bedzie potrzebowal jakis pakiet, to go przeniesie do svn-u. To jest akurat (a) bez sensu i (b) najmniejszy problem, bo jak się raz napisze jakiś kawałek skryptu do przenoszenia, to się go od razu odpali na całym repo. Tylko pierw trza napisać. uzywaja normalnie. sciagaja, buduja, poprawiaja, wrzucaja. czasem ich tylko kurwica bierze jak cos trzeba miedzy galeziami w cvs-ie mergowac, albo cofac zmiany co jest cholernie niewygodne. jedyny problem jaki wyplynal, to to, ze trudno w nowej strukturze zrobic cos ala `cd SPECS; cvs up', ale mozna to zalatwic skryptem, wiec problemu raczej nie ma. To nie o cvs up chodzi, tylko o wygodne masscommity. I właśnie takie rzeczy trza wykombinować. O to też. I ile to będzie trwało? `cvs -z3 up -A SPECS` (+kilka wybranych plików z SOURCES) trwa poniżej 2 minut przy downlinku 512kbit. Ile będzie trwało przelecenie całości w 11000 katalogów? Zakładam nie trzymanie kopii SOURCES dla wszystkich pakietów w wyłącznym celu uproszczenia svn up/svn ci. BTW: svn po http potrafi używać kompresji przy transmisji? -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Łukasz Krotowski napisał: Wiem, że to miał być żart. Ale, IMO, git (czy my preciousss Monotone) spisałby się znacznie lepiej jako repo dla SPEC-y niż svn. Tylko, że krzyków i płaczu byłoby pewnie więcej. ;) Ja byłbym za gitem, gdyby nie fakt, że git praktycznie nie ma user interfejsu. W pracy pracuję na darcsie, bo jak się zastanowiłem w końcu co jest przyjemniejsze w użytkowaniu -- git, czy darcs, to mi wyszło, że z gitem bym się męczył. Ale sama koncepcja użycia distributed scma (oczywiście zezwalającego także na pracę z centralnym repo; git zezwala) jest warta rozważenia. Tylko znowu -- ktoś by musiał przejrzeć wszystkie sensowne, ocenić, które się nadają i opisać jak się z tego korzysta. -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
29-04-07, Paweł Sikora [EMAIL PROTECTED] napisał(a): On Sunday 29 of April 2007 16:25:51 Łukasz Krotowski wrote: 29-04-07, Łukasz Jernaś [EMAIL PROTECTED] napisał(a): Dnia niedziela, 29 kwietnia 2007, Bartosz Taudul napisał: On Sun, Apr 29, 2007 at 02:30:49AM +0200, Łukasz Krotowski wrote: Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. Jaki znowu wniosek? Po prostu jak zwykle wszystko się rozlazło po kościach. Jak to w PLD. Jakby Ktoś (TM) po prostu przerzucił SPECS do svn-a i zablokował w cvs-ie, to, wiadomo, były by krzyki i płacze, ale i tak by wszyscy używali svn-a. A co z git? ; BP, PPNMSP Wiem, że to miał być żart. Ale, IMO, git (czy my preciousss Monotone) spisałby się znacznie lepiej jako repo dla SPEC-y niż svn. poniewaz? Lokalne repo. Prostota w tworzeniu lokalnych, roboczych branchy, podpisane commity, cherry picking. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
29-04-07, Mariusz Mazur [EMAIL PROTECTED] napisał: Dnia niedziela, 29 kwietnia 2007, Łukasz Krotowski napisał: Wiem, że to miał być żart. Ale, IMO, git (czy my preciousss Monotone) spisałby się znacznie lepiej jako repo dla SPEC-y niż svn. Tylko, że krzyków i płaczu byłoby pewnie więcej. ;) Ja byłbym za gitem, gdyby nie fakt, że git praktycznie nie ma user interfejsu. W pracy pracuję na darcsie, bo jak się zastanowiłem w końcu co jest przyjemniejsze w użytkowaniu -- git, czy darcs, to mi wyszło, że z gitem bym się męczył. Mam bardzo podobne odczucia, tylko zamiast darcs używam monotone. Głównie dlatego, że monotone jest napisane w języku dla mnie naturalnym a w Haskellu ledwie potrafię wyskrobać hello world. :) Ale sama koncepcja użycia distributed scma (oczywiście zezwalającego także na pracę z centralnym repo; git zezwala) jest warta rozważenia. A są jakieś które nie mają push/pull (lub odpowiedników)? Tylko znowu -- ktoś by musiał przejrzeć wszystkie sensowne, ocenić, które się nadają i opisać jak się z tego korzysta. Ano. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
29-04-07, Mariusz Mazur [EMAIL PROTECTED] napisał: Dnia niedziela, 29 kwietnia 2007, Paweł Sikora napisał: ja nie widze w przeniesieniu problemu. nikt nie musi tego robic sam w calosci. wystarczy przestawic cvs na read-only i kazdy kto bedzie potrzebowal jakis pakiet, to go przeniesie do svn-u. To jest akurat (a) bez sensu i (b) najmniejszy problem, bo jak się raz napisze jakiś kawałek skryptu do przenoszenia, to się go od razu odpali na całym repo. Tylko pierw trza napisać. Eee, a Tailor by się nie nadał? Gorzej pewnie z automatyką. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Łukasz Krotowski napisał: Mam bardzo podobne odczucia, tylko zamiast darcs używam monotone. Pierwsze co mi przychodzi do głowy, żeby rozpatrzyć, to jeszcze bazaar i mercurial. Acz pewnie by się jeszcze z jeden-dwa znalazły. Głównie dlatego, że monotone jest napisane w języku dla mnie naturalnym a w Haskellu ledwie potrafię wyskrobać hello world. :) W to się nie zagłębiałem, ale fakt, łatwość dohakowania czegoś sensownego do takiego systemu też się liczy. Ale sama koncepcja użycia distributed scma (oczywiście zezwalającego także na pracę z centralnym repo; git zezwala) jest warta rozważenia. A są jakieś które nie mają push/pull (lub odpowiedników)? Na pewno wiem tylko, że git ma. Jak z innymi -- hgw. -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On 4/29/07, Łukasz Krotowski [EMAIL PROTECTED] wrote:
IIRC chodziło o zarządzanie gałązkami. Z resztą w SPEC-ach commity są
głównie per plik. A svn lepiej działa gdy commitujesz per zmiana. Tzn.
jeśli zmiany są per plik to nie ma żadnego zysku z przejścia na svn.
Większość distro ma
/pakiet/galaz/{pakiet.spec,sources/pakiet-{foo,bar}.patch} i jakoś
nikt nie narzeka na to.
A commituje się plik SPEC + zestaw łatek, które łatwo pominąć albo
zapomnieć otagować.
Do tego trudno mi sobie wyobrazić prostsze zarządzanie gałęziami niż
svn cp trunk patrys-branch
--
Patryk Zawadzki
Generated Content
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sun, Apr 29, 2007 at 09:59:05PM +0200, Patryk Zawadzki wrote:
On 4/29/07, Łukasz Krotowski [EMAIL PROTECTED] wrote:
IIRC chodziło o zarządzanie gałązkami. Z resztą w SPEC-ach commity są
głównie per plik. A svn lepiej działa gdy commitujesz per zmiana. Tzn.
jeśli zmiany są per plik to nie ma żadnego zysku z przejścia na svn.
Większość distro ma
/pakiet/galaz/{pakiet.spec,sources/pakiet-{foo,bar}.patch} i jakoś
nikt nie narzeka na to.
Ile z nich funkcjonuje tak jak PLD (=brak opiekunów pakietów, wszyscy
odpowiadają za wszystko)?
A commituje się plik SPEC + zestaw łatek, które łatwo pominąć albo
zapomnieć otagować.
Albo kilkadziesiąt/-set speców naraz.
Będę nudny:
Jak _szybko_ przegrepować spece w 11000 katalogów i uaktualniać je na
bieżąco bez pobierania wszystkich łat/źródeł?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Mariusz Mazur napisał: Dnia niedziela, 29 kwietnia 2007, Łukasz Krotowski napisał: Mam bardzo podobne odczucia, tylko zamiast darcs używam monotone. Pierwsze co mi przychodzi do głowy, żeby rozpatrzyć, to jeszcze bazaar i mercurial. Acz pewnie by się jeszcze z jeden-dwa znalazły. Cóż, bazaar pożyczył niektóre narzędzia z gita ZTCP ;) (see gitk) Głównie dlatego, że monotone jest napisane w języku dla mnie naturalnym a w Haskellu ledwie potrafię wyskrobać hello world. :) W to się nie zagłębiałem, ale fakt, łatwość dohakowania czegoś sensownego do takiego systemu też się liczy. Git jest wybitnie hackowalny, na dodatek powstaje coraz więcej narzędzi do niego. -- Łukasz [DeeJay1] Jernaś ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Dnia niedziela, 29 kwietnia 2007, Łukasz Jernaś napisał: Głównie dlatego, że monotone jest napisane w języku dla mnie naturalnym a w Haskellu ledwie potrafię wyskrobać hello world. :) W to się nie zagłębiałem, ale fakt, łatwość dohakowania czegoś sensownego do takiego systemu też się liczy. Git jest wybitnie hackowalny, na dodatek powstaje coraz więcej narzędzi do niego. I to jest główny powód dla którego bym za nim był... gdyby nie był taki masakrycznie aużywalny. -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sun, 29 Apr 2007, Mariusz Mazur wrote: Dnia niedziela, 29 kwietnia 2007, Łukasz Jernaś napisał: Głównie dlatego, że monotone jest napisane w języku dla mnie naturalnym a w Haskellu ledwie potrafię wyskrobać hello world. :) W to się nie zagłębiałem, ale fakt, łatwość dohakowania czegoś sensownego do takiego systemu też się liczy. Git jest wybitnie hackowalny, na dodatek powstaje coraz więcej narzędzi do niego. I to jest główny powód dla którego bym za nim był... gdyby nie był taki masakrycznie aużywalny. A może: http://www.evscm.org/ Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Łukasz Jernaś deejay1 at srem.org writes: Dnia niedziela, 29 kwietnia 2007, Mariusz Mazur napisał: Dnia niedziela, 29 kwietnia 2007, Łukasz Krotowski napisał: Mam bardzo podobne odczucia, tylko zamiast darcs używam monotone. Pierwsze co mi przychodzi do głowy, żeby rozpatrzyć, to jeszcze bazaar i mercurial. Acz pewnie by się jeszcze z jeden-dwa znalazły. Cóż, bazaar pożyczył niektóre narzędzia z gita ZTCP ;) (see gitk) Jeśli już coś pożyczał to prędzej z mercuriala niż z git'a. Zresztą gitk jest napisany w C, a bzr-gtk w pythonie, więc tak bezpośrednio to trudno byłoby zapożyczyć to narzędzie ;) [tak dla przypomnienia - jest poprawka uaktualniająca bzr.spec http://forum.pld-linux.org/viewtopic.php?p=19346#19346 , która czeka na nałożenie :) ] Tutaj kilka informacji dla przesiadających sie z CVS'a http://bazaar-vcs.org/BzrForCVSUsers pozdrawiam Stefan ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
Jakub Bogusz wrote: Będę nudny: Jak _szybko_ przegrepować spece w 11000 katalogów i uaktualniać je na bieżąco bez pobierania wszystkich łat/źródeł? Wydaje mi się, że kluczowe jest, aby serwer (albo klient) oferował dwa widoki; taki jak mamy teraz (tylko SPECS/, za wspólnym SOURCES raczej nikt nie będzie tęsknił) i podzielony na pakiety. Wtedy wszyscy powinni pozostać szczęśliwi, zarówno masscommiterzy, jak i Ci pracujący bardziej szczegółowo nad jednym pakietem. Dalsze dyskusje nad wyborem narzędzia do VC proponuję zaczynać od oceny ilości pracy wymaganej do zaimplementowania takiego stylu pracy na bazie proponowanego systemu. :) -- regards, Jakub Piotr Cłapa ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sat, Apr 28, 2007 at 08:26:47PM -, vip wrote:
+ Our SVN repository can be found at [http://svn.pld-linux.org/
svn.pld-linux.org]. It serves as a development place for several projects as
well as an official home for PLD documentation. To access a SVN module use
{{{http://svn.pld-linux.org/svn/modulename}}} path in your favourite SVN
client.
Nie mogłeś parę godzin wcześniej? Dopiero co się tego naszukałem ;)
(poszukiwania sponsorowane przez 405 Method not allowed)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sat, Apr 28, 2007 at 11:25:43PM +0200, Artur Flinta wrote: Nie mogłeś parę godzin wcześniej? Dopiero co się tego naszukałem ;) (poszukiwania sponsorowane przez 405 Method not allowed) A kiedy można się SPECS w SVN spodziewać? Jak kloczek wróci do PLD ; wolf -- Bartek . Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
28-04-07, Artur Flinta [EMAIL PROTECTED] napisał: Bartosz Taudul wrote: Jak kloczek wróci do PLD ; Se jaja z kloczka robisz a ja się poważnie pytam :) Była jakiś czas temu dyskusja o migracji i zdechła. Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLDWWW: Repositories
On Sun, 29 Apr 2007, Łukasz Krotowski wrote: 28-04-07, Artur Flinta [EMAIL PROTECTED] napisał: Bartosz Taudul wrote: Jak kloczek wróci do PLD ; Se jaja z kloczka robisz a ja się poważnie pytam :) Była jakiś czas temu dyskusja o migracji i zdechła. Nie tyle zdechła co skończyła się wnioskiem, że svn wniósłby więcej kłopotów niż pożytku w SPEC-ach. A dokładniej, żaden z wielbicieli SVN-a nie umiał zaproponować wygodnej struktury repo (bez gąszczu katalogów). Janek -- Jan Rekorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
