Re: test

2005-05-17 Thread robert j. wozny
On 5/17/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> test

test2

-- r.
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Marcin Doliński
On Tuesday 17 of May 2005 14:29, robert j. wozny wrote:
> test
dupa
-- 
Marcin Doliński
PLD Linux Distribution
http://www.pld-linux.org/
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Marcin Krzyżanowski

On 2005-05-17, at 14:41, [EMAIL PROTECTED] wrote:

> test
>
> -- 
> robert j. wozny
> ... Zycie biegnie wahadlowym ruchem miedzy bolem i nuda,
> a sa to faktycznie jego ostateczne skladniki. (Artur Schopenhauer)
>
>

pl.test ?

-- 
Marcin Krzyżanowski
http://www.hakore.com


___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Fryderyk Dziarmagowski
On Tue, 17 May 2005 14:41:31 +0200
[EMAIL PROTECTED] wrote:

> test

co jest nie tak, procmail mi przestał łapać
* ^List-Post:[EMAIL PROTECTED]

-- 
Fryderyk Dziarmagowski
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Piotr Skwarna
[EMAIL PROTECTED] napisał(a):

>test
>
>  
>
doszlo doszlo
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread robert j. wozny
On 5/17/05, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> wrote:

> > test
> co jest nie tak, procmail mi przestał łapać
> * ^List-Post:[EMAIL PROTECTED]

to za chwilę do wszystkich... trzeba poprawić procmaila 8-]

-- r.
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Fryderyk Dziarmagowski
On Tue, 17 May 2005 15:04:23 +0200
"robert j. wozny" <[EMAIL PROTECTED]> wrote:

> > > test
> > co jest nie tak, procmail mi przestał łapać
> > * ^List-Post:[EMAIL PROTECTED]
> 
> to za chwilę do wszystkich... trzeba poprawić procmaila 8-]

acha, widzę dopiero teraz
List-Post: 
^
this sucks
-- 
Fryderyk Dziarmagowski
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Jakub Pisarczyk
Fryderyk Dziarmagowski wrote:
> On Tue, 17 May 2005 14:41:31 +0200
> [EMAIL PROTECTED] wrote:
> 
> 
>>test
> 
> 
> co jest nie tak, procmail mi przestał łapać
> * ^List-Post:[EMAIL PROTECTED]

bo on to wysyła na @lists.pld-linux.org
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread robert j. wozny
On 5/17/05, Jakub Pisarczyk <[EMAIL PROTECTED]> wrote:

> >>test
> > co jest nie tak, procmail mi przestał łapać
> > * ^List-Post:[EMAIL PROTECTED]
> bo on to wysyła na @lists.pld-linux.org

gdziekolwiek. przyszła pora na rozdzielenie lists od mx'a.
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread Michal Chruszcz
It seems like on Tuesday 17 of May 2005 15:20, robert j. wozny typed:
> On 5/17/05, Jakub Pisarczyk <[EMAIL PROTECTED]> wrote:
> > >>test
> > >
> > > co jest nie tak, procmail mi przestał łapać
> > > * ^List-Post:[EMAIL PROTECTED]
> >
> > bo on to wysyła na @lists.pld-linux.org
>
> gdziekolwiek. przyszła pora na rozdzielenie lists od mx'a.

BTW: Czy kompletne rozsypywanie się list na kilka dni w odstępie 
kilkutygodniowym mamy uznać już za normalne?
-- 
Michal Chruszcz -=- Never seen
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2005-05-17 Thread robert j. wozny
On 5/17/05, Michal Chruszcz <[EMAIL PROTECTED]> wrote:

> > gdziekolwiek. przyszła pora na rozdzielenie lists od mx'a.
> BTW: Czy kompletne rozsypywanie się list na kilka dni w odstępie
> kilkutygodniowym mamy uznać już za normalne?

ja się nie znam ja tu tylko sprzątam

