Re: niedziałając y gnomebaker
On Fri, Aug 17, 2007 at 12:48:49PM +, Krzysztof Kowalczyk wrote:
Mam problem z programem Gnomebaker na AC. Program uruchamia się, jednak
nie działają przyciski i menu. Problem pojawia się zarówno na wersji
pobranej z repozytorium Poldka (gnomebaker-0.6.0-1) jak i wersji
0.6.1-0.1 zbudowanej przeze mnie ze speca. Ktoś jeszcze tak ma?
http://bugs.gentoo.org/show_bug.cgi?id=157537
http://bugs.gentoo.org/show_bug.cgi?id=177975
Interesuja Cie:
gnomebaker-0.6.1-export-dynamic_for_glade.patch
gnomebaker-0.6.1-thread_init.patch
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
Quis custodiet ipsos custodes?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: yakuake.spec update
On Sun, 19 Aug 2007, alteriks wrote: W końcu zacząłem sam dłubać w PLD i oto pierwsze efekty: [...] Name: yakuake [...] URL:http://extragear.kde.org/apps/yakuake/ [...] URL to raczej: http://yakuake.uv.ro/ -- pozdr. Pawel Golaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: PyMSNt.spec - updated,
On 8/18/07, Bartosz Świątek [EMAIL PROTECTED] wrote:
2007/8/18, djrzulf [EMAIL PROTECTED]:
+#ugly workaround (maybe fix in twisted words/xish package?)
+%post
+ln -s %{py_sitescriptdir}/twisted/words/ %{py_sitedir}/twisted/words
+ln -s %{py_sitescriptdir}/twisted/xish/ %{py_sitedir}/twisted/xish
To kolego nie tu, tylko w odpowiednich specach od xish i words.
A po co to? Przecież Python szuka w obu ścieżkach modułów?
--
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: SPECS: sword.spec bibletime.spec, poprawki do cluence-core.spec
On 8/19/07, alteriks [EMAIL PROTECTED] wrote:
i jeszcze małą poprawkę do cluence-core.spec, ta w cvsie nie pakuje linków
symbolicznych do rpm, co uniemożliwia zbudowanie bibletime, wywala się na
./configure. Moje poprawki:
--- clucene-core.spec 2007-08-19 22:28:31.949140195 +0200
+++ clucene-core1.spec 2007-08-19 15:32:55.753313215 +0200
@@ -75,7 +75,7 @@
%files
%defattr(644,root,root,755)
%doc AUTHORS ChangeLog NEWS README
-%attr(755,root,root) %{_libdir}/*.so.*.*.*
+%attr(755,root,root) %{_libdir}/*.so*
%{_libdir}/*.la
Linki symboliczne *.so.* tworzy ldconfig, pliki *.so idą do -devel.
--
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: SPECS: yakuake.spec update
On Mon, 20 Aug 2007 10:51:41 +0200, Pawel Golaszewski [EMAIL PROTECTED] wrote: On Sun, 19 Aug 2007, alteriks wrote: W końcu zacząłem sam dłubać w PLD i oto pierwsze efekty: [...] Name: yakuake [...] URL: http://extragear.kde.org/apps/yakuake/ [...] URL to raczej: http://yakuake.uv.ro/ Ten url: który dałeś to strona kadłubek stworzona przez założyciela projektu:Francois Chazala, obecnie kto inny sprawuje pieczę nad yakuake. Właściwie to najbardziej aktualne i najwięcej informacji o projekcie znajduje się na http://www.kde-apps.org/content/show.php?content=29153 no i swoiste centrum pomocy tam jest :D ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sword.spec bibletime.spec, poprawki do cluence-core.spec
Patryk Zawadzki wrote:
On 8/19/07, alteriks [EMAIL PROTECTED] wrote:
i jeszcze małą poprawkę do cluence-core.spec, ta w cvsie nie pakuje linków
symbolicznych do rpm, co uniemożliwia zbudowanie bibletime, wywala się na
./configure. Moje poprawki:
--- clucene-core.spec 2007-08-19 22:28:31.949140195 +0200
+++ clucene-core1.spec 2007-08-19 15:32:55.753313215 +0200
@@ -75,7 +75,7 @@
%files
%defattr(644,root,root,755)
%doc AUTHORS ChangeLog NEWS README
-%attr(755,root,root) %{_libdir}/*.so.*.*.*
+%attr(755,root,root) %{_libdir}/*.so*
%{_libdir}/*.la
Linki symboliczne *.so.* tworzy ldconfig, pliki *.so idą do -devel.
Ale te tworzone przez ldconfig tez ida do %files jako ghost.
Przynajmniej w Th.
--
===
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: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
=?ISO-8859-2?Q?Marcin_Kr=F3l?= wrote: Chciałem się zapytać dlaczego od ponad 3 tygodni buildery AC (i386-i686 i ac-athlon) nie działają? O ile wiem awaria sieci na PG. Ankry probowal interweniowac, ale ze sezon ogorkowy to nikogo wladnego nie zlapal. Mam jednak cicha nadzieje, ze po weekendzie buildery rusza i jak wroce z urlopu za tydzien to juz bedzie mozna cos dzialac. O ile wiem buildery powinny juz wrocic do stanu funkcjonowania. Tyle, ze niestety padl nam totalnie jeden z serwerow i w kazdej chwili moze byc potrzebna maszyna na ktorej buildery chodza. A wtedy buildery pa-pa. Sa jakies propozycje nowych lokalizacji? -- === 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: SPECS: sword.spec bibletime.spec, poprawki do cluence-core.spec
On 8/20/07, Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote:
Patryk Zawadzki wrote:
+%attr(755,root,root) %{_libdir}/*.so*
O to to to.
Linki symboliczne *.so.* tworzy ldconfig, pliki *.so idą do -devel.
Ale te tworzone przez ldconfig tez ida do %files jako ghost.
Przynajmniej w Th.
Tam wyżej patch pakuje wszystko do głównego. O to mi chodziło.
--
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: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
O ile wiem buildery powinny juz wrocic do stanu funkcjonowania. Tyle, ze niestety padl nam totalnie jeden z serwerow i w kazdej chwili moze byc potrzebna maszyna na ktorej buildery chodza. A wtedy buildery pa-pa. Au. Zle wiesci. Sa jakies propozycje nowych lokalizacji? rhea.pld-linux.org dla x86 i oberon dla athlona? amd64 tez mozna by przeniesc na oberona. Tam mialy byc buildery dla wersji 2.1. No chyba, ze arekm sie nie zgodzi :) W razie czego poprosze o tarballe z istniejacymi builderami. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: PyMSNt.spec - updated,
2007/8/20, Patryk Zawadzki [EMAIL PROTECTED]:
On 8/18/07, Bartosz Świątek [EMAIL PROTECTED] wrote:
2007/8/18, djrzulf [EMAIL PROTECTED]:
+#ugly workaround (maybe fix in twisted words/xish package?)
+%post
+ln -s %{py_sitescriptdir}/twisted/words/ %{py_sitedir}/twisted/words
+ln -s %{py_sitescriptdir}/twisted/xish/ %{py_sitedir}/twisted/xish
To kolego nie tu, tylko w odpowiednich specach od xish i words.
A po co to? Przecież Python szuka w obu ścieżkach modułów?
Właśnie w tym wypadku nie. Ja robiłem parę tygodni przed Przemkiem
PyMSNt z palca i ten sam fehler... stracnij sobie.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
20-08-07, Marcin Król [EMAIL PROTECTED] napisał(a): O ile wiem buildery powinny juz wrocic do stanu funkcjonowania. Tyle, ze niestety padl nam totalnie jeden z serwerow i w kazdej chwili moze byc potrzebna maszyna na ktorej buildery chodza. A wtedy buildery pa-pa. Au. Zle wiesci. Sa jakies propozycje nowych lokalizacji? rhea.pld-linux.org dla x86 i oberon dla athlona? amd64 tez mozna by przeniesc na oberona. Tam mialy byc buildery dla wersji 2.1. No chyba, ze arekm sie nie zgodzi :) W razie czego poprosze o tarballe z istniejacymi builderami. U mnie ciągle jest konto starego buildera ac-amd64 (ten który kiedyś wypadł) i awaryjnie mogę udostępnić te zasoby ponownie - z resztą chyba ciągle macie dostęp. Maszyna lubi złapać load tak kolo 2-4 w szczycie, ale w nocy mielić by mieliła na pewno dobrze. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
U mnie ciągle jest konto starego buildera ac-amd64 (ten który kiedyś wypadł) i awaryjnie mogę udostępnić te zasoby ponownie - z resztą chyba ciągle macie dostęp. Maszyna lubi złapać load tak kolo 2-4 w szczycie, ale w nocy mielić by mieliła na pewno dobrze. A ten builder nie dziala aby? Bo mialem zgloszenie iz sa dwa buildery ac-amd64 online, i ze oba miela paczki. Jak bedzie potrzeba to bede pamietal. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gail.spec - missing BR
On Fri, Aug 17, 2007 at 04:31:11AM +0200, lkrotowski wrote: Author: lkrotowski Date: Fri Aug 17 02:31:11 2007 GMT Module: SPECS Tag: HEAD Log message: - missing BR +BuildRequires: glitz-devel Bzdura. Łańcuch glitz występuje w źródłach gaila dokładnie 0 razy. -- 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: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
20-08-07, Marcin Król [EMAIL PROTECTED] napisał(a): U mnie ciągle jest konto starego buildera ac-amd64 (ten który kiedyś wypadł) i awaryjnie mogę udostępnić te zasoby ponownie - z resztą chyba ciągle macie dostęp. Maszyna lubi złapać load tak kolo 2-4 w szczycie, ale w nocy mielić by mieliła na pewno dobrze. A ten builder nie dziala aby? Bo mialem zgloszenie iz sa dwa buildery ac-amd64 online, i ze oba miela paczki. Jak bedzie potrzeba to bede pamietal. Całkiem możliwe. Nie wiem, W sumie to jak maszyna wstała po tym długim padzie to ja nie usuwałem niczego z niej. Sprawdzę czy faktycznie do niej dochodzą zlecenia. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
On Sun, Aug 19, 2007 at 07:42:21PM +0200, Marcin Król wrote: 4) poniewaz glibc, gcc, xorg mialy by byc w tych samych wersjach co w Th zaczalem sie zastanawiac nad sensem calego pomyslu W końcu. (Ti od Th roznilo by sie tylko tym, ze w Ti tak jak w Ac byly by zabronione wersje alfa/beta/RC itp, z drobnymi wyjatkami oczywiscie) Od kiedy można znowu do Th ładować niestabilne wersje programów? 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: SPECS: sword.spec bibletime.spec, poprawki do cluence-core.spec
On Sun, Aug 19, 2007 at 10:29:21PM +0200, alteriks wrote:
Release: 9
9?
%description
Software framework that allows research manipulation of Biblical
texts.
%description -l pl.UTF-8
Szkielet m.in do programów Bibletime i GnomeSword pozwalających na
zaawansowane studia nad Biblią.
Skąd taki rozjazd?
Summary: BibleTime is a Bible study application based on KDE 3.3 or later
Summary(pl.UTF-8):BibleTime jest zaawansowanym, nowoczesnym linuksowym
programem biblijnym, opartym na KDE 3.3 i późniejszym.
Znowu rozjazd.
%package devel
Requires: libstdc++-devel
devel wymaga libstdc++, ale nie jest ono potrzebne do zbudowania
pakietu?
%files
%defattr(644,root,root,755)
%doc ChangeLog README
%attr(755,root,root) %{_bindir}/*
%{_libdir}/*
%{_datadir}/*
%files devel
%defattr(644,root,root,755)
%{_includedir}/*
Prawdopodobnie źle, prawidłowy podział bibliotek już patrys opisał.
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: SPECS: libgphoto2.spec - rel 3; fix udev paths
On Mon, Aug 20, 2007 at 07:03:39PM +0200, arekm wrote:
Author: arekmDate: Mon Aug 20 17:03:39 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- rel 3; fix udev paths
# utilities
-%attr(755,root,root) %{_libdir}/libgphoto2/check-mtp-device
-%attr(755,root,root) %{_libdir}/libgphoto2/check-ptp-camera
+%attr(755,root,root) /%{_lib}/udev/check-mtp-device
+%attr(755,root,root) /%{_lib}/udev/check-ptp-camera
%attr(755,root,root) %{_libdir}/libgphoto2/print-camera-list
Ta i poprzednia zmiana dodają do libgphoto2 niechciane zależności od
udeva i hala.
--
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: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia poniedziałek, 20 sierpnia 2007, Bartosz Taudul napisał: (Ti od Th roznilo by sie tylko tym, ze w Ti tak jak w Ac byly by zabronione wersje alfa/beta/RC itp, z drobnymi wyjatkami oczywiscie) Od kiedy można znowu do Th ładować niestabilne wersje programów? Można, nie można... są. Dlatego argument, że Ti od TH różniło by się tylko tym, że nie ma tam unstable rzeczy jest dla mnie bardzo silnym argumentem. Moim zdaniem jeśli nie Ti to chociaż powinna być druga gałąź TH która byłaby stable. Byłyby tam tylko stabilne wersje oprogramowania. Polityka taka jak w AC. A na nie stable każdy by sobie mógł dalej dłubać jak dłubie. Teraz ludzie wrzucają na TH wszystko jak leci. I tu już nawet nie mówię o alfa/beta/rc tylko np. budują coś, wrzucają na builder a potem się okazuje 3 dni później, że jest spsute i znowu leci paczka. Po prostu jakoś zero kontroli tam widzę. Zresztą pełno było na listach rad, że jak TH to z th-test trzeba ciągnąć. Ustabilizowanie TH jako jednej gałęzi moim skromnym zdaniem też nie jest zbyt dobrym pomysłem bo zwolni to rozwój TH... ludzi będzie męczyć jeśli nie będą mogli czegoś posłać na builder. Ja się tam nie znam ale jak dla mnie dwie gałęzie byłyby dobrą rzeczą. Olać AC, wydawać tam tylko bugfix'y a zrobić drugą gałąź TH i ustabilizować ją. TH takie jak jest teraz jest bardzo unstable w porównaniu z AC. -- 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: SPECS: libgphoto2.spec - rel 3; fix udev paths
On Monday 20 of August 2007, Jakub Bogusz wrote:
On Mon, Aug 20, 2007 at 07:03:39PM +0200, arekm wrote:
Author: arekmDate: Mon Aug 20 17:03:39 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- rel 3; fix udev paths
# utilities
-%attr(755,root,root) %{_libdir}/libgphoto2/check-mtp-device
-%attr(755,root,root) %{_libdir}/libgphoto2/check-ptp-camera
+%attr(755,root,root) /%{_lib}/udev/check-mtp-device
+%attr(755,root,root) /%{_lib}/udev/check-ptp-camera
%attr(755,root,root) %{_libdir}/libgphoto2/print-camera-list
Ta i poprzednia zmiana dodają do libgphoto2 niechciane zależności od
udeva i hala.
TODO ze speca niestety nadal aktualne.
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Od kiedy można znowu do Th ładować niestabilne wersje programów? Mozna czy nie mozna, takie rzeczy tam sa i nie znikaja. Z tego co widze po kojece builderow jak i po listach Th ciagle cierpi na przypadlosci wczesnej fazy rozwoju. Wiekszosc developerow traktuje Th jak poligon (ja nie ukrywajac tez) gdzie mozna sobie poslac na builder praktycznie cokolwiek, nie dbac o dobudowywanie zaleznosci, wprowadzac drastyczne tudziez innowacyjne zmiany... Wybacz, nie mozna czegos takiego nazwac stabilnym. Dla mnie stabilnosc nie mierzy sie dniami uptime'u tylko iloscia problemow/bledow/awarii wynikajacych z dystrybucji, a nie z moich dzialan oraz czasem/brakiem reakcji na nie. Mierzac ta miara Th osiagnie obecna stabilnosc Ac moze za dwa lata. Bo poki co miast stabilizacji Th jest nadal pogonia za cyferkami i nowinkami. A czemu tak jest? Bo inaczej ludzie straca zainteresowanie i nikt przy Th nie bedzie chcial juz pracowac bo mu na tym najnowszy beryl nie ruszy itp. To zas w prostej linii doprowadzilo by Th do tego samego stanu jaki kiedys osiagnelo Ra i jaki obecnie osiaga Ac - brak aktualizacji oraz brak zainteresowania ta linia ze strony szerszego grona developerow. O PLD zawsze w rozwoju i dwoch liniach stabilnej oraz robta co chceta nie bede po raz n-ty pisal. Nie chce mi sie po prostu. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
On Mon, 20 August 2007 20:17:40 +0200, Kamil Dziedzic wrote: (Ti od Th roznilo by sie tylko tym, ze w Ti tak jak w Ac byly by zabronione wersje alfa/beta/RC itp, z drobnymi wyjatkami oczywiscie) Od kiedy można znowu do Th ładować niestabilne wersje programów? Można, nie można... są. Dlatego argument, że Ti od TH różniło by się tylko tym, że nie ma tam unstable rzeczy jest dla mnie bardzo silnym argumentem. Moim zdaniem jeśli nie Ti to chociaż powinna być druga gałąź TH która byłaby stable. Byłyby tam tylko stabilne wersje oprogramowania. Polityka taka jak w AC. A na nie stable każdy by sobie mógł dalej dłubać jak dłubie. [...] Ja się tam nie znam ale jak dla mnie dwie gałęzie byłyby dobrą rzeczą. Olać AC, wydawać tam tylko bugfix'y a zrobić drugą gałąź TH i ustabilizować ją. TH takie jak jest teraz jest bardzo unstable w porównaniu z AC. Ti? Druga gałąź? Nie za dużo tych komplikacji? A to nie jest, po prostu, tak, że Th dojrzało już do tego, żeby zacząć używać gałęzi Th Ready? Ta upragniona _stabilna gałąź_ to nic innego jak _Th Main + Th Ready_, a owa rozwojowa _gałąź niestabilna_ to _Th Test_, IMHO. Czemu ma służyć dalsze utrzymywanie Th w stanie: tylko Test oraz nazywanie Main + Ready jakimś Ti? IMHO tylko jednemu: podtrzymywaniu przekonania, że Th może być czymś w rodzaju Nest. A nie może, bo wcześniej czy później przyjdzie nieuchronna konieczność zmian, które będzie można wprowadzić tylko w jeden sposób: tworząc zupełnie nową linię... Ale ja się generalnie nie znam. Tak tylko pytam (bo tak to wygląda, jak wyżej, okiem ZU). -- Dariusz Laskowski Napisałem to z konta roota, darlas at post.pl a więc nie mogłem się mylić. Krzysztof Ziętara ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
8139cp vs. 8139too
Hej Tak nawiązując do http://forum.pld-linux.org/viewtopic.php?p=22135#22135 Czy to nie jest źle, że dwa moduły mają taki sam alias i potem czasem załaduje niewłaściwy moduł i sieć nie działa? [EMAIL PROTECTED] ~]$ sudo modinfo 8139cp |grep v10ECd8139sv alias: pci:v10ECd8139sv*sd*bc*sc*i* [EMAIL PROTECTED] ~]$ sudo modinfo 8139too |grep v10ECd8139sv alias: pci:v10ECd8139sv*sd*bc*sc*i* -- Pozdrawiam Krystian T. errare humanum est... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
