rb_libtorrent
Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: /usr/include/c++/4.2.0/bits/boost_concept_check.h: In instantiation of '__gnu_cxx::_SGIAssignableConceptlibtorrent::entry': /usr/include/c++/4.2.0/bits/stl_list.h:411: instantiated from 'std::listlibtorrent::entry, std::allocatorlibtorrent::entry ' ../include/libtorrent/entry.hpp:193: instantiated from here /usr/include/c++/4.2.0/bits/boost_concept_check.h:217: error: '__gnu_cxx::_SGIAssignableConcept_Tp::__a' has incomplete type ../include/libtorrent/entry.hpp:109: error: forward declaration of 'class libtorrent::entry' /usr/include/c++/4.2.0/bits/boost_concept_check.h: In member function 'void __gnu_cxx::_SGIAssignableConcept_Tp::__constraints() [with _Tp = libtorrent::entry]': /usr/include/c++/4.2.0/bits/stl_list.h:411: instantiated from 'std::listlibtorrent::entry, std::allocatorlibtorrent::entry ' ../include/libtorrent/entry.hpp:193: instantiated from here /usr/include/c++/4.2.0/bits/boost_concept_check.h:209: error: using invalid field '__gnu_cxx::_SGIAssignableConcept_Tp::__a' /usr/include/c++/4.2.0/bits/boost_concept_check.h:210: error: using invalid field '__gnu_cxx::_SGIAssignableConcept_Tp::__a' /usr/include/c++/4.2.0/bits/boost_concept_check.h:210: error: using invalid field '__gnu_cxx::_SGIAssignableConcept_Tp::__a' /usr/include/c++/4.2.0/bits/stl_list.h:411: instantiated from 'std::listlibtorrent::entry, std::allocatorlibtorrent::entry ' ../include/libtorrent/entry.hpp:193: instantiated from here /usr/include/c++/4.2.0/bits/boost_concept_check.h:211: error: using invalid field '__gnu_cxx::_SGIAssignableConcept_Tp::__a' /usr/include/c++/4.2.0/bits/boost_concept_check.h: In member function 'void __gnu_cxx::_SGIAssignableConcept_Tp::__const_constraints(const _Tp) [with _Tp = libtorrent::entry]': /usr/include/c++/4.2.0/bits/boost_concept_check.h:211: instantiated from 'void __gnu_cxx::_SGIAssignableConcept_Tp::__constraints() [with _Tp = libtorrent::entry]' /usr/include/c++/4.2.0/bits/stl_list.h:411: instantiated from 'std::listlibtorrent::entry, std::allocatorlibtorrent::entry ' ../include/libtorrent/entry.hpp:193: instantiated from here /usr/include/c++/4.2.0/bits/boost_concept_check.h:215: error: using invalid field '__gnu_cxx::_SGIAssignableConcept_Tp::__a' Wiem, ze spec jest poprawny, bo przed reinstalacja systemu ladnie mi sie budowal. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rb_libtorrent
On 7/6/07, Michał lisu Lisowski [EMAIL PROTECTED] wrote: Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: http://svn.boost.org/trac/boost/ticket/1079 -- pozdrawiam, Michał Łukaszek [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: rb_libtorrent
Michał Łukaszek pisze: On 7/6/07, Michał lisu Lisowski [EMAIL PROTECTED] wrote: Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: http://svn.boost.org/trac/boost/ticket/1079 to nie to. tu mamy niekompletny typ libtorrent::entry w momencie uzycia go w std::list i kompilator nie moze sprawdzic konceptu assignable. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [poldek] bug
On Fri, 6 Jul 2007, Mateusz Murawski wrote: Processing dependencies... gss-0.0.21-1.i686 obsoleted by gss-0.0.22-1.i686 Something wrong, something not quite right. die: n_hash_insert: key 'I' I already in table Aborted [...] Nadal tak samo, wyklada sie tylko przy upgrade, przy drugiej zaleznosci i jezeli poldek jest wywolywany z parametrem --root Błąd znany i poprawiony w cvs-ie. -- 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: rb_libtorrent
06-07-07, Paweł Sikora [EMAIL PROTECTED] napisał(a): Michał Łukaszek pisze: On 7/6/07, Michał lisu Lisowski [EMAIL PROTECTED] wrote: Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: http://svn.boost.org/trac/boost/ticket/1079 to nie to. tu mamy niekompletny typ libtorrent::entry w momencie uzycia go w std::list i kompilator nie moze sprawdzic konceptu assignable. To nic, że konkretnie nie to. Ale concept-checks się znowu kłania - no to mamy już problemy nie tylko z aplikacjami kde. Milusio. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rb_libtorrent
Bartosz Świątek pisze: 06-07-07, Paweł Sikora [EMAIL PROTECTED] napisał(a): Michał Łukaszek pisze: On 7/6/07, Michał lisu Lisowski [EMAIL PROTECTED] wrote: Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: http://svn.boost.org/trac/boost/ticket/1079 to nie to. tu mamy niekompletny typ libtorrent::entry w momencie uzycia go w std::list i kompilator nie moze sprawdzic konceptu assignable. To nic, że konkretnie nie to. Ale concept-checks się znowu kłania - no to mamy już problemy nie tylko z aplikacjami kde. Milusio. z iloma znowu aplikacjami kde? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rb_libtorrent
06-07-07, Paweł Sikora [EMAIL PROTECTED] napisał(a): Bartosz Świątek pisze: 06-07-07, Paweł Sikora [EMAIL PROTECTED] napisał(a): Michał Łukaszek pisze: On 7/6/07, Michał lisu Lisowski [EMAIL PROTECTED] wrote: Czy ktos wie, czego w systemie moze brakowac, kiedy przy budowie rb_libtorrent wywala mi taie bledy: http://svn.boost.org/trac/boost/ticket/1079 to nie to. tu mamy niekompletny typ libtorrent::entry w momencie uzycia go w std::list i kompilator nie moze sprawdzic konceptu assignable. To nic, że konkretnie nie to. Ale concept-checks się znowu kłania - no to mamy już problemy nie tylko z aplikacjami kde. Milusio. z iloma znowu aplikacjami kde? Nie wiem. Trzeba by było wszystkie próbować przebudować, żeby móc jasno powiedzieć - a na to nie mam ani czasu, ani ochoty, ani nie widze sensu (bo robione by to było tylko dla statystyki). Faktem jest, że są komplikacje przez concept-checks które imho (ale co ja tam wiem) są niepotrzebne - lepsze wrogiem dobrego. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] howl on sparc
sparc-pld-linux-gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include/ -I../ -O2 -fno-strict-aliasing -fwrapv -m32 -mcpu=v7 -mtune=ultrasparc -gdwarf-2 -g2 -MT posix_interface.lo -MD -MP -MF .deps/posix_interface.Tpo -c Posix/posix_interface.c -fPIC -DPIC -o .libs/posix_interface.o In file included from Posix/posix_interface.c:45: /usr/include/linux/ethtool.h:18: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:35: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:52: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:60: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:66: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:74: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:83: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:179: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:201: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:226: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:239: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:248: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/ethtool.h:254: error: expected specifier-qualifier-list before '__u32' Posix/posix_interface.c: In function 'sw_network_interface_link_status': Posix/posix_interface.c:291: error: 'struct ethtool_value' has no member named 'cmd' Posix/posix_interface.c:298: error: 'struct ethtool_value' has no member named 'data' make[4]: *** [posix_interface.lo] Error 1 make[4]: Leaving directory `/home/users/builder/rpm/BUILD/howl-1.0.0/src/lib/howl' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/users/builder/rpm/BUILD/howl-1.0.0/src/lib/howl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/howl-1.0.0/src/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/howl-1.0.0/src' make: *** [all-recursive] Error 1 error: Bad exit status from /home/users/builder/tmp/rpm-tmp.60614 (%build) [EMAIL PROTECTED] SPECS]$ rpm -qf /usr/include/linux/ethtool.h linux-libc-headers-2.6.21.1-1.sparc Jakieś pomysły? -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] glut
Tomasz Mateja napisał(a): 1. Trzaby chyba BR zmienic w libcaca 2. Jesli nie ma glut w th to moze zostawic go na AC-branchu i skasować z HEAD? Nie widze sprzeciwów czyli dzisiaj (chyba jeszcze): 1. libcaca z devel idzie na HEAD (zwłaszcza że na AC-baranchu jest ten z devel) 2. zmieniam BR na freeglut-devel w libcaca 3. jeśli glut nie jest na branchu AC to go branchuje i usuwam z HEAD -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rb_libtorrent
Dnia piątek, 6 lipca 2007, Bartosz Świątek napisał: Nie wiem. Trzeba by było wszystkie próbować przebudować, żeby móc jasno powiedzieć - a na to nie mam ani czasu, ani ochoty, ani nie widze sensu (bo robione by to było tylko dla statystyki). Faktem jest, że są komplikacje przez concept-checks które imho (ale co ja tam wiem) są niepotrzebne - lepsze wrogiem dobrego. Błędy należy poprawiać - nie tolerować. Czy to tak trudno zrozumieć? Pozdrawiam, -- Rafał Cygnarowski [EMAIL PROTECTED] 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: [poldek] bug
Dnia piątek, 6 lipca 2007, Pawel Golaszewski napisał: On Fri, 6 Jul 2007, Mateusz Murawski wrote: Processing dependencies... gss-0.0.21-1.i686 obsoleted by gss-0.0.22-1.i686 Something wrong, something not quite right. die: n_hash_insert: key 'I' I already in table Aborted [...] Nadal tak samo, wyklada sie tylko przy upgrade, przy drugiej zaleznosci i jezeli poldek jest wywolywany z parametrem --root Błąd znany i poprawiony w cvs-ie. AFAIK nawet od wczoraj na FTP leży poprawiony release -- Ł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: [Th] glut
Jakub Bogusz napisał(a): 2. zmieniam BR na freeglut-devel w libcaca Tu może jeszcze zobaczę, czy libcaca wymaga czegoś specyficznego dla freegluta, czego nie ma specyfikacji standardu GLUT. http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-July/141619.html 3. jeśli glut nie jest na branchu AC to go branchuje i usuwam z HEAD Po co? Taki heimdal czy XFree86 dalej są w CVS-ie, mimo że na ftp są ich zamienniki. No skoro są/powinny być tylko w RA/AC/TH to niech będą w cvs na odpowiednich branchach. Chyba że się myle :) -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] glut
On Fri, Jul 06, 2007 at 02:03:38PM +0200, Tomasz Mateja wrote: Tomasz Mateja napisał(a): 1. Trzaby chyba BR zmienic w libcaca 2. Jesli nie ma glut w th to moze zostawic go na AC-branchu i skasować z HEAD? Nie widze sprzeciwów czyli dzisiaj (chyba jeszcze): 1. libcaca z devel idzie na HEAD (zwłaszcza że na AC-baranchu jest ten z devel) OK. 2. zmieniam BR na freeglut-devel w libcaca Tu może jeszcze zobaczę, czy libcaca wymaga czegoś specyficznego dla freegluta, czego nie ma specyfikacji standardu GLUT. 3. jeśli glut nie jest na branchu AC to go branchuje i usuwam z HEAD Po co? Taki heimdal czy XFree86 dalej są w CVS-ie, mimo że na ftp są ich zamienniki. -- 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: [Th] howl on sparc
On Fri, Jul 06, 2007 at 01:50:37PM +0200, Tomasz Mateja wrote: sparc-pld-linux-gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include/ -I../ -O2 -fno-strict-aliasing -fwrapv -m32 -mcpu=v7 -mtune=ultrasparc -gdwarf-2 -g2 -MT posix_interface.lo -MD -MP -MF .deps/posix_interface.Tpo -c Posix/posix_interface.c -fPIC -DPIC -o .libs/posix_interface.o In file included from Posix/posix_interface.c:45: /usr/include/linux/ethtool.h:18: error: expected specifier-qualifier-list before '__u32' [...] [EMAIL PROTECTED] SPECS]$ rpm -qf /usr/include/linux/ethtool.h linux-libc-headers-2.6.21.1-1.sparc Jakieś pomysły? Pewnie nie tylko na sparcu. W linux/ethtool.h brakuje #include asm/types.h. A że w źródłach howla są jakieś hacki na starą wersję tego nagłówka to inna sprawa. BTW, IIRC w Th obowiązuje avahi, a nie howl/mDNSResponder/...? -- 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: [Th] glut
On Fri, Jul 06, 2007 at 04:57:49PM +0200, Tomasz Mateja wrote: Jakub Bogusz napisał(a): 2. zmieniam BR na freeglut-devel w libcaca Tu może jeszcze zobaczę, czy libcaca wymaga czegoś specyficznego dla freegluta, czego nie ma specyfikacji standardu GLUT. http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-July/141619.html OK, pod Linuksem chce explicite freegluta z jego rozszerzeniami. (bodajże pod MacOS X może działać z tamtejszym GLUT-em w wersji 3) 3. jeśli glut nie jest na branchu AC to go branchuje i usuwam z HEAD Po co? Taki heimdal czy XFree86 dalej są w CVS-ie, mimo że na ftp są ich zamienniki. No skoro są/powinny być tylko w RA/AC/TH to niech będą w cvs na odpowiednich branchach. Chyba że się myle :) No to można skasować z TH-brancha. Jeszcze nie ma takiego? No to nie ma nic do ruszania. Nie wszystko z HEAD jest/będzie w Th. -- 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: zlot 2007
Gdzie jest planowane after party? Jest przewidziana lokalizacja awaryjna na wypadek pogody analogicznej do dzisiejszej? -- 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: nast.spec
skleroza nie boli nast.spec Description: Binary data ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
Dalej sa bledy w Summary a polski opis zupelnie nie odpowiada opisowi angielskiemu. Ponadto koniecznie zapusc adapter i przekonwertuj spec do utf8. Dalej %{libtoolize} - a co to? chyba chodzilo o %{__libtoolize}? Popraw ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
02-04-07, Łukasz Krotowski [EMAIL PROTECTED] napisał(a): 1) Nie buduje się na amd64 z powodu wieku config.sub - trzeba przegenerować (__libtoolize - pamiętaj o BR). Zrobione u mnie sie teraz zbudowało na amd64. 2) Masz jakiś powód aby stosować ułamkowy release? dałem 1 3) Polskie opisy nie są w UTF-8 (to mniejszy problem) i są zupełnie niegramatyczne. Aha ang. sniffer to po polsku też sniffer a ang. analyzer to po polsku analizator. Lepiej by już było bez nich. Zmieniłem, może tak być?, a jeśli to może być bez polskich opisów? 4) Jeśli dajesz BR: pakiet-devel to R: pakiet jest zazwyczaj zbędne. OK Pozdrawiam P.S. Miałem mały poślizg czasowy z tymi zmianami, podobny jak z wydaniem AC :). ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
06-07-07, Michał lisu Lisowski [EMAIL PROTECTED] napisał(a): Dalej sa bledy w Summary a polski opis zupelnie nie odpowiada opisowi angielskiemu. Ponadto koniecznie zapusc adapter i przekonwertuj spec do utf8. Właśnie miałem pisać że: - BR nie są w alfabetycznej kolejności - description jest źle sformatowane - brak końcowego loga nt. pld itp. (tego cvs automatycznie nie dodaje) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
06-07-07, Michał lisu Lisowski [EMAIL PROTECTED] napisał(a): Dalej sa bledy w Summary a polski opis zupelnie nie odpowiada opisowi angielskiemu. Ponadto Błędy poprawione, a opis zmieniony. koniecznie zapusc adapter i przekonwertuj spec do utf8. zrobione Dalej %{libtoolize} - a co to? chyba chodzilo o %{__libtoolize}? To to nie mam pojęcia skąd :), poprawione BR alfabetycznie. nast.spec Description: Binary data ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
06-07-07, *Michał lisu Lisowski* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] napisał(a): Dalej sa bledy w Summary a polski opis zupelnie nie odpowiada opisowi angielskiemu. Ponadto [cut] A może by tak plain text na listach? -- ,,Given enough eyeballs, all bugs are shallow'' - Linus' Law by Eric Raymond -- [EMAIL PROTECTED][EMAIL PROTECTED] [EMAIL PROTECTED] http://www.arker.pl http://www.openweb.org.pl http://dev.etop.pl http://www.openweb.org.pl/jezik.asc http://pgp.mit.edu ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nast.spec
w pl desc moglbys przetlumaczyc wyraz promiscuous. w summary bez kropek gdzie md5? i jak dla mnie powinno byc Summary(pl.UTF-8) i %description -l pl.UTF-8 kombinuj kombinuj ;-) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zlot 2007
06-07-07, Jakub Bogusz [EMAIL PROTECTED] napisał(a): Gdzie jest planowane after party? Jest przewidziana lokalizacja awaryjna na wypadek pogody analogicznej do dzisiejszej? Pewnie w jakiejs kanjpie w centrum. Harenda, browarmia, kiper ( w podziemiach BUWu). Jutro ma byc jeszcze gorzej niz dzis wiec z grilla nici gausus -- 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 -- [ - Maciej Jan Broniarz || [EMAIL PROTECTED] -- ] | Siamo qui \ sotto la stessa luce \ sotto la sua croce \ | | cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, | [ --- E l'Emmanuel, Emmanuel -- ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
zepsuty man w Th
$ locale LANG=pl_PL LC_CTYPE=pl_PL LC_NUMERIC=pl_PL LC_TIME=pl_PL LC_COLLATE=pl_PL LC_MONETARY=pl_PL LC_MESSAGES=pl_PL LC_PAPER=pl_PL LC_NAME=pl_PL LC_ADDRESS=pl_PL LC_TELEPHONE=pl_PL LC_MEASUREMENT=pl_PL LC_IDENTIFICATION=pl_PL LC_ALL= $ man niema Nie ma strony podrÄcznika dla niema Co to ma być? man --help to już kompletna sieczka. Strony wyświetla w dobrym kodowaniu, ale nie radzi sobie z atrybutami dla polskich znaków (podświetlenia są tylko dla ASCII). -- 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: nast.spec
06-07-07, Michał lisu Lisowski [EMAIL PROTECTED] napisał(a): w pl desc moglbys przetlumaczyc wyraz promiscuous. a już miałem nadzieje że sie nie da :) a mogę dać ze słownika: uprawiający seks z wieloma osobami, wyuzdany ;D ___ 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