-- r.
___
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2006-10-11 Thread Daniel Mróz
Dnia Wed, 11 Oct 2006 17:58:48 +0200
Dariusz Rojewski <[EMAIL PROTECTED]> napisał(a):
> borsuki z majonezem
Wiewiórki w sosie vinegret


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <[EMAIL PROTECTED]>http://127.0.0.1/beorn
[GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[  r(-) y+   ]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2006-10-11 Thread Dariusz Rojewski
On Wed, Oct 11, 2006 at 08:36:16PM +0200, Daniel Mróz wrote:
> Dnia Wed, 11 Oct 2006 17:58:48 +0200
> Dariusz Rojewski <[EMAIL PROTECTED]> napisał(a):
> > borsuki z majonezem
> Wiewiórki w sosie vinegret
krowy z serem z borsuka

-- 
Dariusz Rojewski
[EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2006-02-21 Thread Daniel Mróz
Dnia Tue, 21 Feb 2006 12:15:57 +0100
Michal Abramowicz <[EMAIL PROTECTED]> napisał(a):
> test
> 123
> :> ?
Nie działa. Nic nie dostaliśmy ;>


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <[EMAIL PROTECTED]>http://127.0.0.1/beorn
[GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[  r(-) y+   ]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test

2006-03-20 Thread Michal Abramowicz
On Mon, Mar 20, 2006 at 12:50:58PM +0100, Dariusz Rojewski wrote:
> krowy robią muu
> test

a żyrafy wchodzą do szafy :)

listadmin
-- 
ekspert na antenie RM: - Weźmy słowo "komputer". Wszystkie litery w
tym słowie przyporządkujmy kolejnym liczbom w alfabecie, potem dodajmy
je do siebie i pomnóżmy przez 6. Co otrzymamy? Otrzymamy 666. A więc
i komputer, i Internet to narzędzia diabła.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test wysyłki

2009-12-10 Thread Paweł
Dnia czwartek 10 grudzień 2009, Paweł napisał:
...
przepraszam wszystkich z listy z użycie niewłaściwego wzorca maila, 
który miał iść tylko na priv ...
P.

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test list

2012-03-08 Thread Bartosz Świątek
W dniu 8 marca 2012 14:10 użytkownik "Wojciech \"Sas\" Cięciwa"
 napisał:
> {proszę zignorować)

Ale co zignorować? ;P


-- 
"I'm living proof if you do one thing right in your career, you can
coast for a long time. A LONG time." -Guy Kawasaki
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test (zignorujcie)

2005-12-20 Thread Piotr Skwarna

Michal Abramowicz napisał(a):


cześć


test

adin dwa tri

abram ?

działa ?

 


yhy

--
Pozdrawiam
Piotr Skwarna | [EMAIL PROTECTED]


___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test (zignorujcie)

2005-12-20 Thread Michal Abramowicz
On Tue, Dec 20, 2005 at 04:53:03PM +0100, Piotr Skwarna wrote:
> >działa ?
> yhy


Hm, nic, miałem obawy ze _napsułem_

dobra, jade do domu. będe dostępny jakoś siakoś na #pld.

m.
-- 
Moskiewskie zakłady spirytusowe "Duch Lenina" rozpoczęły produkcję 
wódki w butelkach z lewym gwintem. Ten podły chwyt poniżej pasa 
przyprawił o czarną rozpacz tysiące zdezorientowanych skacowanych obywateli.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-22 Thread Adam Sobieraj

doszło

W dniu 22.11.2019 o 15:35, Krzysztof Mrozowicz pisze:

Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą 
poprawić przepływ wiadomość do użytkowników końcowych.
Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją otrzymali 
na swoje skrzynki pocztowe.

Pozdrawiam
Krzysztof Mrozowicz
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-22 Thread Grzesiek Pycia
Odpowiedź.

pt., 22 lis 2019 o 15:36 Krzysztof Mrozowicz 
napisał(a):

>
> Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą
> poprawić przepływ wiadomość do użytkowników końcowych.
> Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją
> otrzymali na swoje skrzynki pocztowe.
>
> Pozdrawiam
> Krzysztof Mrozowicz
> ___
> pld-devel-pl mailing list
> pld-devel-pl@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-22 Thread Łukasz Maśko

W dniu 22.11.2019 o 15:35, Krzysztof Mrozowicz pisze:

Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą 
poprawić przepływ wiadomość do użytkowników końcowych.
Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją otrzymali 
na swoje skrzynki pocztowe.

Pozdrawiam
Krzysztof Mrozowicz
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Do mnie też przyszło (ciekawe, czy wyjdzie).
--
Łukasz Maśko_o)
Lukasz.Masko(at)ipipan.waw.pl   /\\
Registered Linux User #61028   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-22 Thread Piotr Grymkowski via pld-devel-pl
Też czytam :) 

