początek.
Dałoby się coś z tym zrobić (czyt.: przywrócić wątkowanie jakie
było w CVS) ?
Możesz opisać jak takie wątkowanie powinno wyglądać?
np. packages/kernel powinny być wątkowane do packages/kernel. Po
prostu.
Tzn. co? Wszyskie wiadomości o packages/kernel powinny mieć jednego
. Wątkowane ze sobą są wiadomości
pochodzące z jednego wykoniania git push.
To żadne wątkowanie... choć dobry początek.
Dałoby się coś z tym zrobić (czyt.: przywrócić wątkowanie jakie było w
CVS) ?
Możesz opisać jak takie wątkowanie powinno wyglądać?
np. packages/kernel powinny być wątkowane
z jednego wykoniania git push.
To żadne wątkowanie... choć dobry początek.
Dałoby się coś z tym zrobić (czyt.: przywrócić wątkowanie jakie
było w CVS) ?
Możesz opisać jak takie wątkowanie powinno wyglądać?
np. packages/kernel powinny być wątkowane do packages/kernel. Po
popsute wątkowanie...
Zależy jak definiujesz popsute. Wątkowane ze sobą są wiadomości
pochodzące z jednego wykoniania git push.
To żadne wątkowanie... choć dobry początek.
Dałoby się coś z tym zrobić (czyt.: przywrócić wątkowanie jakie było w
CVS) ?
Możesz opisać jak takie
On Wed, 25 Jul 2012, Kacper Kornet wrote:
Proponuje generować Message-ID jako
packages.kernel.s...@git.pld-linux.org. Ten SHA1 to commit id
(pewnie to z X-Git-Newrev).
Według tej samej zasady wypełniać też In-Reply-To: (SHA1 z
X-Git-Oldrev) oraz References: (SHA1 rodziców).
Niestety
On Wed, Jul 25, 2012 at 12:43:57PM +0200, Paweł Gołaszewski wrote:
Nie znam git-a (jeszcze), ale chyba każdy commit jest atomowy i ma swój
identyfikator, right?
Tak. Ale może być dostępny z kilku różnych branchy.
I ma jakiegoś rodzica, też z jakimś identyfikatorem, right?
Co najmniej
.
Dałoby się coś z tym zrobić (czyt.: przywrócić wątkowanie jakie było w
CVS) ?
Możesz opisać jak takie wątkowanie powinno wyglądać?
np. packages/kernel powinny być wątkowane do packages/kernel. Po prostu. W
tej chwili to jest porozbijane, czasem jest powątkowane i patrząc na to
nie do końca
Wygląda na to, że commitlogi, które przychodzą na listę mają kompletne
popsute wątkowanie... Dałoby się coś z tym zrobić (czyt.: przywrócić
wątkowanie jakie było w CVS) ?
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
zrobić (czyt.: przywrócić
wątkowanie jakie było w CVS) ?
Możesz opisać jak takie wątkowanie powinno wyglądać?
--
Kacper
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
W odpowiedzi na wiadomość z dnia 09.07.2012 04:19, od Kacper Kornet:
The builders, distfiles, commit list and ciabot seem to work. Please let
me know if you encounter any problems.
Code talks:
$ builder ftdi_eeprom.spec
Cloning into 'ftdi_eeprom'...
remote: Counting objects: 9, done.
remote:
błąd: brak opisu w %changelog
Error: package build failed. (no more info)
Whats happen with chanchelog in this spec ?
Nie masz przypadkiem w ftdi_eeprom wersji z CVS?
--
Kacper
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http
W odpowiedzi na wiadomość z dnia 09.07.2012 12:16, od Kacper Kornet:
Budowanie dla platform: x86_64-linux błąd: brak opisu w %changelog
Error: package build failed. (no more info)
Whats happen with chanchelog in this spec ?
Nie masz przypadkiem w ftdi_eeprom wersji z CVS?
Wszystko zgodnie
On Mon, Jul 09, 2012 at 12:06:03PM +0200, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 04:19, od Kacper Kornet:
The builders, distfiles, commit list and ciabot seem to work. Please let
me know if you encounter any problems.
Code talks:
$ builder ftdi_eeprom.spec
W odpowiedzi na wiadomość z dnia 09.07.2012 12:47, od Kacper Kornet:
Możesz pokazać wyjście z git status w ftdi_eeprom
$ pwd
~/rpm/packages/ftdi_eeprom
$ git status
# On branch master
nothing to commit (working directory clean)
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/pld-users.org
W odpowiedzi na wiadomość z dnia 09.07.2012 12:47, od Kacper Kornet:
Możesz pokazać wyjście z git status w ftdi_eeprom
A może to po prostu wynika z praw dostępu do jakichś plików tej paczki
na serwerze ?
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/pld-users.org
On Mon, Jul 09, 2012 at 01:51:45PM +0200, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 12:47, od Kacper Kornet:
Możesz pokazać wyjście z git status w ftdi_eeprom
A może to po prostu wynika z praw dostępu do jakichś plików tej
paczki na serwerze ?
Raczej nie. U
Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 12:47, od Kacper Kornet:
Możesz pokazać wyjście z git status w ftdi_eeprom
A może to po prostu wynika z praw dostępu do jakichś plików tej paczki na
serwerze ?
Tu jest raczej problem sekcji %changelog w generowanym
On Mon, Jul 09, 2012 at 02:59:45PM +0200, Adam Osuchowski wrote:
Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 12:47, od Kacper Kornet:
Możesz pokazać wyjście z git status w ftdi_eeprom
A może to po prostu wynika z praw dostępu do jakichś plików tej paczki na
I właśnie nie rozumie dlaczego tak się dzieje. Bo mi lokalnie tymczasowy
spec generuje się prawidłowym changelogiem. Tak jakby ktoś miał tam
git-notes w refs/notes/commits, ale w oryginalnym repozytorium żadnych
notatek nie ma.
U mnie też changelogi są złe. Przykład:
$ rpm -qp --changelog
On Mon, Jul 09, 2012 at 03:24:22PM +0200, Marcin Krol wrote:
I właśnie nie rozumie dlaczego tak się dzieje. Bo mi lokalnie tymczasowy
spec generuje się prawidłowym changelogiem. Tak jakby ktoś miał tam
git-notes w refs/notes/commits, ale w oryginalnym repozytorium żadnych
notatek nie ma.
U
On Monday 09 of July 2012 15:41:16 Kacper Kornet wrote:
On Mon, Jul 09, 2012 at 03:24:22PM +0200, Marcin Krol wrote:
I właśnie nie rozumie dlaczego tak się dzieje. Bo mi lokalnie tymczasowy
spec generuje się prawidłowym changelogiem. Tak jakby ktoś miał tam
git-notes w refs/notes/commits,
On Mon, Jul 09, 2012 at 03:24:22PM +0200, Marcin Krol wrote:
I właśnie nie rozumie dlaczego tak się dzieje. Bo mi lokalnie tymczasowy
spec generuje się prawidłowym changelogiem. Tak jakby ktoś miał tam
git-notes w refs/notes/commits, ale w oryginalnym repozytorium żadnych
notatek nie ma.
U
Mam. Czy Wy wszyscy nie macie przypadkie pdksh jako shell?
Nope. Ja używam basha.
M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Mon, Jul 09, 2012 at 03:51:22PM +0200, Marcin Krol wrote:
Mam. Czy Wy wszyscy nie macie przypadkie pdksh jako shell?
Nope. Ja używam basha.
Źle sformułowane pytanie. Chodziło mi o to czym jest /bin/sh
--
Kacper
___
pld-devel-pl mailing list
Źle sformułowane pytanie. Chodziło mi o to czym jest /bin/sh
To w tym wypadku oczywiście symlinkiem do ksh, ale zmiana na link do
bash nie poprawia sytuacji.
M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
On Monday 09 of July 2012 15:54:08 Kacper Kornet wrote:
On Mon, Jul 09, 2012 at 03:51:22PM +0200, Marcin Krol wrote:
Mam. Czy Wy wszyscy nie macie przypadkie pdksh jako shell?
Nope. Ja używam basha.
Źle sformułowane pytanie. Chodziło mi o to czym jest /bin/sh
/bin/sh wskazywalo u mnie
On Mon, Jul 09, 2012 at 03:58:08PM +0200, Marcin Krol wrote:
Źle sformułowane pytanie. Chodziło mi o to czym jest /bin/sh
To w tym wypadku oczywiście symlinkiem do ksh, ale zmiana na link do
bash nie poprawia sytuacji.
Znowu źle się wyraziłem bo builder używa bezpośrednio /bin/ksh. W
każdym
Znowu źle się wyraziłem bo builder używa bezpośrednio /bin/ksh. W
każdym razie poniższy patch powinine pomóc. Zaraz puszczę poprawione
rpm-build-tools na buildery. Jak ktoś używa ./builde, to
będzie sobie musiał zrobić git pull w ~/rpm/rpm-build-tools
:-) Patch pomógł, dzięki.
M.
W odpowiedzi na wiadomość z dnia 09.07.2012 16:00, od Paweł Sikora:
/bin/sh wskazywalo u mnie ksh. po zainstalowaniu mksh poszlo.
zas sam uzytkownik ma shell ustawiony na zsh.
Podpisuje się pod tym obiema rękami - miałem pdksh, teraz mksh i poszło
dalej (kompilacja ftgi_eeprom się wywala, ale
W odpowiedzi na wiadomość z dnia 09.07.2012 16:25, od Daniel Dawid Majewski:
W odpowiedzi na wiadomość z dnia 09.07.2012 16:00, od Paweł Sikora:
/bin/sh wskazywalo u mnie ksh. po zainstalowaniu mksh poszlo.
zas sam uzytkownik ma shell ustawiony na zsh.
Podpisuje się pod tym obiema rękami -
On Monday 09 of July 2012, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 16:25, od Daniel Dawid Majewski:
W odpowiedzi na wiadomość z dnia 09.07.2012 16:00, od Paweł Sikora:
/bin/sh wskazywalo u mnie ksh. po zainstalowaniu mksh poszlo.
zas sam uzytkownik ma shell
On Mon, Jul 09, 2012 at 04:28:53PM +0200, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 09.07.2012 16:25, od Daniel Dawid Majewski:
W odpowiedzi na wiadomość z dnia 09.07.2012 16:00, od Paweł Sikora:
/bin/sh wskazywalo u mnie ksh. po zainstalowaniu mksh poszlo.
zas sam
2012/7/9 Lukasz Kies kie...@pld-linux.org:
2012/7/9 Kacper Kornet drae...@pld-linux.org:
On Sun, Jul 08, 2012 at 04:17:09PM +0200, Kacper Kornet wrote:
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
So the official repositories of PLD packages
2012/7/9 Kacper Kornet drae...@pld-linux.org:
On Sun, Jul 08, 2012 at 04:17:09PM +0200, Kacper Kornet wrote:
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
So the official repositories of PLD packages are now in git:
git://git.pld-linux.org
W odpowiedzi na wiadomość z dnia 09.07.2012 16:37, od Arkadiusz Miśkiewicz:
BTW. Jaki jest teraz standard podsyłania łatek na listę? Dalej
'diff -u' ?
Teraz to lepiej git format-patch :)
Właśnie testuję:
echo this is Nemo text... Nemo.txt
[builder@somewhere ftdi_eeprom]$ git add Nemo.txt
Dnia 9 lipca 2012 18:12 Daniel Dawid Majewski ligh...@o2.pl napisał(a):
W odpowiedzi na wiadomość z dnia 09.07.2012 16:37, od Arkadiusz Miśkiewicz:
BTW. Jaki jest teraz standard podsyłania łatek na listę? Dalej
'diff -u' ?
Teraz to lepiej git format-patch :)
Właśnie testuję:
echo
W odpowiedzi na wiadomość z dnia 09.07.2012 18:38, od Bartłomiej Zimoń:
[maple-bootloader]$ git format-patch origin
0001-nemo.patch
Dźwięki wielkie... ;)
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/pld-users.org
___
pld-devel-pl mailing
dopuszczalne, ale od zawsze to powinno być
standardem… tylko CVS tego nie ułatwiał…
A jak ktoś będzie próbował możliwości podstawienia autora (czy
committera) nadużywał, to się to wyłapie i zrobi jakoś porządek. Ale
zakładam, że większość z nas to porządni ludzie i nikt taki numerów nie
będzie robił
W odpowiedzi na wiadomość z dnia 09.07.2012 19:05, od Jacek Konieczny:
Co dopuszczać? Podpisywanie autorstwa zmian zgodnie z
rzeczywistością? To nie powinno być tylko dopuszczalne, ale od zawsze
to powinno być standardem… tylko CVS tego nie ułatwiał…
A jak ktoś będzie próbował możliwości
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
--
Kacper
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Sun, Jul 08, 2012 at 04:17:09PM +0200, Kacper Kornet wrote:
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
So the official repositories of PLD packages are now in git:
git://git.pld-linux.org/packages/*
ssh://g...@pld-linux.org/packages
On Monday 09 of July 2012 04:19:47 Kacper Kornet wrote:
On Sun, Jul 08, 2012 at 04:17:09PM +0200, Kacper Kornet wrote:
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
So the official repositories of PLD packages are now in git:
git://git.pld
On Mon, 09 Jul 2012, Kacper Kornet wrote:
On Sun, Jul 08, 2012 at 04:17:09PM +0200, Kacper Kornet wrote:
Due to git migration, write access to packages in CVS will be disabled in
around 45 minutes.
So the official repositories of PLD packages are now in git:
git://git.pld-linux.org
Domyślnie stare commity z CVS będę przeniesione do repozytoriów git
z następującymi danymi:
Author: nick n...@pld-linux.org
Committer: cvs2git feedb...@pld-linux.org
Jeżeli wolisz, żeby w polu Author: widniało Twoje pełne imię i nazwisko,
powinieneś zmienić odpowiednią linię w pliku git
Mam w pliku linię:
first_line='# \$Revision$, \$Date$'
I teraz zmieniam ją na
first_line='# \$Revision:$, \$Date:$'
i commituję taką zmianę do CVS. Tyle, że on ją ignoruje. Tzn. commit
jest ale z pustym diffem. Ktoś może wie jak to zrobić poprawnie? Co
ciekawe jak z moich zmian usunę
On Thu, Jun 09, 2011 at 04:15:59PM +0200, Kacper Kornet wrote:
Mam w pliku linię:
first_line='# \$Revision$, \$Date$'
I teraz zmieniam ją na
first_line='# \$Revision:$, \$Date:$'
i commituję taką zmianę do CVS. Tyle, że on ją ignoruje. Tzn. commit
jest ale z pustym diffem. Ktoś może
: http://pl.docs.pld-linux.org/devel_cvs_wstep.html
Dodatkowo polecam przeczytać:
cvs::PLD-doc/devel-hints-en.txt
W razie problemów pytaj.
--
Marcin Banasiak
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org
hasła do cvsadmina
(oczywiście, jeśli chcesz otrzymać RW). Procedura z grubsza opisana
tu: http://pl.docs.pld-linux.org/devel_cvs_wstep.html
Dodatkowo polecam przeczytać:
cvs::PLD-doc/devel-hints-en.txt
W razie problemów pytaj.
Dzięki, wysłane.
Pozdrawiam,
Łukasz
On Wed, 23 Mar 2011, Marcin Banasiak wrote:
Update cluttera do najnowszej wersji. Patch na speca w załączniku.
W związku z tym, że od ładnych kilku lat przesyłasz łatki, myślę, że
nadszedł czas byś w końcu dostał RW i dodawał je na własne konto.
Ode mnie masz +1.
...a dlaczego mi się
W dniu 2011-03-23 00:57, Marcin Banasiak pisze:
Ode mnie masz +1.
No to cyk.
+1
--
Paweł @duddits Długosz
.::http://dlugosz.eu::.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
W dniu 22 marca 2011 00:31 użytkownik Lukasz Kies napisał:
Update cluttera do najnowszej wersji. Patch na speca w załączniku.
W związku z tym, że od ładnych kilku lat przesyłasz łatki, myślę, że
nadszedł czas byś w końcu dostał RW i dodawał je na własne konto.
Ode mnie masz +1.
--
Marcin
Please rename Thunar-vfs to thunar-vfs. Thanks.
--
Marcin Banasiak
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Czy to tylko tak u mnie ? :
# ping cvs.pld-linux.org
PING cvs.pld-linux.org (217.73.31.16) 56(84) bytes of data.
^C
--- cvs.pld-linux.org ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4001ms
cvsweb też siedzi...
--
Pozdrawiam,
Daniel Dawid Majewski
2010/5/24 Daniel Dawid Majewski ligh...@o2.pl:
Czy to tylko tak u mnie ? :
# ping cvs.pld-linux.org
PING cvs.pld-linux.org (217.73.31.16) 56(84) bytes of data.
^C
--- cvs.pld-linux.org ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4001ms
cvsweb też siedzi...
W odpowiedzi na wiadomość z dnia 24.05.2010 14:29, od Patryk Zawadzki:
2010/5/24 Daniel Dawid Majewski ligh...@o2.pl:
Czy to tylko tak u mnie ? :
# ping cvs.pld-linux.org
PING cvs.pld-linux.org (217.73.31.16) 56(84) bytes of data.
^C
--- cvs.pld-linux.org ping statistics ---
5 packets
Hi,
I'm going to clean up ruby packages, and as it involves a lot of renames,
I wonder what is out current policy on 'cvs mv'.
Are we still playing with server-side copy and client side remove?
I'd much prefer to just 'mv' thing server side, like this:
mv old-package-name new-package-name
mv old
On Friday 15 of January 2010, Bartosz Świątek wrote:
Tak, poza tym, że SPECS jest od pół roku nieaktualne... ale luz, można
używać RO :)
W RO mniej można popsuć. Jak chce się się jednak coś zrobic, to można sobie do
katalogu packages wejść. Do zwykłego losowego wpatrywania się w zmianę
W dniu 14 stycznia 2010 21:59 użytkownik Lukasz Glebicki
lukas...@post.pl napisał:
On Thursday 14 of January 2010, Pawel Dlugosz wrote:
Łukasz Maśko pisze:
Czy coś się stało z naszym CVS-em? Wypisuje mi cały czas takie rzeczy:
~/rpm/SPECS$ cvs up kdevelop.spec
Empty password used - try
Czy coś się stało z naszym CVS-em? Wypisuje mi cały czas takie rzeczy:
~/rpm/SPECS$ cvs up kdevelop.spec
Empty password used - try 'cvs login' with a real password
cvs [update aborted]: authorization failed: server cvs.pld-linux.org
rejected access to /cvsroot for user lmasko
Jeszcze wczoraj
Łukasz Maśko pisze:
Czy coś się stało z naszym CVS-em? Wypisuje mi cały czas takie rzeczy:
~/rpm/SPECS$ cvs up kdevelop.spec
Empty password used - try 'cvs login' with a real password
cvs [update aborted]: authorization failed: server cvs.pld-linux.org
rejected access to /cvsroot for user
On Thursday 14 of January 2010, Pawel Dlugosz wrote:
Łukasz Maśko pisze:
Czy coś się stało z naszym CVS-em? Wypisuje mi cały czas takie rzeczy:
~/rpm/SPECS$ cvs up kdevelop.spec
Empty password used - try 'cvs login' with a real password
cvs [update aborted]: authorization failed: server
Witam,
Wiem że po raz kolejny wracam na grupę z tym tematem, ale niestety nie
bardzo mogę sobie cały czas poradzić :(
Samo odpalenie CVSa jakoś już poszło, i działa. Jakiś czas temu pojawił się
problem ograniczania dostępu dla niektórych użytkowników - i tu już jest
gorzej, bo cvs jest taką
SVN, GIT i HG, nie
jest lepszym wyborem niż CVS.
--
Pozdrawiam,
Paweł
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Fri, 11 Dec 2009, Paweł Zuzelski wrote:
PS: Wiem, że nie takiej odpowiedzi oczekiwałeś, ale podaj mi chociaż
JEDNO zastosowanie w którym przynajmniej jeden z SVN, GIT i HG, nie jest
lepszym wyborem niż CVS.
Prosta rzecz - ilość i dojrzałość softu, który ma wbudowaną kontrolę
wersji
2009/12/11 Pawel Golaszewski bl...@pld-linux.org:
On Fri, 11 Dec 2009, Paweł Zuzelski wrote:
PS: Wiem, że nie takiej odpowiedzi oczekiwałeś, ale podaj mi chociaż
JEDNO zastosowanie w którym przynajmniej jeden z SVN, GIT i HG, nie jest
lepszym wyborem niż CVS.
Prosta rzecz - ilość i dojrzałość
wyborem niż CVS.
Prosta rzecz - ilość i dojrzałość softu, który ma wbudowaną kontrolę
wersji. Szczególnie pod windowsem... Jeżeli coś jest wbudowane to cvs, w
dalszej kolejności svn się pojawia, a ptem dopiero jakieś inne.
Przerabiałem ten temat i ciężko się z programistami rozmawia.
Zawsze można
Patryk Zawadzki wrote:
2009/12/11 Pawel Golaszewski bl...@pld-linux.org:
On Fri, 11 Dec 2009, Paweł Zuzelski wrote:
PS: Wiem, że nie takiej odpowiedzi oczekiwałeś, ale podaj mi chociaż
JEDNO zastosowanie w którym przynajmniej jeden z SVN, GIT i HG, nie jest
lepszym wyborem niż CVS
On Fri, 11 Dec 2009, Pawel Golaszewski wrote:
On Fri, 11 Dec 2009, Paweł Zuzelski wrote:
PS: Wiem, że nie takiej odpowiedzi oczekiwałeś, ale podaj mi chociaż
JEDNO zastosowanie w którym przynajmniej jeden z SVN, GIT i HG, nie jest
lepszym wyborem niż CVS.
Prosta rzecz - ilość i
na
jakimś starym Debianie, na szczęście już zmienione).
Może w pewnym momencie lepiej jednak wymienić programistów razem z
narzędziem? ;) W innych technologiach pewnie też nie nadążają… ;)
Też proponuję rozmowę z kimś wyżej. Słowo-klucz: „bezpieczeństwo” i CVS
będzie miał problemy się obronić
On Fri, Dec 11, 2009 at 02:30:01PM +0100, Andrzej Zawadzki wrote:
Patryk Zawadzki wrote:
Zawsze można Tortoise * używać.
Tia... Moi programiści się nie dali przekonać: oni używają Eclipse i to
tam ma działać ;-)
Przecież w Eclipse jest plugin do SVN?
Inna sprawa że z moich obserwacji
On Fri, Dec 11, 2009 at 02:35:10PM +0100, Paweł Zuzelski wrote:
Też przerabiałem i przerabiam aktualnie (SVN - GIT). Z moich
doświadczeń wynika, że łatwiej się rozmawia z project managerami. A
to oni powinni mieć ostatnie słowo.
Z tym chodzeniem wyżej to nie należy przesadzać. Bo naprawdę
CVS.
Prosta rzecz - ilość i dojrzałość softu, który ma wbudowaną kontrolę
wersji. Szczególnie pod windowsem... Jeżeli coś jest wbudowane to cvs, w
dalszej kolejności svn się pojawia, a ptem dopiero jakieś inne.
Jacek mówił o eclipse. Akurat eclipse bardzo dobrze współpracuje
zarówno z SVN jak
packages]$ cd packages
[dirdi...@pld packages]$ ls
CVS geany-plugin-latex
Mogę normalnie go wyrzucić, czy jakieś sztuczki znowu zastosować?
Kompletnie nie rozumiem, skąd się wziął ten dodatkowy katalog
packages. Oświecisz mnie? Tak to jest, jak wcześniej korzystało się z
graficznych nakładek na cvs
zmodyfikuj speca w nowym packages i wywołaj
buildera. Zobaczysz, że pobierze speca z CVS do
~/rpm/packages/pakiet i z niego zbuduje, a Twoje zmiany w
~/rpm/packages/packages/pakiet w ogóle oleje.
, ale masz rację:
Zawsze mam.
[dirdi...@pld ~]$ cd rpm/packages/
[dirdi...@pld packages]$ pwd
/home
cd ~/rpm/packages/packages
mv * ..
cd ..
rmdir packages
cd ..
for I in */*/CVS/Root */CVS/Root; do echo
:pserver:dirdi...@cvs.pld-linux.org:/cvsroot $I; done
Dzięki.
Tak to jest, jak wcześniej korzystało się z
graficznych nakładek na cvs :/
To do CVSa są jakieś graficzne frontendy
Krzysztof Goliński anonsuje::
graficznych nakładek na cvs :/
To do CVSa są jakieś graficzne frontendy? LOL.
Tak to jest, jak wcześniej korzystało się z
Są, nie wspominałem, że chodzi o Linuksa. Pod windą korzystałem z
http://www.tortoisecvs.org/
Kiedyś używałem czegoś tam
Krzysztof Krakowiak pisze:
Witam,
Prosze o dostep RW do CVS PLD.
Dane do: ()
Konto założone, załóż sobie alias pocztowy dodając odpowiedni wpis do
CVSROOT/users.
[en] account created
--
http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true,
PLD Linux developer
According to 'last' cmd there were four reboots today of cvs.pld-linux.org.
After the last reboot the partition on which cvs resides hasn't mounted
correctly (dunno why). This is fixed. If something still isn't working, write
an email to this list. I'm heading out in half an hour, so maybe
Arkadiusz Miskiewicz pisze:
On Wednesday 05 of August 2009, Łukasz Maśko wrote:
$ cvs status VirtualBox.spec
cvs [server aborted]: can't create temporary directory /tmp/cvs-serv22801:
No space left on device
Miejsca brakuje? Nie u mnie, mam 8GB wolnego.
Tak, przypycha się rootfs co jakiś
$ cvs status VirtualBox.spec
cvs [server aborted]: can't create temporary directory /tmp/cvs-serv22801:
No space left on device
Miejsca brakuje? Nie u mnie, mam 8GB wolnego.
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl
On Wednesday 05 of August 2009, Łukasz Maśko wrote:
$ cvs status VirtualBox.spec
cvs [server aborted]: can't create temporary directory /tmp/cvs-serv22801:
No space left on device
Miejsca brakuje? Nie u mnie, mam 8GB wolnego.
Tak, przypycha się rootfs co jakiś czas.
--
Arkadiusz Miśkiewicz
Czyżby cvs był padł ?
http://cvs.pld-linux.org/cgi-bin/cvsweb/packages - timout...
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/jid.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
Daniel Dawid Majewski pisze:
Czyżby cvs był padł ?
http://cvs.pld-linux.org/cgi-bin/cvsweb/packages - timout...
Xen guest zawisł, nie dało się wejść nawet przez xm cons.
Już powinno być lepiej.
--
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
PLD Linux
Cześć
Polecenia typu up, stat zawisają aż do timeout. Pingi dochodzą. Co się
dzieje?
--
--= Michal Kochanowicz =--==--==BOFH==--==--= mic...@michal.waw.pl =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--==--==--==--==--==-- Vodka. Connecting
Dnia wtorek 19 maj 2009, Michal Kochanowicz napisał:
Polecenia typu up, stat zawisają aż do timeout. Pingi dochodzą. Co się
dzieje?
chyba już działa, sprawdź proszę.
--
Pozdrawiam, Best regards, Mit freundlichen Grüßen,
Wojciech Wojtosz Błaszkowski
www.blaszkowski.com
GSM: +48 600 197 207
On Tue, May 19, 2009 at 12:17:59PM +0200, Wojciech Błaszkowski wrote:
Dnia wtorek 19 maj 2009, Michal Kochanowicz napisał:
Polecenia typu up, stat zawisają aż do timeout. Pingi dochodzą. Co się
dzieje?
chyba już działa, sprawdź proszę.
Obawiam się że nie.
--
--= Michal Kochanowicz
Dnia wtorek, 19 maja 2009, Michal Kochanowicz napisał:
On Tue, May 19, 2009 at 12:17:59PM +0200, Wojciech Błaszkowski wrote:
Dnia wtorek 19 maj 2009, Michal Kochanowicz napisał:
Polecenia typu up, stat zawisają aż do timeout. Pingi dochodzą. Co się
dzieje?
chyba już działa, sprawdź
Witam,
Polecenia typu up, stat zawisają aż do timeout. Pingi dochodzą. Co się
dzieje?
chyba już działa, sprawdź proszę.
Obawiam się że nie.
Hmm.. dziwne w takim razie.
$ cvs -z3 up -Pd -A
działa u mnie poprawnie.
--
Pozdrawiam, Best regards, Mit freundlichen Grüßen,
Wojciech
On Tue, May 19, 2009 at 12:41:01PM +0200, Piotr Budny wrote:
Mi dziaa. Może to jakiś lokalny problem?
Fucktycznye, chyba admin w pracy wyciął dostęp do CVS :/
--
--= Michal Kochanowicz =--==--==BOFH==--==--= mic...@michal.waw.pl =--
--= finger me for PGP public key or visit http
Przy starej strukturze cvs-a, gdy chciałem ściągnąć spec-a, wchodziłem do
SPECS i odpalałem cvs up cos.spec
Teraz nie mogę tego zrobić w packages, bo nie działa. Mogę
zrobić ./buildet -g cos, ale to ściąga oprócz speca jeszcze łaty, źródła i
całą resztę. A ja chcę samego speca. Wiem, że dzięki
On Thursday 30 of April 2009, Łukasz Maśko wrote:
Przy starej strukturze cvs-a, gdy chciałem ściągnąć spec-a, wchodziłem do
SPECS i odpalałem cvs up cos.spec
Teraz nie mogę tego zrobić w packages, bo nie działa. Mogę
zrobić ./buildet -g cos, ale to ściąga oprócz speca jeszcze łaty, źródła i
Dnia czwartek, 30 kwietnia 2009, Arkadiusz Miskiewicz napisał:
[...]
cvs co packages/paczka/paczka.spec
Dzięki.
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User
On Tuesday 28 of April 2009, Piotr Skwarna wrote:
Arkadiusz Miskiewicz pisze:
On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
cvs will be down for few hours (directory structure migration).
It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
How to use new
On Tue, 28 Apr 2009, Arkadiusz Miskiewicz wrote:
On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
cvs will be down for few hours (directory structure migration).
It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
How to use new structure:
cd ~/rpm
cvs -z3 -d:c
On Tue, 28 Apr 2009, Elan Ruusamäe wrote:
how do i get list of all existing .spec files? i'm used to search packages
that way.
Currently only by checking out whole packages/ tree.
Suggestions are welcome.
also relative topdir no longer works:
g...@wintersunset packages/rrdtool $
.
Suggestions are welcome.
triggered symlinks on commits like it was done for filling packages/ tree?
We'll do, but I don't know if it won't go away if/when we switch from
CVS to something else (which is possible now after repo reorganisation).
call it official one:
$ grep _topdir /usr/lib/rpm
would induce another flamewar and all will end in total failure.
there's another problem with current builder script:
it creates CVS/Entries.Static, which means `cvs up` or even `cvs up -A` will
not bring to light all sources. rm the file with builder script seems evil too
(what if i _do_ want
On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
Report any problems or ideas.
If you want to fetch only specs then use this script:
#!/bin/sh
CROOT=:pserver:c...@cvs.pld-linux.org:/cvsroot
SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/ {
print $1 } '`; do
On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
Report any problems or ideas.
If you want to fetch only specs then use this script:
And a script for building packages.
Example: $ pldrpmbuild -bb rpm/packages/alien/alien.spec
On Tuesday 28 April 2009 21:44, Arkadiusz Miskiewicz wrote:
On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
Report any problems or ideas.
If you want to fetch only specs then use this script:
#!/bin/sh
CROOT=:pserver:c...@cvs.pld-linux.org:/cvsroot
SPECS=$(for a in `cvs -z3 -d
1 - 100 z 478 matches
Mail list logo