Re: SPECS: qemulator.spec - resolved duplicate
On Friday 16 of March 2007 21:32:51 Cezary Krzyzanowski wrote: Patch w załączniku. To jak jesteś taki złoty człowiek, to wywal obrazki też do /usr/share, bo libdir to słabe miejsce na takie rzeczy... A o które obrazki chodzi? Według mnie, powinno być OK, gdyż w tym przypadku katalog jest określany automatycznie, w zależności od położenia skryptu. Np. zakładając, że skrypt znajduje się w katalogu /usr/lib/qemulator, ścieżka do katalogu pixmaps jest budowana w następujący sposób: - pobierana jest ścieżka do skryptu (ale nie łącza symbolicznego!) /usr/lib/qemulator - odcinana jest część zawierająca '/lib/qemulator' /usr - doklejana właściwa ścieżka /usr/share/pixmaps/qemulator Wynika z tego, że wystarczy skrypt umieścić we właściwym miejscu (o ile wg. FHS katalogi: /usr/lib/qemulator i /usr/share/pixmaps/qemulator są takowymi) i obrazki powinny być widoczne. Po dodaniu prymitywnego debuga, tak wygląda definicja ścieżek przez skrypt w przypadku umieszczenia go w /usr/lib/qemulator (pokazałem tylko wybrane ścieżki): CURRENT_PATH: /usr/lib/qemulator/qemulator.py BASEDIR: /usr/lib/qemulator BASEDIR: /usr BINDIR: /usr/bin LIBDIR: /usr/lib/qemulator SHAREDIR: /usr/share/qemulator PIXMAPDIR: /usr/share/pixmaps/qemulator Łącza symboliczne mogą być gdziekolwiek, gdyż os.path.realname() ma je gdzieś. 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: SPECS: qemulator.spec - resolved duplicate
On Friday 16 of March 2007 19:22:39 Cezary Krzyzanowski wrote: tyle, że to nie jest miejsce na .glade wim - gadałem z wiarą co to zrobiła na ircu i oni tak chcą. Ja po prostu zpaczkowałem pakiet, ale nie bardzo czuję się mocny w pythonie, żeby teraz to naprawiać. Tak właściwie to gdzie powinny leżeć pliki .glade? Przegląd w moim systemie wykazał: [EMAIL PROTECTED] SPECS]$ find /usr -name '*.glade' -print | sed -e 's:[^/]*$::g' | sort | uniq /usr/lib/goffice/0.2.1/plugins/plot_barcol/ /usr/lib/goffice/0.2.1/plugins/plot_boxes/ /usr/lib/goffice/0.2.1/plugins/plot_pie/ /usr/lib/goffice/0.2.1/plugins/plot_surface/ /usr/lib/goffice/0.2.1/plugins/plot_xy/ /usr/lib/guppi/plug-ins/0.40.3/plot/pie/ /usr/lib/guppi/plug-ins/0.40.3/plot/scatter/ /usr/lib/guppi/plug-ins/0.40.3/plot/text/ /usr/share/bluez-pin/ /usr/share/gnumeric/1.6.3/glade/ /usr/share/goffice/0.2.1/glade/ /usr/share/gtkhtml-3.8/ /usr/share/guppi/glade/ /usr/share/hal/device-manager/ /usr/share/mysql-gui/administrator/ /usr/share/mysql-gui/query-browser/ /usr/share/ogle_gui/ Czyli pliki te leżą zarówno w /usr/share jak i /usr/lib. 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: SPECS: qemulator.spec - resolved duplicate
Dnia 17-03-2007, sob o godzinie 09:56 +0100, Daniel Mróz napisał(a):
PIXMAPDIR: /usr/share/pixmaps/qemulator
IMHO to nie jest dobre miejsce na obrazki wewnątrz programowe. Tutaj
wrzuca się tylko ikonki programu, a bebechy raczej w /usr/share/%{name}
[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: SPECS: qemulator.spec - resolved duplicate
On Saturday 17 of March 2007 10:42:12 Cezary Krzyzanowski wrote:
PIXMAPDIR: /usr/share/pixmaps/qemulator
IMHO to nie jest dobre miejsce na obrazki wewnątrz programowe. Tutaj
wrzuca się tylko ikonki programu, a bebechy raczej w /usr/share/%{name}
Hmmm... Na pierwszy rzut oka ten cały qemulator jest głupio napisany (te same
ścieżki są definiowane kilka razy) więc to będzie nieco większa operacja. Jak
tylko skończę pastwić się nad aqsis.spec zrobię stosownego patcha.
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: gnome-terminal-2.18 - znikajaca zawartosc okna
On 3/16/07, Robert Graużenis [EMAIL PROTECTED] wrote: Patryk Zawadzki wrote: Od czasu upgrade'u do najnowszej stabilnej wersji, zauważyłem dziwną przypadłość terminala - czasem znika cała zawartość okna i zostaje mi biały prostokąt (tak, jestem heretykiem, który woli czarne litery na jasnym tle), po wymuszeniu odrysowania przez damage (zamazać dowolnym innym oknem), tekst na jakiś czas wraca. Miewam identyczny objaw. [EMAIL PROTECTED] wczoraj zgłosił się do mnie z podobym problemem, do tego nie działa mu prawidłowo składanie przezroczystości. Wstępnie ograniczyliśmy krąg podejrzanych do nowego Xorg 1.3 (th-test) i jego Xdamage. Więcej może pewnie napisać [EMAIL PROTECTED], bo ja nie miałem czasu dłużej w tym dłubać. -- 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
wine.spec upgrade
Witam
W załączniku patch do wine.spec podnoszący wersję do 0.9.33.
Czy to duży problem żeby standardowo patchować źródła wine-a takim
patchem:
#v+
--- dlls/winex11.drv/opengl.c.orig 2006-10-13 15:43:39.0 +0100
+++ dlls/winex11.drv/opengl.c 2006-10-14 10:45:06.0 +0100
@@ -1358,7 +1358,7 @@
BOOL X11DRV_wglMakeCurrent(X11DRV_PDEVICE *physDev, HGLRC hglrc) {
BOOL ret;
HDC hdc = physDev-hdc;
-DWORD type = GetObjectType(hdc);
+DWORD type = 0; //GetObjectType(hdc);
TRACE((%p,%p)\n, hdc, hglrc);
#v-
Zmiana niewielka, ale umożliwia płynną grę w WoW-a z użyciem opengl-a. Nie
wiadomo czemu, ale nadal nie została włączona do głównego drzewka.
Pozdrawiam
Łukasz Jagiełło
wine.patch
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
beagle-search-gui-0.2.16.2-1
Plik desktop od beagle-settings ma źle ustawione kategorie i trafia do akcesoriów, zamiast centrum sterowania. Teraz pytanie: - czy ktoś to poprawi; - jeśli nie, to jakie kategorie mu ustawić? -- 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: beagle-search-gui-0.2.16.2-1
17-03-07, Patryk Zawadzki [EMAIL PROTECTED] napisał(a): Plik desktop od beagle-settings ma źle ustawione kategorie i trafia do akcesoriów, zamiast centrum sterowania. Teraz pytanie: - czy ktoś to poprawi; Poprawione. -- Marcin Banasiak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome-terminal-2.18 - znikajaca zawartosc okna
Dnia 17-03-2007, sob o godzinie 12:22 +0100, Patryk Zawadzki napisał(a): Więcej może pewnie napisać [EMAIL PROTECTED], bo ja nie miałem czasu dłużej w tym dłubać. Czarny napisze, że problem sprowadza się do downgrade'u vte w przypadku problemów z terminalem. Co dziwne - chwila pracy z megabajtem dowiodła, że problem jest dziwny, bo u niego działa przezroczystość na vte 0.16, u mnie na dwóch różnych maszynach nie (jedna ati druga nvidia). W specu jest link w TODO do łaty, które rzekomo ma pomóc. Budowałem z tą łatą i niciewo. Może komuś z Was wyjdzie?? Downgrade do 0.15 tymczasowo załatwia sprawę. [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: [SPECS] audacious.spec, audacious-plugins.spec up to 1.3.1
Dnia sobota, 17 marca 2007, Szymon Siwek napisał: Dzięki, dodane. Chociaż jestem tu nowy, to proponuję RW (o ile jesteś zainteresowany) +w ode mnie Chętnie, mógłbym drobne rzeczy wrzucać bezpośrednio. Ale coś czuje, że jeszcze nie zasłużyłem na +w;) -- 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] audacious.spec, audacious-plugins.spec up to 1.3.1
17-03-07, Szymon Siwek [EMAIL PROTECTED] napisał(a): On Fri, Mar 16, 2007 at 08:02:10PM +0100, Kamil Dziedzic wrote: Zmiany względem 1.3.0: - up to 1.3.1 - spaczkowałem plugin aosd Całość skompilowana i przetestowana pod TH. Zmiany są względem HEAD gdzie ciągle jest 1.2.2 Dzięki, dodane. Chociaż jestem tu nowy, to proponuję RW (o ile jesteś zainteresowany) +w ode mnie +1 -- Marcin Banasiak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
exim-devel i brakujacy plik
Witam, W exim-devel w AC-branch i wygląda na to że w HEAD nie paczkuje się plik config.h o który się dopytuje /usr/include/exim/local_scan.h w tym pliku config_scan.h jest: #include sys/types.h #include config.h #include mytypes.h #include store.h Z tego co widzę, ten plik nie jest nawet instalowany. Jako że brakuje tego pliku jest problem z budowaniem pakietów, które proszą o exim-devel Ps. Dlaczego exim-devel do działania wymaga exima. To chyba jest błąd. -- 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: wine.spec upgrade
2007/3/17, Łukasz 'LCF' Jagiełło [EMAIL PROTECTED]: Czy to duży problem żeby standardowo patchować źródła wine-a takim patchem: [ciach patch] Zmiana niewielka, ale umożliwia płynną grę w WoW-a z użyciem opengl-a. Nie wiadomo czemu, ale nadal nie została włączona do głównego drzewka. Widać Alexandre uznał, że to hack dla jednej aplikacji i do mainline się nie nadaje (z resztą ta łatka tak właśnie wygląda). IMO można najwyżej dorobić bconda - choć i w tym nie jestem pewien. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - Switch to PLD-style paths (needs verificat...
On Sat, Mar 17, 2007 at 06:34:59PM +0100, beorn wrote:
+BuildArch: noarch
-%attr(755,root,root) %{_bindir}/*
+%{_bindir}/*
Niewykonywalne?
%dir %{_libdir}/%{name}
%attr(755,root,root) %{_libdir}/%{name}/*.py
Domyślne makro %{_libdir} jest zależne od architektury, więc pakiet
z nim nie może być noarch.
--
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: SPECS: qemulator.spec - Switch to PLD-style paths (needs verificat...
On Sat, Mar 17, 2007 at 06:49:17PM +0100, Daniel Mróz wrote:
On Saturday 17 of March 2007 18:41:03 Jakub Bogusz wrote:
+%{_bindir}/*
Niewykonywalne?
Link symboliczny do wykonywalnego skryptu, który ma +x.
Też można pisać z %attr - dla dowiązań nie ma znaczenia, a nie wygląda
na pominięte +x. IIRC adapter i tak poprawi w %{_bindir} :)
%dir %{_libdir}/%{name}
%attr(755,root,root) %{_libdir}/%{name}/*.py
Domyślne makro %{_libdir} jest zależne od architektury, więc pakiet
z nim nie może być noarch.
Hmmm... OK. Zasugerowałem się tym, że nie ma żadnych binarek w pakiecie.
Zaraz
poprawię.
Można też przenieść skrypty noarch do katalogu niezależnego od
architektury (w %{_datadir}).
--
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: gnome-terminal-2.18 - znikajaca zawartosc okna
Zbudujcie sobie vte z HEAD i dajcie znać czy działa. -- Marcin Banasiak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - Switch to PLD-style paths (needs verificat...
On Saturday 17 of March 2007 19:08:15 Jakub Bogusz wrote:
+%{_bindir}/*
Niewykonywalne?
Link symboliczny do wykonywalnego skryptu, który ma +x.
Też można pisać z %attr - dla dowiązań nie ma znaczenia, a nie wygląda
na pominięte +x. IIRC adapter i tak poprawi w %{_bindir} :)
OK
%dir %{_libdir}/%{name}
%attr(755,root,root) %{_libdir}/%{name}/*.py
Domyślne makro %{_libdir} jest zależne od architektury, więc pakiet
z nim nie może być noarch.
Hmmm... OK. Zasugerowałem się tym, że nie ma żadnych binarek w pakiecie.
Zaraz poprawię.
Można też przenieść skrypty noarch do katalogu niezależnego od
architektury (w %{_datadir}).
Zobaczę czy taka zmiana nie spowoduje konieczności przepisania połowy skryptów
i jeśli nie, to tak zrobię. Narazie odkładam sprawę na jutro, bo teraz muszę
odejść od kompa na dłuższy czas (podobno dziś sobota itepe... Rozumiecie,
trzeba uczcić Św. Patryka :))
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
[Ac] SPECS: tk na amd64
Witam, używając (package require tk) tk z Ac (z HEAD chyba też) na amd64 dostaję błąd o nieznalezionej bibliotece /usr/lib/tk8.4/../libtk8.4.so.0.0. Dlatego, że ta biblioteka jest w /usr/lib64 a /usr/lib/tk8.4/pkgIndex.tcl szuka w /usr/lib. Rozwiązaniem jest oczywiście symlink. Pewnie można też zmienić pkgIndex.tcl - ale to jest bardziej kłopotliwe. Podobny problem miałem robiąc speca do tile. Tam wrzuciłem symlinka do pakietu i śmiga. Może warto zrobić odpowiednią poprawkę i w tk (nie dodałem sam bo nie chcę grzebać na AC-branch w nieswoich specach - nie wiem czy rozwiązanie jest ok)? Pozdrawiam, Łukasz Krotowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] SPECS: tk na amd64
=?ISO-8859-2?Q?=A3ukasz_Krotowski?= wrote:
używając (package require tk) tk z Ac (z HEAD chyba też) na amd64
dostaję błąd o nieznalezionej bibliotece /usr/lib/tk8.4/../libtk8.4.so.0.0.
Dlatego, że ta biblioteka jest w /usr/lib64 a /usr/lib/tk8.4/pkgIndex.tcl
szuka w /usr/lib. Rozwiązaniem jest oczywiście symlink. Pewnie można
Dokladniej: szuka pietro wyzej poczawszy od katalogu, w ktorym sam sie
znajduje.
też zmienić pkgIndex.tcl - ale to jest bardziej kłopotliwe.
IMO poprawienie tego spowodowaloby, ze /usr/lib/tk8.4/pkgIndex.tcl stalby
sie zalezny od architektury. I wobec tego powinien wyleciec do /usr/lib64.
Po czym poprawka przestalaby byc potrzebna...
Poza tym w ten sposob mozna by calego Tk wywalic do lib64, co chyba ma
niewielki sens. Moze rzeczywiscie symlink jest najlepszym pomyslem?
Uzywalnosc wersji 32/64-bit w jednym systemie nie wydaje mi sie mozliwa:
biblioteka libtk powinna byc chyba binarnie zgodna z interpreterem - a ten i
tak siedzi w %{_bindir}.
Uwagi?
Podobny problem miałem robiąc speca do tile. Tam wrzuciłem
symlinka do pakietu i śmiga. Może warto zrobić odpowiednią poprawkę
i w tk (nie dodałem sam bo nie chcę grzebać na AC-branch w nieswoich
specach - nie wiem czy rozwiązanie jest ok)?
--
===
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
Pytanie o %ifarch
Witam, mam sytuację, że w specu (konkretnie tile) tworzę symlinka w przypadku gdy istnieje /usr/lib64 (lub ogólnie _libdir != /usr/lib). Później w sekcji %files mam na x86 ostrzeżenie o zduplikowanym pliku. Pomyślałem, że mogę wyrzucić duplikat za pomocą %ifarch. No i teraz mam dwa pytania: 1) Czy to rozwiązanie jest ok? Czy może znacie jakieś lepsze? 2) Jakie architektury mam podać po %ifarch aby wyłapać wszystkie przypadki gdy _libdir != /usr/lib - czy x8664 wystarczy? Pozdrawiam, Łukasz Krotowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pytanie o %ifarch
On Sat, Mar 17, 2007 at 10:45:39PM +0100, Łukasz Krotowski wrote:
Witam,
mam sytuację, że w specu (konkretnie tile) tworzę symlinka w przypadku
gdy istnieje /usr/lib64 (lub ogólnie _libdir != /usr/lib). Później w sekcji
%files mam na x86 ostrzeżenie o zduplikowanym pliku. Pomyślałem, że
mogę wyrzucić duplikat za pomocą %ifarch.
No i teraz mam dwa pytania:
1) Czy to rozwiązanie jest ok? Czy może znacie jakieś lepsze?
2) Jakie architektury mam podać po %ifarch aby wyłapać wszystkie
przypadki gdy _libdir != /usr/lib - czy x8664 wystarczy?
Nie wystarczy. W ogóle nie %ifarch, tylko
%if %{_lib} != lib
--
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: Pytanie o %ifarch
17-03-07, Jakub Bogusz [EMAIL PROTECTED] napisał(a):
Nie wystarczy. W ogóle nie %ifarch, tylko
%if %{_lib} != lib
Dzięki. Tak poprawiłem speca.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] audacious.spec, audacious-plugins.spec up to 1.3.1
On Friday 16 of March 2007, Kamil Dziedzic wrote: Zmiany względem 1.3.0: - up to 1.3.1 - spaczkowałem plugin aosd Całość skompilowana i przetestowana pod TH. Zmiany są względem HEAD gdzie ciągle jest 1.2.2 Chyba potrzeba Ci cvs rw... +1 -- 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
błą d w %requires_eq (i %requires_releq)
Witam!
Planowałem dodać do xorg-driver-input-{mouse,keyboard,etc}.spec
%requires_eq xorg-xserver-server
Okazuje się, że nie jest to uwzględnione w zależnościach rpm-a, co w sumie
nie powinno dziwić, bo owe makro zwraca pustą wartość w przypadku, gdy
podczas budowy nie jest zainstalowany xorg-xserver-server.
Jakieś pomysły?
P.S.
Chętnie wysłucham uwag na temat sensowności umieszczenia tego Requires
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome-terminal-2.18 - znikajaca zawartosc okna
Dnia 17-03-2007, sob o godzinie 19:39 +0100, Marcin Banasiak napisał(a): Zbudujcie sobie vte z HEAD i dajcie znać czy działa. Łaty zadziałały. Śmiga jak powinno i na lapcu i na stacjonarce. Thx za szybką reakcję! Zdrawiam [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: błą d w %requires_eq (i %requires_releq)
gdzie ten błąd, chyba w obsłudze ?
a Ty chciałeś: %requires_eq_to
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