Dnia 22 listopada 2019 15:35:57 CET, Krzysztof Mrozowicz 
 napisał(a):
>
>Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą
>poprawić przepływ wiadomość do użytkowników końcowych.
>Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją
>otrzymali na swoje skrzynki pocztowe.
>
>Pozdrawiam
>Krzysztof Mrozowicz
>___
>pld-devel-pl mailing list
>pld-devel-pl@lists.pld-linux.org
>http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-22 Thread Jacek Osiecki
Wiadomość napisana przez Krzysztof Mrozowicz  w dniu 
22.11.2019, o godz. 15:35:
> 
> 
> Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą 
> poprawić przepływ wiadomość do użytkowników końcowych.
> Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją otrzymali 
> na swoje skrzynki pocztowe.

Tak jakby działało...
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test ustawień dmarc

2019-11-23 Thread Bartek Szady
Doszło

On 2019-11-22 15:35, Krzysztof Mrozowicz wrote:
> Ta wiadomość na ma celu sprawdzenie czy nowe ustawienia mailmana pomogą 
> poprawić przepływ wiadomość do użytkowników końcowych.
> Mile widziane krótkie odpowiedzi na tę wiadomość od tych, którzy ją otrzymali 
> na swoje skrzynki pocztowe.
>
> Pozdrawiam
> Krzysztof Mrozowicz
> ___
> pld-devel-pl mailing list
> pld-devel-pl@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: varkon.spec

2010-05-29 Thread Tomasz Pala
On Sat, May 29, 2010 at 15:36:25 +, PLD th-x86_64 builder wrote:

> varkon.spec (HEAD): FAILED
> 
> Patch #0 (varkon-make.patch):
> + patch -p1 -s
> + < /home/users/builder/rpm/SOURCES/varkon-make.patch 
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/AN/src/Makefile.linux.rej
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/DB/src/Makefile.linux.rej
> 2 out of 2 hunks FAILED -- saving rejects to file 
> sources/EX/src/Makefile.linux.rej
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/GE/src/Makefile.linux.rej
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/IG/src/Makefile.linux.rej
> 2 out of 2 hunks FAILED -- saving rejects to file sources/Makefile.linux.rej
> 2 out of 2 hunks FAILED -- saving rejects to file 
> sources/PL/src/Makefile.linux.rej
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/PM/src/Makefile.linux.rej
> 1 out of 1 hunk FAILED -- saving rejects to file 
> sources/WP/src/Makefile.linux.rej

1.14 Fri Apr 17 12:10:10 2009 by chomar
- updated to 1.19D, updated patch

Czy aby na pewno na HEAD jest to, co powinno być?

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: varkon.spec

2010-05-29 Thread Arkadiusz Chomicki
Dnia sobota 29 maj 2010 o 17:51:14 Tomasz Pala napisał(a):
> On Sat, May 29, 2010 at 15:36:25 +, PLD th-x86_64 builder wrote:
> > varkon.spec (HEAD): FAILED
> > 
> > Patch #0 (varkon-make.patch):
> > + patch -p1 -s
> > + < /home/users/builder/rpm/SOURCES/varkon-make.patch
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > sources/AN/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/DB/src/Makefile.linux.rej 2 out of 2 hunks
> > FAILED -- saving rejects to file sources/EX/src/Makefile.linux.rej 1 out
> > of 1 hunk FAILED -- saving rejects to file
> > sources/GE/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/IG/src/Makefile.linux.rej 2 out of 2 hunks
> > FAILED -- saving rejects to file sources/Makefile.linux.rej 2 out of 2
> > hunks FAILED -- saving rejects to file sources/PL/src/Makefile.linux.rej
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > sources/PM/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/WP/src/Makefile.linux.rej
> 
> 1.14 Fri Apr 17 12:10:10 2009 by chomar
> - updated to 1.19D, updated patch
> 
> Czy aby na pewno na HEAD jest to, co powinno być?
chyba nie, 
nie wiem czemu tak sie stalo, zaraz sie tym zajme. 
sorry

pozdrawiam
-- 
Arkadiusz Chomicki
AS-SAT Telekom
mobile:+48 791 330 886
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: varkon.spec

2010-05-29 Thread Arkadiusz Chomicki
Dnia sobota 29 maj 2010 o 17:51:14 Tomasz Pala napisał(a):
> On Sat, May 29, 2010 at 15:36:25 +, PLD th-x86_64 builder wrote:
> > varkon.spec (HEAD): FAILED
> > 
> > Patch #0 (varkon-make.patch):
> > + patch -p1 -s
> > + < /home/users/builder/rpm/SOURCES/varkon-make.patch
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > sources/AN/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/DB/src/Makefile.linux.rej 2 out of 2 hunks
> > FAILED -- saving rejects to file sources/EX/src/Makefile.linux.rej 1 out
> > of 1 hunk FAILED -- saving rejects to file
> > sources/GE/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/IG/src/Makefile.linux.rej 2 out of 2 hunks
> > FAILED -- saving rejects to file sources/Makefile.linux.rej 2 out of 2
> > hunks FAILED -- saving rejects to file sources/PL/src/Makefile.linux.rej
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > sources/PM/src/Makefile.linux.rej 1 out of 1 hunk FAILED -- saving
> > rejects to file sources/WP/src/Makefile.linux.rej
> 
> 1.14 Fri Apr 17 12:10:10 2009 by chomar
> - updated to 1.19D, updated patch
> 
> Czy aby na pewno na HEAD jest to, co powinno być?

czegoś tu nie rozumiem
zrobilem update patch 
# cvs ci varkon/varkon-make.patch

a ten pobiera nadal stary patch.

pozdrawiam

-- 
Arkadiusz Chomicki
AS-SAT Telekom
mobile:+48 791 330 886
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: varkon.spec

2010-05-29 Thread Kamil Dziedzic
Dnia sobota, 29 maja 2010, Arkadiusz Chomicki napisał:
> czegoś tu nie rozumiem
> zrobilem update patch
> # cvs ci varkon/varkon-make.patch
> 
> a ten pobiera nadal stary patch.
> 
> pozdrawiam

Spróbuj teraz.

-- 
Pozdrawiam, Kamil Dziedzic


___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-01 Thread Tomasz Pala
On Thu, Jul 01, 2010 at 10:50:02 +, PLD th-src builder wrote:

> codeblocks.spec (HEAD): FAILED
> 
> Available branches: 
> --2010-07-01 10:50:01--  
> ftp://distfiles.pld-linux.org/distfiles/by-md5/a/b/ab077d562e98b0586f2f86c14cb773ba%20ab077d562e98b0586f2f86c14cb773ba/codeblocks-10.05-src.tar.bz2
>=> `codeblocks-10.05-src.tar.bz2'
> Resolving distfiles.pld-linux.org (distfiles.pld-linux.org)... 217.73.31.18
> Connecting to distfiles.pld-linux.org 
> (distfiles.pld-linux.org)|217.73.31.18|:21... connected.
> Logging in as anonymous ... Logged in!
> ==> SYST ... done.==> PWD ... done.
> ==> TYPE I ... done.  ==> CWD (1) 
> /distfiles/by-md5/a/b/ab077d562e98b0586f2f86c14cb773ba 
> ab077d562e98b0586f2f86c14cb773ba ... 
> No such directory `distfiles/by-md5/a/b/ab077d562e98b0586f2f86c14cb773ba 
> ab077d562e98b0586f2f86c14cb773ba'.

Wczoraj DF pobrało ten plik, jednocześnie zgłaszając problem:

codeblocks.spec: undefined macro _snap


FATAL: ./upload/gotar/codeblocks-20080531.tar.gz was not uploaded
FATAL: http://download.berlios.de/codeblocks/codeblocks-1.0-src.tar.bz2 md5 
mismatch, needed
+ab077d562e98b0586f2f86c14cb773ba, got d0109a1ff4366c18bd88143de92028c0

świadczący o tym, że niepoprawnie parsuje speca; stosując poprawny link:

ftp://distfiles.pld-linux.org/distfiles/by-md5/a/b/ab077d562e98b0586f2f86c14cb773ba//codeblocks-10.05-src.tar.bz2

wszystko by zadziałało, tymczasem on dwukrotnie wstawia MD5 oddzielając
je spacją.

> No such directory 
> `distfiles/Attic/by-md5/a/b/ab077d562e98b0586f2f86c14cb773ba 
> ab077d562e98b0586f2f86c14cb773ba'.
> 
> Try greed download: 
> http://download.berlios.de/codeblocks/codeblocks-10.05-src.tar.bz2 from: 
> :pserver:c...@cvs.pld-linux.org:/cvsroot
> Empty password used - try 'cvs login' with a real password
> cvs server: cannot find module 
> `SOURCES/http://download.berlios.de/codeblocks/codeblocks-10.05-src.tar.bz2' 
> - ignored
> Error: some source, patch or icon files not stored in CVS repo. 
> (http://download.berlios.de/codeblocks/codeblocks-10.05-src.tar.bz2)

I w ogóle czemu wget 3-krotnie próbuje ściągać z DF, a później automat
stara się pobrać z cvs/SOURCES, a nie korzysta w ogóle z oryginalnego
źródła?

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-01 Thread Patryk Zawadzki
2010/7/1 Tomasz Pala :
> On Thu, Jul 01, 2010 at 10:50:02 +, PLD th-src builder wrote:
> Wczoraj DF pobrało ten plik, jednocześnie zgłaszając problem:
>
> codeblocks.spec: undefined macro _snap

Builder nie rozwija raczej makr rpm. Szuka pierwszego Source0 i je pobiera.

-- 
Patryk Zawadzki
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-01 Thread Tomasz Pala
On Thu, Jul 01, 2010 at 13:51:02 +0200, Patryk Zawadzki wrote:

>> On Thu, Jul 01, 2010 at 10:50:02 +, PLD th-src builder wrote:
>> Wczoraj DF pobrało ten plik, jednocześnie zgłaszając problem:
>>
>> codeblocks.spec: undefined macro _snap
> 
> Builder nie rozwija raczej makr rpm. Szuka pierwszego Source0 i je pobiera.

Nawet w takim przypadku nie powinien sklejać MD5 z dwóch Source0
(szczególnie, że akurat suma podana jest tylko raz).

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-01 Thread Bartosz Świątek
W dniu 2 lipca 2010 04:05 użytkownik Tomasz Pala  napisał:
> On Thu, Jul 01, 2010 at 13:51:02 +0200, Patryk Zawadzki wrote:
>
>>> On Thu, Jul 01, 2010 at 10:50:02 +, PLD th-src builder wrote:
>>> Wczoraj DF pobrało ten plik, jednocześnie zgłaszając problem:
>>>
>>> codeblocks.spec: undefined macro _snap
>>
>> Builder nie rozwija raczej makr rpm. Szuka pierwszego Source0 i je pobiera.
>
> Nawet w takim przypadku nie powinien sklejać MD5 z dwóch Source0
> (szczególnie, że akurat suma podana jest tylko raz).

Problem leży z tego co widzę w umiejscowieniu # Source0-md5:

Podanie go 2 razy w zależności od tego czy wybrano bcond snap czy nie,
wydaje się ogłupiać builder.

Wyodrębnienie tego md5 poza warunek rozwiązuje problem (na szczęście
snap ma taki sam md5).

Niemniej jednak ciekawe, że tak się dzieje i z pewnością nie jest to ficzer.



-- 
"I'm living proof if you do one thing right in your career, you can
coast for a long time. A LONG time." -Guy Kawasaki
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-02 Thread Paweł Zuzelski
On Fri, 02 Jul 2010, Bartosz Świątek wrote:

> W dniu 2 lipca 2010 04:05 użytkownik Tomasz Pala  napisał:
> > On Thu, Jul 01, 2010 at 13:51:02 +0200, Patryk Zawadzki wrote:
> >
> >>> On Thu, Jul 01, 2010 at 10:50:02 +, PLD th-src builder wrote:
> >>> Wczoraj DF pobrało ten plik, jednocześnie zgłaszając problem:
> >>>
> >>> codeblocks.spec: undefined macro _snap
> >>
> >> Builder nie rozwija raczej makr rpm. Szuka pierwszego Source0 i je pobiera.
> >
> > Nawet w takim przypadku nie powinien sklejać MD5 z dwóch Source0
> > (szczególnie, że akurat suma podana jest tylko raz).
> 
> Problem leży z tego co widzę w umiejscowieniu # Source0-md5:
> 
> Podanie go 2 razy w zależności od tego czy wybrano bcond snap czy nie,
> wydaje się ogłupiać builder.
> 
> Wyodrębnienie tego md5 poza warunek rozwiązuje problem (na szczęście
> snap ma taki sam md5).
> 
> Niemniej jednak ciekawe, że tak się dzieje i z pewnością nie jest to ficzer.

Gorzej jeśli zależnie od bcondów różni się suma md5.
See ronn.spec --with git_master
W tym specu rozwiązałem to w ten sposób, że jak chcę zbudować master
z gita to daję -n5. Z drugiej strony dzięki temu nie wrzucają się
śmieci na DF po każdym commicie do speca.

-- 
Pozdrawiam,
Paweł
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-02 Thread Tomasz Pala
On Fri, Jul 02, 2010 at 04:29:00 +0200, Bartosz Świątek wrote:

>> Nawet w takim przypadku nie powinien sklejać MD5 z dwóch Source0
>> (szczególnie, że akurat suma podana jest tylko raz).
> 
> Problem leży z tego co widzę w umiejscowieniu # Source0-md5:
> 
> Podanie go 2 razy w zależności od tego czy wybrano bcond snap czy nie,
> wydaje się ogłupiać builder.

Faktycznie jest wpisane 2 razy, wydawało mi się, że jeden.

> Wyodrębnienie tego md5 poza warunek rozwiązuje problem (na szczęście
> snap ma taki sam md5).

Zrobiłem CC do autora commita ze snapem, a MD5 zaktualizował w ten
sposób mi ./builder -U, raczej to samo nie powinno być ;)

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: codeblocks.spec

2010-07-02 Thread Tomasz Pala
On Fri, Jul 02, 2010 at 09:02:22 +0200, Paweł Zuzelski wrote:

>> Niemniej jednak ciekawe, że tak się dzieje i z pewnością nie jest to ficzer.
> 
> Gorzej jeśli zależnie od bcondów różni się suma md5.
> See ronn.spec --with git_master
> W tym specu rozwiązałem to w ten sposób, że jak chcę zbudować master
> z gita to daję -n5. Z drugiej strony dzięki temu nie wrzucają się
> śmieci na DF po każdym commicie do speca.

Może po prostu trzeba ustalić regułę, aby bez bcondów DF brało pierwszą
czy ostatnią pozycję z danego SourceX?

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: grass.spec

2011-07-05 Thread Tomasz Pala
On Tue, Jul 05, 2011 at 10:59:48 +, PLD th-x86_64 builder wrote:

> poldek: Processing dependencies...
> poldek: gdal-devel-1.7.3-2.x86_64 marks gdal-1.7.3-2.x86_64 (cap gdal = 
> 1.7.3-2)
> poldek: error: gdal-1.7.3-2.x86_64: req libnetcdf.so.4()(64bit) not found

A na FTP widzę netcdf-4.0-1.x86_64.rpm z  libnetcdf.so.4 w /usr/lib64...
O co chodzi?

Przy okazji druga sprawa - 'rpm -qa of builder' na buildlogs, np.:

http://buildlogs.pld-linux.org/index.php?dist=th&arch=x86_64&action=qatxt

od jakiegoś czasu serwuje uszkodzone pliki - początek to 110 KB \0.

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: grass.spec

2011-07-05 Thread Tomasz Pala
On Tue, Jul 05, 2011 at 13:10:35 +0200, Tomasz Pala wrote:

>> poldek: Processing dependencies...
>> poldek: gdal-devel-1.7.3-2.x86_64 marks gdal-1.7.3-2.x86_64 (cap gdal = 
>> 1.7.3-2)
>> poldek: error: gdal-1.7.3-2.x86_64: req libnetcdf.so.4()(64bit) not found
> 
> A na FTP widzę netcdf-4.0-1.x86_64.rpm z  libnetcdf.so.4 w /usr/lib64...

A builder ma 4.1.3 z nowymi SONAME (patrząc po changelogu). Czyli do
przebudowania zależności (w moim przypadku gdal), czy ktoś zrobi
downgrade na builderze? Bo teraz jesteśmy okrakiem.

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: grass.spec

2011-07-05 Thread Tomasz Pala
On Tue, Jul 05, 2011 at 14:58:45 +0200, Tomasz Pala wrote:

>>> poldek: error: gdal-1.7.3-2.x86_64: req libnetcdf.so.4()(64bit) not found
>> 
>> A na FTP widzę netcdf-4.0-1.x86_64.rpm z  libnetcdf.so.4 w /usr/lib64...
> 
> A builder ma 4.1.3 z nowymi SONAME (patrząc po changelogu). Czyli do
> przebudowania zależności (w moim przypadku gdal), czy ktoś zrobi
> downgrade na builderze? Bo teraz jesteśmy okrakiem.

Wczoraj już poszło dx, więc dorzucam gdal, bo jakoś więcej tego nie ma,
a nowy netcdf (so.7) leży też od 2 dni w .test-builds.

-- 
Tomasz Pala 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: TEST build ERRORS: bmpx.spec

2007-05-25 Thread Cezary Krzyzanowski
Dnia 24-05-2007, czw o godzinie 21:34 +, PLD th-i686 builder
napisał(a):

Czy ostatnio było coś grzebane z javą na builderach? To już nie pierwsyz
raz, jak dostaję coś takiego przy próbie budowy pakietu.

[EMAIL PROTECTED]


> bmpx.spec (HEAD): FAILED
> 
> --- bmpx.spec:HEAD:
> Build-Time: user:671.65s sys:76.00s real:1000.42s (faults io:338 
> non-io:13999686)
> 
> 
> 
> *** buildlog for bmpx.spec
> request from: czarny
> started at: Thu May 24 21:17:56 2007
> fetching 
> http://ep09.pld-linux.org/~builderth//srpms/70e0406f-b366-476f-bdde-7383140eb44e/bmpx-0.36.1-1.src.rpm
> fetched 2467985 bytes, 1273.2 K/s
> installing srpm: bmpx-0.36.1-1.src.rpm
> Building target platforms: i686-pld-linux
> checking BR
> no BR needed
> building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.5740a6 nice -n 0 rpmbuild -bb 
>  --target i686-pld-linux bmpx.spec
> Building target platforms: i686-pld-linux
> Executing(%prep): /bin/sh -e /tmp/B.5740a6/rpm-tmp.42811
> + umask 022
> + cd /home/users/builder/rpm/BUILD
> + export LC_ALL=C
> + export LANG=C
> + unset LINGUAS
> + :
> + unset LANGUAGE
> + :
> + unset LC_MESSAGES
> + :
> + unset DISPLAY
> + :
> + cd /home/users/builder/rpm/BUILD
> + rm -rf bmpx-0.36.1
> + /usr/bin/bzip2 -dc /home/users/builder/rpm/SOURCES/bmpx-0.36.1.tar.bz2
> + tar -xf -
> + STATUS=0
> + [ 0 -ne 0 ]
> + cd bmpx-0.36.1
> + /bin/id -u
> + [ 1000 = 0 ]
> + true .
> + /bin/chmod -Rf a+rX,u+w,g-w,o-w .
> + echo Patch #0 (bmpx-desktop.patch):
> Patch #0 (bmpx-desktop.patch):
> + patch -p1 -s
> + < /home/users/builder/rpm/SOURCES/bmpx-desktop.patch 
> + exit 0
> Executing(%build): /bin/sh -e /tmp/B.5740a6/rpm-tmp.22635
> + umask 022
> + cd /home/users/builder/rpm/BUILD
> + cd bmpx-0.36.1
> + export LC_ALL=C
> + export LANG=C
> + unset LINGUAS
> + :
> + unset LANGUAGE
> + :
> + unset LC_MESSAGES
> + :
> + unset DISPLAY
> + :
> + libtoolize --copy --force
> + aclocal -I m4
> + autoconf
> + autoheader
> + automake -a -c -f --foreign
> + ./configure LDFLAGS=-Wl,--as-needed  CFLAGS=-O2 -fno-strict-aliasing 
> -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2  CXXFLAGS=-O2 
> -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2  
> FFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 
> -g2  FCFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 
> -gdwarf-2 -g2  CPPFLAGS= CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ 
> --host=i686-pld-linux --build=i686-pld-linux --prefix=/usr --exec-prefix=/usr 
> --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share 
> --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib 
> --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man 
> --infodir=/usr/share/info --x-libraries=/usr/lib --enable-hal --enable-gamin 
> --enable-libnotify --enable-mp4v2 --enable-ofa --enable-sid --enable-shared 
> --enable-gaim --with-dbus-services-dir=/usr/share/dbus-1/services
> checking build system type... i686-pld-linux-gnu
> checking host system type... i686-pld-linux-gnu
> checking target system type... i686-pld-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking for style of include used by make... GNU
> checking for C++ compiler default output file name... a.out
> checking whether the C++ compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C++ compiler... yes
> checking whether i686-pld-linux-g++ accepts -g... yes
> checking dependency style of i686-pld-linux-g++... gcc3
> checking for library containing strerror... none required
> checking whether we are using the GNU C++ compiler... (cached) yes
> checking whether i686-pld-linux-g++ accepts -g... (cached) yes
> checking dependency style of i686-pld-linux-g++... (cached) gcc3
> checking for mawk... (cached) mawk
> checking for i686-pld-linux-gcc... i686-pld-linux-gcc
> checking whether we are using the GNU C compiler... yes
> checking whether i686-pld-linux-gcc accepts -g... yes
> checking for i686-pld-linux-gcc option to accept ISO C89... none needed
> checking dependency style of i686-pld-linux-gcc... gcc3
> checking how to run the C preprocessor... i686-pld-linux-gcc -E
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking whether make sets $(MAKE)... (cached) yes
> checking how to run the C++ preprocessor... i686-pld-linux-g++ -E
> checking for X... libraries /usr/lib, headers 
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for stri

Re: TEST build ERRORS: kernel24.spec

2005-12-06 Thread Jakub Bogusz
On Tue, Dec 06, 2005 at 11:17:15AM +, PLD ac-ppc builder wrote:
> kernel24.spec (HEAD): FAILED
> 
> --- kernel24.spec:HEAD:
> Build-Time: user:83.91s sys:18.96s real:167.84s (faults io:74 non-io:1726706)
> 
> 
> 
> *** buildlog for kernel24.spec
[...]
> make[2]: Entering directory 
> `/home/users/builder/rpm/BUILD/linux-2.4.32/drivers/input'
> /usr/bin/make all_targets
> make[2]: *** [first_rule] Illegal instruction
> make[2]: Leaving directory 
> `/home/users/builder/rpm/BUILD/linux-2.4.32/drivers/input'

A ten czego chce? Release 0.5 się zbudowało.

(hm, jak to ostatnio się rozwiązuje problemy z builderami?)


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test: ash.spec - a cośtam zmieniłem - i coś jeszcze..

2005-09-02 Thread Paweł Sakowski
On Fri, 2005-09-02 at 16:36 +0200, czarny wrote:
> Author: czarny   Date: Fri Sep  2 14:36:59 2005 GMT
> Module: test  Tag: HEAD
>  Log message:
> - a cośtam zmieniłem
> - i coś jeszcze..

Chyba sobie jaja robisz.

-- 
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test: ash.spec - a cośtam zmieniłem - i coś jeszcze..

2005-09-02 Thread Marcin Król
> Chyba sobie jaja robisz.

Przeciez to w test robil.

M.


___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: test: ash.spec - a cośtam zmieniłem - i coś jeszcze..

2005-09-02 Thread Paweł Sakowski
On Fri, 2005-09-02 at 17:40 +0200, Marcin Król wrote:
> > Chyba sobie jaja robisz.
> 
> Przeciez to w test robil.

A to przepreszam. Zobaczyłem tylko że to spec.

-- 
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


builder noauto-ac-sparc64 (Re: TEST build ERRORS: kernel24.spec)

2007-02-19 Thread Jakub Bogusz
On Mon, Feb 19, 2007 at 09:51:45PM +, PLD noauto-ac-sparc64 builder wrote:
> kernel24.spec (HEAD): FAILED
[...]
> sparc64-pld-linux-gcc: Internal error: Bus error (program cc1)
> Please submit a full bug report.
> See http://bugs.pld-linux.org/> for instructions.
> make[2]: *** [i2c-pcf-epp.o] Error 1
> make[2]: Leaving directory 
> `/home/users/builder/rpm/BUILD/linux-2.4.34/drivers/i2c'
> make[1]: *** [_modsubdir_i2c] Error 2
> make[1]: Leaving directory 
> `/home/users/builder/rpm/BUILD/linux-2.4.34/drivers'
> make: *** [_mod_drivers] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.48455 (%build)

Coś jest nie tak z tą maszyną. Poprzednia próba zakończyła się
segfaultem gcc w innym miejscu.


-- 
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