Re: SEGV po upgrade
Michal Kochanowicz wrote: On Thu, Mar 04, 2010 at 01:52:07PM +0100, Jacek Konieczny wrote: On Thu, Mar 04, 2010 at 09:59:10AM +0100, Michal Kochanowicz wrote: On Wed, Mar 03, 2010 at 09:38:00PM +0100, Artur Frysiak wrote: O ile dobrze pamiętam to po aktualizacji zlib trzeba zaktualizować jeszcze libxml2. Faktycznie, teraz działa. Dzięki. Ktoś doda R: ? Niby jak? Że zlib ma wymagać libxml2? Już prędzej Conflicts, ale to i tak już nie pomoże tym co mają to zlib zainstalowane. Dodanie C: i podbicie rel. nie zaszkodzi. Tzn. że w RPM nie da się ostrzec że jeden pakiet spowoduje nie działanie starszej wersji drugiego? Da sie. A gdyby zlib-1.2.3.9-2 miał C: libxml2 2.7.6-6 to też upgrade samego zlib i ImageMagick (jak u mnie) by przeszedł mimo starszego libxml2? Ale jak ktos ma juz zlib-1.2.3.9 i go nie upgrejdnie to mu to nic nie da. Tylko tyle. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
Tomasz Pala wrote: On Fri, Feb 19, 2010 at 10:07:57 +0100, Arkadiusz Miskiewicz wrote: +0, dokładniej może być ale niech owi packagerzy nie oczekują, że nikt inny w specach grzebał nie będzie (aka nie dostaną ich na wyłączność) +1 Mi też nie przeszkadza bardzo jakaś dodatkowa linijka, ale nieobowiązkowa dwustronnie (ani do dopisania, ani do respektowania). Jesli nie ma ona miec zadnego znaczenia, to po co w ogole spece zasmiecac? Natomiast pomysl czekania kilka(nascie) dni na odpowiedz, bo nie wiadomo czy packager jest nadal aktywny w pld, a moze ma pilna robote/wyjechal na wakacje/wycieczke/sluzbowo etc. mi sie nie podoba. -1 ode mnie. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
perl-Qt a -fPIC
Sytuacja wyglada tak: ... checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... no ... Writing smokedata.cpp... ... if /bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/usr/local/kde/include -I/usr/include/qt -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -MT smokedata.lo -MD -MP -MF .deps/smokedata.Tpo \ -c -o smokedata.lo `test -f 'smokedata.cpp' || echo './'`smokedata.cpp; \ then mv .deps/smokedata.Tpo .deps/smokedata.Plo; \ else rm -f .deps/smokedata.Tpo; exit 1; \ fi ... /usr/bin/ld: .libs/smokedata.o: relocation R_X86_64_32S against .rodata' can not be used when making a shared object; recompile with -fPIC .libs/smokedata.o: could not read symbols: Bad value Any hints jak to ugryzc? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: perl-Qt a -fPIC
Lukasz Michalski wrote: Andrzej Krzysztofowicz wrote: Sytuacja wyglada tak: =20 =20 checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... no =20 [...] .libs/smokedata.o: could not read symbols: Bad value =20 =20 Any hints jak to ugryzc? Hints s=C4=85 w pliku config.log w katalogu budowania - prawie na ko=C5=84= cu, zaraz przed linijk=C4=85 failed program was: Oj chyba nie wiesz o czym piszesz. Blad nie pojawia sie na poziomie configure, nawet nie podczas budowania gcc/g++, a podczas linkowania finalnego modulu binarnego. A to co wkleilem z configure, to informacja co myslec o sugerowanej przez linker poprawce (-fPIC). Chyba, ze wiesz, czego uzyc w g++/zamiast g++, zeby -fPIC dzialalo? PS1. na koncu config.log jest oczywiscie: : configure: exit 0 ;-P PS2. Jak znam zycie, na x86 problemu nie bedzie. Tylko na x86_64. PS3. Wie ktos, czy qboosh jeszcze sie udziela? On by pewnie wiedzial... -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
fonts-TTF-DoulosSIL fonts-TTF-CharisSIL
: packages/fonts-TTF-DoulosSIL: :fonts-TTF-DoulosSIL.spec (1.2 - 1.3) : packages/fonts-TTF-CharisSIL: :fonts-TTF-CharisSIL.spec (1.2 - 1.3) Sugeruje, zeby zmienic nazwy tych dwoch pakietow na: fonts-TTF-Sil-Doulos i fonts-TTF-Sil-Charis, odpowiednio. (Ewentualnie na fonts-TTF-Sil-DoulosSIL i fonts-TTF-Sil-CharisSIL, jesli sie ktos upiera) Cel: utrzymanie konwencji fonts-TTF-zrodlo-nazwa gdzie sie da dla fontow. Sprzeciwy? Komentarze? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: ncurses/ncurses.spec - make it build on Titanium, try
=?UTF-8?B?QmFydG9zeiDFmndpxIV0ZWs=?= wrote:
2010/2/2 Elan Ruusamäe g...@pld-linux.org:
On Tuesday 02 February 2010 16:04:46 shadzik wrote:
Author: shadzik
[...]
+%if %{pld_release} != ti
%attr(755,root,root) %ghost /%{_lib}/libtinfow.so.6
%attr(755,root,root) %{_libdir}/libncursesw.so.*.*
%attr(755,root,root) %ghost %{_libdir}/libncursesw.so.5
%attr(755,root,root) %{_libdir}/libtinfow.so.*.*
%attr(755,root,root) %ghost %{_libdir}/libtinfow.so.5
+%else
+%attr(755,root,root) %ghost /%{_lib}/libtinfow.so.5
+%attr(755,root,root) %ghost /%{_lib}/libncursesw.so.5
+%endif
this has exceeded sane amount of the nesting level of ifdefs, please move
the
branch specific spec to a dedicated branch, both branches be nicer and more
easier to update. there isn't so much changes in a spec that such complexity
of following the conditions (to verify nothing got broken after a change)
pays off.
same applies to openssl.spec
This is the way Hawk told me to deal with such problems - exactly not
to have dozens of branches - therefore I'm dealing with them that way.
Two or three more conditions doesn't make it less readable. Request
rejected.
CDG ?
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: RCD?
Jacek Konieczny wrote: On Mon, Jan 18, 2010 at 09:16:38AM +0100, Jacek Osiecki wrote: A tak przy okazji - w tej wersji jest katalog /mnt? Bo w dotychczasowych cholernie go brakowaĹo, za kaĹźdym razem musiaĹem sobie go robiÄ... :) +1 Zaraz sie znajdzie ktos trzeci i forwardnie do cvsadmina :-) P,PPNMSP -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.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] locale na opak ?
Daniel Dawid Majewski wrote: poldek:/all-avail upgrade kanyremote-5.10-1.x86_64 Przetwarzanie zależności... kanyremote-5.3-2.x86_64 zostanie zastąpiony przez kanyremote-5.10-1.x86_64 błąd: kanyremote-5.10-1.x86_64: nie znaleziono wymaganego /usr/share/locale/fi_FI/LC_MESSAGES błąd: kanyremote-5.10-1.x86_64: nie znaleziono wymaganego /usr/share/locale/sk_SK/LC_MESSAGES kanyremote-5.10-1.x86_64 zaznaczył gourmet-0.15.3-1.x86_64 (wł. /usr/share/locale/sv_SE/LC_MESSAGES) [...] Te katalogi powinny być w glibc... E-e. Te katalogi powinny byc przemianowane w paczce na fi, sk i sv, odpowiednio. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany: nie znaleziono wymaganego ...
Pawel Golaszewski wrote:
On Sun, 25 Oct 2009, Andrzej Krzysztofowicz wrote:
Dziękuję za odpowiedź.
Próbowałem zrobić łatkę ale poległem. Zmieniałem łatą odpowiednio
po/LINGUAS i w specu dodałem:
rm -f po/lb.po
mv -f po/{pt_PT,pt}.po
IMVHO takie zmiany najprosciej robic w %install.
Lepiej nie.
Łatkę można podesłać do upstream i mieć problem z głowy.
Polowicznie.
Latka wycinajaca niewspierany w glibc jezyk raczej nie zostanie przyjeta.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany: nie znaleziono wymaganego ...
=?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote:
Dziękuję za odpowiedź.
Próbowałem zrobić łatkę ale poległem. Zmieniałem łatą odpowiednio
po/LINGUAS i w specu dodałem:
rm -f po/lb.po
mv -f po/{pt_PT,pt}.po
IMVHO takie zmiany najprosciej robic w %install.
Chyba, ze oprocz tlumaczen sa jeszcze jakies desktopy lub tp.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany: nie znaleziono wymaganego ...
=?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote:
IMVHO takie zmiany najprosciej robic w %install.
Chyba, ze oprocz tlumaczen sa jeszcze jakies desktopy lub tp.
Wzorowałem się na specu gimp-plugin-lqr, ale z ciekawości spróbowałem
zastosować Twoją radę:
%install
rm -rf $RPM_BUILD_ROOT
rm -f po/lb.po
mv -f po/{pt_PT,pt}.po
%{__make} install \
DESTDIR=$RPM_BUILD_ROOT
Efekt jest taki:
make[2]: *** No rule to make target `pt.gmo', needed by `all-yes'. Stop.
Usuwaj _po_ make install. Zobacz jak to jest robione w innych specach.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany: nie znaleziono wymaganego ...
=?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote: Witam, Przy aktualizacji geany poldek wypluł: geany-0.17-1.i686 zostanie zastąpiony przez geany-0.18-1.i686 błąd: geany-0.18-1.i686: nie znaleziono wymaganego /usr/share/locale/lb/LC_MESSAGES błąd: geany-0.18-1.i686: nie znaleziono wymaganego /usr/share/locale/pt_PT/LC_MESSAGES Jak poprawia się tego typu błędy w specu? Dodaje się w sekcji install odpowiednie wpisy, dla nieistniejących katalogów, czy też jakoś inaczej? Katalog /pt_PT/ premianowujemy na /pt/ i tam wrzucamy. Natomiast co do lb: - sprawdzamy, czy to rzeczywiscie jest tlumaczenie na luksemburski - sprawdzamy czy najnowszy glibc wspiera to locale (locale -a | grep lb) i jesli nie to wycinamy, a jesli tak to dodajemy katalog do glibc.spec -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: lmms.spec
=?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote:
Requires: =A0 =A0 =A0 libogg
Requires: =A0 =A0 =A0 libsndfile
Requires: =A0 =A0 =A0 fftw3
Requires: =A0 =A0 =A0 libsamplerate
Requires: =A0 =A0 =A0 libvorbis
Requires: =A0 =A0 =A0 SDL
^^^ pewnie wszystkie s=B1 zb=EAdne.
Wg README do=B3=B1czonego do =BCr=F3de=B3, s=B1 one ,,Optional, but strongl=
y
recommended''. Da=B3em je jako Suggests, wcze=B6niej sprawdzi=B3em ldd, czy
program z nich korzysta.
Jesli ldd je wykrywa, to nalezaloby sprawdzic, czemu te (lub odpowiednie) R:
nie sa dodawane automatycznie podczas paczkowania (jesli rzeczywiscie nie
sa).
Z %files zada=B3e=B6 sobie strasznie du=BFo trudu, za du=BFo.
Nie bardzo rozumiem Twoj=B1 uwag=EA. List=EA katalog=F3w wygenerowa=B3em ta=
k:
find . -true | sort | sed s/\/[^\/]*$//g | sort | uniq
a potem *.rozszerzenie dla plik=F3w.
Katalog=F3w jest sporo:
[dirdi...@pld fookatalog]$ find . -true | sort | sed s/\/[^\/]*$//g
| sort | uniq | wc -l
91
A wszystkiego razem te=BF nie mia=B3o:
[dirdi...@pld fookatalog]$ find . -true | wc -l
2072
Zgaduje, ze chodzi o nadmierne skomplikowanie listy plikow, np. zamiast:
: %dir %{_datadir}/lmms/samples/shapes
: %{_datadir}/lmms/samples/shapes/*.wav
: %{_datadir}/lmms/samples/shapes/*.ogg
wystarczy
%{_datadir}/lmms/samples/shapes
+ ewentualne %exclude tego, co chcesz z tego katalogu wywalic.
itd. rekurencyjnie.
Lista plikow powinna byc precyzyjna i mozliwie krotka.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: truecrypt poprawki
=?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote: --001636c5b9f65248d604714777e4 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Witam, Pope=B3ni=B3em dwie =B3atki dla truecrypt. Brakowa=B3o plik=F3w nag=B3=F3wk= owych w =BCr=F3d=B3ach. Gdzie sa te latki? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: truecrypt poprawki
Andrzej Krzysztofowicz wrote: =?ISO-8859-2?Q?Krzysztof_Goli=F1ski?= wrote: --001636c5b9f65248d604714777e4 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Witam, Pope=B3ni=B3em dwie =B3atki dla truecrypt. Brakowa=B3o plik=F3w nag=B3=F3wk= owych w =BCr=F3d=B3ach. Gdzie sa te latki? OOPS. Oczywiscie sa na miejscu. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: phonon z właściwoscią /usr/lib64/k
Daniel Dawid Majewski wrote:
Pewnego dnia wpadła wieść od Bartosz Świątek i powiedziała :
krusader-2.0.0-1.x86_64 zaznaczył phonon-4.3.1-2.x86_64 (wł.
/usr/lib64/kde4)
^^^
I co w tym dziwnego, że phonon jest właścicielem %{_libdir}/kde4?
Zawiera biblioteki w tym katalogu, które są potrzebne by zbudować
kde4-kdelibs.
Oczywiście jakimś wyjściem jest władowanie tego katalogu do
kde-common-dirs, ale nie widzę problemu w obecnej sytuacji, a Ty?
Ale do diaska po co phonon krusader-owi skoro nie jest zlinkowany z żadną
jego biblioteką ?
Przeciez to widac: bo zawiera katalog /usr/lib64/kde4.
A komus sie wydawalo, ze ten katalog w nim zupelnie nie przeszkadza...
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: inteltool.spec
Daniel Dawid Majewski wrote: Pewnego dnia wpad=B3a wie=B6=E6 od Bartosz =A6wi=B1tek i powiedzia=B3a : Jak zwracam Ci uwage co do speca ktorego przesylasz na liste, to zakladam ze chcesz zeby to byl spec dla PLD i znalazl sie w repo. Stad mowie Ci jak powinno byc poprawnie. Spece same sobie zrodel nie checkoutuja - to nie jest ich zadanie, od tego mamy distfiles i developerow ktorzy zrodlo zcheckoutuja, zrobia tarballa, wysla na dropin, distfiles pobierze i wszyscy sa szczesliwi bo nie trzeba w specu wypisywac jakis svn exporotow i innych cudow. OK, dzi=EAkuj=EA za klarowne wyja=B6nienie. My=B6la=B3em, =BFe spec mo=BF= e zawiera=E6 metod=EA pozyskania =BCr=F3de=B3, a PLD(w tym przypadku Ty) wywala te kilka zb=EAdnych linijek i wstawia Source. Patrz za=B3=B1cz= nik. spec powinien rowniez, a moze nawet przede wszystkim, byc uzywalny offline. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: flac w multilib
=?utf-8?q?Bart=C5=82omiej_Zimo=C5=84?= wrote: Jak rozw. taki problem ? plik /usr/share/doc/flac-1.2.1/images/hw/Makefile.gz z instalacji flac-1.2.1-1.athlon jest w konflikcie z plikiem z pakietu flac-1.2.1-1.x86_64 --force ? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: packages: geany/geany.spec - up to 0.17
duddits wrote:
Author: duddits Date: Fri May 8 05:16:40 2009 GMT
Module: packages Tag: HEAD
Log message:
- up to 0.17
- %build: 's/%{__glib_gettextize}/%{__intltoolize}/'
- vcdiff plugin removed (see release notes)
- autosave plugin - saveactions plugin (more fancy stuff)
Jakies obsoletes dla usunietych pakietow?
Czy nie bylo ich jeszcze zbudowanych w repo?
+%package plugin-saveactions
+Summary: Provides different actions related to saving files
+Summary(pl.UTF-8): Wtyczka do automatycznego zapisu plikĂłw
+Group: Libraries
+
+%description plugin-saveactions
+Provides different actions related to saving files (autosave,
+instantsave, backupcopy).
+
+%description plugin-saveactions -l pl.UTF-8
+Wtyczka umoĹźliwiajÄ
ca wybĂłr rodzaju zapisu pliku (autozapis, zapis
+ciÄ
gĹy, kopia zapasowa).
+
+%description plugin-splitwindow
+Splits the editor view into two windows.
+
+%description plugin-splitwindow -l pl.UTF-8
+Wtyczka dzielÄ
ca okno na dwie czÄĹci.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: packages: tar/tar.spec - updated to 1.22 - adaptarized
amateja wrote:
- adaptarized
Nie nalezy bezmyslnie polegan na adapterze...
-install -d $RPM_BUILD_ROOT{/usr/bin,%{_mandir}/man1}
+install -d $RPM_BUILD_ROOT{%{_prefix}%{_bindir},%{_mandir}/man1}
[...]
-ln -sf %{_bindir}/tar $RPM_BUILD_ROOT/usr/bin/gtar
+ln -sf %{_bindir}/tar $RPM_BUILD_ROOT%{_prefix}%{_bindir}/gtar
[...]
-%attr(755,root,root) /usr/bin/*
+%attr(755,root,root) %{_prefix}%{_bindir}/*
To powinno dzialac niezaleznie od tego czy _bindir jest rowny /bin czy
/usr/bin.
IMO albo nalezy explicite (z komentarzem) zredefiniowac rowniez _prefix albo
cofnac. Ale moze nie mam racji...
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: INFO: cvs downtime
Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: but really, why not manage the symlinks server-side? even the cvs commit over symlinks has been working fine so far... only have to worry about dead symlinks (perhaps) +1 -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: DISTFILES: rsget.pl
=?iso-8859-2?Q?Pawe=B3?= Zuzelski wrote: On Fri, 17 Apr 2009, Andrzej Krzysztofowicz wrote: sparky wrote: Files fetched: 1 STORED: http://svn.pld-linux.org/svn/toys/fun/rsget.pl 24e5779fa20aaf163704a69df9a56dcc rsget.pl Size: 28138 bytes Hmmm, a to jest plik binarny, czy przeoczylem zmiane zasad umieszczania plikow w distfiles? Nie jest binarny, ale uznałem, że wygodnie będzie go trzymać w DF. Na ile rozumiem zasady, to w CVSie nie mozna trzymać plików W CVS-ie mozna trzymac pliki binarne, ale jest to niezalecane. Wrzucanie np. ikonek do distfiles to bylaby IMVHO przesada. W distfiles trzymamy generalnie tarballe i inne archiwa oraz duze bloby. (jesli ikonka ma kilka MB to nie ma sensu jej trzymac w CVS-ie) binarnych, ale nie ma przeciwwskazań, żeby w DF trzymać pliki tekstowe? Jeżeli nie mam racji, to powiedz jak powinno być w tym przypadku. Natomiast nie jest zalecane wrzucanie do distfiles plikow tekstowych, ktorych poszczegolne wersje mozna (i jest to sensowne) porownywac, np. skryptow pisanych w Perlu. Co innego, gdy mamy plik tekstowy generowany jakims generatorem i przy zmianie wersji generatora moze on byc tworzony wg zupelnie innych zasad, np. instalatory binarek typu: #!/bin/sh cat 'EOF' plik.bin binarka ELF ... EOF I oczywiscie chodzi tu o pliki w formie w jakiej sa dystrybuowane. Nie rozpakowujemy tarbali, zeby wrzucic jakis plik ze srodka do CVS-u w celu sledzenia jego zmian... :) Jesli cos namieszalem lub niedopowiedzialem, to niech mnie ktos skoryguje. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: r8101.spec (NEW) - raw, for 2.6.16 (Ac)
marcus wrote:
+%description -n kernel%{_alt_kernel}-net-%{pname}
+Linux driver for the Broadcom's NetXtreme
+RTL8100E/RTL8101E/RTL8102E-GR/RTL8103E(L)/RTL8102E(L)/RTL8101E/RTL8103T
+Network Interface Cards.
Jestes pewien, ze RTL* sa Broadcoma ?
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: jira-enterprise.spec - install required libs - adapterized
pawelz wrote: %description -JIRA lets you prioritise, assign, track, report and audit your 'issues,' -whatever they may be â from software bugs and help-desk tickets to project -tasks and change requests. +JIRA lets you prioritise, assign, track, report and audit your +'issues,' whatever they may be â from software bugs and help-desk ^ Tu jest jeszcze kodowanie do poprawienia (na ASCII) -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: Wersjonowanie (super słówko) paczy
Wieslaw Kierbedz wrote: Grzegorz Sterniczuk anonsuje:: Dnia 2009-03-03, wto o godzinie 15:44 +0100, Wieslaw Kierbedz pisze: Rozumiem, że kiedy za miesiąc wrzucę nowe źródła pakietu i nową łatę, to ta nowa nie nadpisze starej pomimo tego samego brancha i teakiej samej nazwy? Nadpisze, ale nadal będzie można uzyskać starą wersję, albo poprzez rewizję, albo poprzez tag o ile taki zostanie przypisany do danego pliku (dzieje się tak np. kiedy pakiety wędrują na buildery, albo kiedy ręcznie otagujesz jakąś rewizję jako AC-branch np.). A jeśli nie chcę zmieniać brancha (to na razie będzie na pewno HEAD)? Jeżeli zostaje w tym samym tagu, to jednak zdałoby się to ponumerowanie? Czy to będzie grzech rozrzutności? Latka na HEAD musi pasowac do speca na HEAD. Dobrym zwyczajem jest usuwanie z CVS plikow niepotrzebnych w biezacej wersji (jesli pozniej beda potrzebne, to mozna je ze starszej wersji przywrocic). CVS pamieta _wszystkie_ wersje wszystkich umieszczonych w nim plikow. I na tym polega jego rola. Co najwyzej jest kwestia jak latwo wlasciwa wersje znalezc. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: Status AC i TH
Mariusz Mazur wrote: Alternatywa jest imho sensowniejsza, tzn. th-main starasz się robić jak najbardziej stabilne, jak się da, żeby ludzie mogli tego jednak używać i testować, ale flagować jako rzeczywiście stabilne można tylko main w określonym punkcie czasu (no i wtedy byłby forkowany snapshot). A byly/sa/beda takie momenty? Przy continuous (nie: constant) development zawsze sie znajdzie cos niedzialajacego. Kwestia dla kogo i jak wielu bedzie to krytyczne. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: Status AC i TH
Mariusz Mazur wrote: Dnia piątek, 27 lutego 2009, Paweł Zuzelski napisał: A tak nawiasem mówiąc, nie ułatwiłoby nam życia robienie tego, co debian, czyli nazywanie bibliotek w sposób nazwabibliotekiN, gdzie N to jakiśtam numer był, pewnie coś z soversion wzięte? W czym to by miało pomóc? W sytuacjach, ewidentnie całkiem popularnych, gdy ktoś potrzebuje mieć dwie wersje danego liba, żeby mu system działał. Obecnie ani rpm/poldek tego z automata nie wspierają, ani automatyka ftp-owa nie potrafi. Częściowym rozwiązaniem jest to, co robi debian. A jak by to rozbudowalo baze poldka (Obsoletes) ... Chyba, ze chcemy miec po kazdym upgrejdzie wszyskie poprzednie wersje bibliotek w systemie... -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: MythT 0.22.
Pawel Dlugosz wrote: Wieslaw Kierbedz pisze: Ok. Powiedzmy, że się zdecyduję nauczyć obsługi cvs. No, powiedzmy. Rozumiem, że powinienem się gdzieś na IRCu zgłosić? Żadna IRCu, tu już się zgłosiłeś. +1 ode mnie. areq tez dal +1. +1 ode mnie, to razem 3. CC: do cvsadmina i szykuj dla niego login i skrot hasla. :) -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: MythT 0.22.
Wieslaw Kierbedz wrote: Pawel Golaszewski anonsuje:: On Sat, 21 Feb 2009, WK wrote: Nikt ci nie każe robić wiecej niż masz ochotę lub czas przecież. RW to nie jest żadne zobowiązanie. To po prostu możliwość wrzucania samodzielnie. Trochę ryzykowne. Nie martw sie, jak nabroisz to cie ochrzanimy i RW zabierzemy. ;-) -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: ifcfg-pan0 - jak zmusić do traktowania ja
Daniel Dawid Majewski wrote: Postanowiłem stworzyć PAN AP i mam schody - w pld-linux tylko interfejsy zaczynające się od br są traktowane jako bridge, tymczasem pan0 też jest mostkiem dla daemona pand, dynamicznie podłączającego do niego wszystkie bnep0-bnepX. Co proponujecie ludzie ? Poprawic skrypty startowe i podeslac latke? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: kernel 2.6.28 i wine.
Daniel Dawid Majewski wrote: Pewnego dnia wpadła wieść od Daniel Dawid Majewski i powiedziała : Pewnego dnia wpadła wieść od Arkadiusz Miskiewicz i powiedziała : To wszystko na wypadek, gdyby komuś przyszło do głowy wsadzić 2.6.28.x jako default do Th ;-) Wkrótce trafi więc debuguj 8-) suspend/resume z ramu działa u mnie poprawnie, z dysku nie używam. U mnie dla odmiany zabrakło modułów hal_dummy (przy starcie udev) i acer_wmi (dopisane mam w /etc/modules, bo mam takiego laptopa). Zmieniły nazwę czy co ? uname -r 2.6.28.6-1 Dodatkowy efekt na tym samym kernelu (x86_64) - Wybranie Ctrl + Alt + F1 (konsola na uvesafb ładowana w initrd) i powrót do X - zwis. SysRq po tej operacji czasem działa, czasem nie. U mnie w domu regularnie jest ten problem na wszystkim nowszym od 2.6.14.7. A z kolei w labie mam komputeruy z dwoma modelami plyt glownych (na tym samym chipie, ZTCP i845) i z jednym modelem wiesza sie zawsze, a z drugim - nigdy. Pewnie czary... (Ta sama rev. chipa wg lspci. Ta sama konfiguracja X/kernela/sprzetu. Tyle, ze tam jest jakis starszy 2.6.2x.) BTW, ma ktos pomysl jak takie rzeczy w kernelu/X zdebugowac? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: MythTV 0.22. + MythTV plugins 0.22
Wieslaw Kierbedz wrote:
Andrzej Krzysztofowicz anonsuje::
WK wrote:
-Patch1: %{name}-configure.patch
[...]
+Patch1: %{name}-%{version}-configure.patch
latki wersjonujemy _tylko_ wtedy gdy pochodza z zewnetrznego zrodla
(podajemy wowczas takze URL)
A jeĹźeli masz w repo rĂłwnieĹź wersjÄ stable, ktĂłra jest zupeĹnie inna?
Bo stable, to 0.21, a to jest 0.22.
Jak jest kilka wersji, to sa na roznych branczach. Pacze branczujesz wtedy
tak samo jak speca. Wersje unstable generalnie ida na galazke DEVEL (chyba
ze RM zdecyduje inaczej...).
I takie rzeczy nalezy wyraznie zaznaczyc jak cos podsylasz.
Poza tym, czy ja nie jestem zewnÄtrzne ĹşrĂłdĹo?
A czy latka ma u ciebie publiczny URL ? ;P
JeĹźeli kosmetyki, to niestety na niÄ
nie mam bardzo wiele czasu.
Kosmetyke generalnie moze zrobic ktos inny.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: MythTV 0.22. + MythTV plugins 0.22
WK wrote:
Niektóre linie wymieniają się na identyczne??? Jakieś białe znaki pewnie.
Nie widze...
Ale:
-%bcond_with mmx # enable MMX
+%bcond_with mmx # enable mmx
To bym jednak cofnal.
# enable mmx automatically on arches having it
Ewentualnie poprawiajac i tu.
-Patch1: %{name}-configure.patch
[...]
+Patch1: %{name}-%{version}-configure.patch
latki wersjonujemy _tylko_ wtedy gdy pochodza z zewnetrznego zrodla
(podajemy wowczas takze URL)
-Patch5: %{name}-sbinpath.patch
[...]
+Patch5: %{name}-%{version}-sbinpath.patch
j.w.
+MythTV perl bindings.
Perl. Nazwy jezykow z wielkiej litery.
+Summary: MythTV python bindings
j.w.
+%description -n python-MythTV
+MythTV python bindings.
j.w.
%prep
-%setup -q %{?_rev:-n %{name}}
-%if %{_lib} != lib
+
+%setup -q %{SOURCE0}
+
+
#%patch0 -p1
-%endif
Tu domniemuje, ze sprawdziles kwestie lib vs. lib64 dla x86_64 ...
+%files -n perl-MythTV
+%defattr(-,root,root,-)
To jest nie do przyjecia. Atrybuty plikow musza byc jawnie wyspecyfikowane.
+%files -n python-MythTV
+%defattr(-,root,root,-)
j.w.
+Summary:MythTV plug to manage secutity TV system.
+Summary(pl.UTF-8): Plugin MythTV do zarzÄ
dzania kamerami ochrony.
W Summary bez kropki na koncu.
Tyle na pierwszy rzut oka. Inni pewnie beda mieli wiecej uwag.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: bygfoot.spec - adapter
Tomasz Pala wrote: Tego uelastycznieniem dlugosci wiersza nie rozwiazesz: sformatujesz inaczej, bedziesz mial problem gdzie indziej A jakie problemy może spowodować usunięcie znaków \n w obrębie akapitu? Nie usunales. Przesunales gdzie indziej. A chodzi o to jak zrobic, zeby donrze dzialalo i ze sformatowanymi po nowemu i po staremu. Poza tym zostaje jeszcze kwestia upodoban: z dlugimi wierszami bywaja klopoty. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.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: bygfoot.spec - adapter
Tomasz Pala wrote: On Fri, Feb 06, 2009 at 17:06:45 +0100, Jakub Bogusz wrote: Kolejny rozformatowany spec... adapter.awk wymaga uruchamiania z lokalizacją w UTF-8. Nie każdy taką ma - a w ogóle to czemu służy takie formatowanie na szerokość? Zaszlosc historyczna z tekstowego instalatora. Tym się powinien zajmować program prezentujący te dane. W tej chwili Napiszesz taki, ktory rozpozna jak jest spec sformatowany? I nie popsuje tekstu po chinsku/japonsku? powoduje to jedynie problemy: [...] ~# rpm -qi glibc | grep -A1 'programs on' Contains the standard libraries that are used by multiple programs on the system. In order to save disk space and memory, as well as to ease Tego uelastycznieniem dlugosci wiersza nie rozwiazesz: sformatujesz inaczej, bedziesz mial problem gdzie indziej -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: xmoto.spec - rel 3; locale fixes
arekm wrote:
+# not in glibc
+rm -fr $RPM_BUILD_ROOT%{_datadir}/locale/ca_*
Katalonskiego nie ma w glibc? Od kiedy?
Byl od zawsze.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.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: xmoto.spec - rel 3; locale fixes
Arkadiusz Miskiewicz wrote:
On Sunday 25 of January 2009, Andrzej Krzysztofowicz wrote:
arekm wrote:
+# not in glibc
+rm -fr $RPM_BUILD_ROOT%{_datadir}/locale/ca_*
Katalonskiego nie ma w glibc? Od kiedy?
Byl od zawsze.
Uważnie popatrz w xmoto.spec.
Niemniej poprawilem.
--
===
Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl
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: texlive.spec - created tex4ht subpackage and packaged
megabajt wrote: Module: SPECS Tag: HEAD Log message: - created tex4ht subpackage and packaged documentation Why not one documentation package with proper %lang marks ? +%package doc-bg +Summary: Bulgarian documentation for TeX Live +Group: Documentation + +%description doc-bg +Assorted useful Bulgarian documentation for TeX Live. + +%package doc-cs +Summary: Czech documentation for TeX Live +Group: Documentation [...] -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: texlive.spec - created tex4ht subpackage and packaged
Marcin Banasiak wrote: 2008/12/31 Andrzej Krzysztofowicz an...@green.mif.pg.gda.pl: Why not one documentation package with proper %lang marks ? It would be one big package (something about 93M). Do we really want this? OK. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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 (DEVEL): PackageKit.spec - added gstreamer-plugin and
megabajt wrote: +Summary: Install GStreamer codecs using PackageKit +Summary(pl.UTF-8): Instaluje kodeki GStreamera uĹźywajÄ c PackageKit Zwyczajowo piszemy tutaj czym program JEST, a nie co ROBI. Czy maja to byc pakiety jakichs instalatorow (zamiast rpm-a) ? +Summary: Install missing fonts using PackageKit +Summary(pl.UTF-8): Instaluje brakujÄ ce czcionki uĹźywajÄ c PackageKit -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: inetutils.spec - updated to 1.6 - traceroute,
adamg wrote: Summary: Common networking utilities and servers Summary(pl.UTF-8): Popularne narzÄdzia i serwery sieciowe Name:inetutils [...] +%package hostname +Summary: show or set the system's host name +Summary(pl.UTF-8): pokazuje lub ustawia nazwÄ hosta systemu Zwyczajowo piszemy tutaj czym program JEST, a nie co ROBI, w formie rownowaznika zdania (bezorzeczeniowej), j.w. +%package traceroute +Summary: Traces the route taken by packets over a TCP/IP network To IMO tez do poprawki. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: uptimed.spec - up to 0.3.13 - rm -DESTDIR.patch - no longer
lisu wrote: frontendem do parsowania rekordĂłw, ktĂłrego moĹźna Ĺatwo uĹźyÄ do -pokazywania rekordĂłw na stronie WWW. +wyĹwietlania rekordĂłw na stronie WWW. A tu sie przyczepie: dlaczego? Czy strona www musi swiecic? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: uptimed.spec - up to 0.3.13 - rm -DESTDIR.patch - no longer
Tomasz Pala wrote: On Mon, Dec 15, 2008 at 15:04:39 +0100, Patryk Zawadzki wrote: -pokazywania rekordĂłw na stronie WWW. +wyĹ wietlania rekordĂłw na stronie WWW. A tu sie przyczepie: dlaczego? Czy strona www musi swiecic? bardziej mi lezy. ale cofnij, jak nie pasuje. A może publikacji? Prezentacji? Hmm, mi sie ta wersja najbardziej podoba. Chyba, ze komus wadzi lub ma lepszy pomysl? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl 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: kde-icons-CrystalProject.spec
Krzysztof Rygielski wrote:
Wednesday 03 December 2008 22:36:06 Przemyslaw Iskra napisał(a):
%files
%defattr(644,root,root,755)
%{_iconsdir}/crystal_project/128x128
%{_iconsdir}/crystal_project/64x64
%{_iconsdir}/crystal_project/48x48
%{_iconsdir}/crystal_project/32x32
%{_iconsdir}/crystal_project/24x24
%{_iconsdir}/crystal_project/22x22
%{_iconsdir}/crystal_project/16x16
%{_iconsdir}/crystal_project/index.theme
%{_iconsdir}/crystal_project/readme.txt
W tej chwili katalog %{_iconsdir}/crystal_project nie należy do pakietu,
a readme.txt można by do %doc dać.
W takim razie zasadniczo wystarczyło by dać samo
%{_iconsdir}/crystal_project?
Nie czaję jaki jest sens dodawania z osobna samego katalogu a potem jego
podkatalogów i plików. Samo wskazanie katalogu istotnego dla paczki nie
wystarczy?
Wystarczy. I w przypadku katalogu nigdzie nie nalezacego wrecz nalezy.
Chyba, ze cos z zawartosci chcemy pominac albo cos powinno miec inne prawa
dostepu.
--
===
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: evolution-data-server.spec, gnome-games.spec,
megabajt wrote:
+rm -rf $RPM_BUILD_ROOT%{_datadir}/locale/la
+
[...]
+Revision 1.129 2008/11/26 10:45:53 megabajt
+- drop unsupported la locale
+- release 2
Mysle, ze jesli jest to sensownie przetlumaczone, to mozna by dodac katalog
w glibc na tej samej zasadzie co dla klingonskiego.
Bo przez glibc ten jezyk bedzie wspierany pewnie dopiero po odrodzeniu sie
Imperium.
;P
--
===
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: Powiedz musi odejść...
Arkadiusz Miskiewicz wrote: On Wednesday 26 of November 2008, Witek Firlej wrote: 2008/11/26 Patryk Zawadzki [EMAIL PROTECTED]: 2008/11/26 Witek Firlej [EMAIL PROTECTED]: Juz ciągnąc OT: hint: umowy adhezyjne. Przystępując do używania programu akceptuje umowę. Jak ciągniemy, to przypomnę, że umowa wymaga aktywnej akceptacji przez obie strony. Nie wystarczy napisać czytając tego maila zgadzasz się kupić mi piwo. Jeśli uważasz, że jest inaczej, to powiedz, którego dnia pijemy :) Zły przykład. W przypadku programu aktywną akceptacją może być po prostu jego używanie. Tak samo jak by zawrzeć umowę z przewoźnikiem wystarczy wsiąść do autobusu. Czyli jak na swojej stronie napiszę, że daje Ci możliwość jej oglądania za 1tyś zł i na nią wejdziesz oraz będziesz krążył to już aktywnie akceptujesz ? W końcu strona www to swego rodzaju program wyświetlający teksty, reagujący na kliknięcia itp. Musisz o tym skutecznie ogladajacego poinformowac. Jak napiszesz to malym drukiem, a on ma slaby wzrok lub jest niepismienny i wejdzie tylko by poogladac obrazki lub posluchac muzyki... Co do autobusow, ustawa przewiduje gdzie i jak powinien byc umieszczony cennik/regulamin przewozu. Jesli udowodnisz, ze go nie bylo, to mysle, ze bys sie wybronil z kary za jazde bez biletu. -- === 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: Repackage ssie, a przec
Tomasz Pala wrote: On Mon, Nov 24, 2008 at 01:04:17 +0100, Jakub Bogusz wrote: Wg mnie takie coś NIE powinno być w makrach - bo pracując na baterii mogę jednak chcieć mieć szybki repackage i dużo łatwiej jest zrobić: LZMA_OPTS=-1 poldek niż grzebać po makrach. rpm --define lzmaopt=-1 -U pakiet? (da się z poziomu poldka? nie śledzę) No niby tak. To pozostają mi tylko 2 argumenty, jeden o niespójności z resztą systemu, a drugi - zmienną mogę ustawiać warunkowo w zależności od tego, czy jestem na baterii czy nie i będzie to automatyczne, natomiast taki define trzeba podać z ręki. Czemu? Tworzysz sobie alias. -- === 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: Repackage ssie, a przec
Bartosz Taudul wrote: On Sun, Nov 23, 2008 at 03:52:12PM +0100, Pawel Golaszewski wrote: A wy (kolektyw narzekaczy, którym się listy pomyliły) zachowujecie się jakbyście się naczytali pryszczerskich głupot o wszędzie działającym linuksie i teraz nie potraficie odróżnić konfiguracji typu sam kernel plus kilka demonów od czegoś co jest dostosowane do możliwości współczesnego sprzętu. A ty nie potrafisz chyba zrozumieć, że nie każdy ma ochotę co roku zmieniać sprzęt na super-hiper-aktualny... Ale numerki programów i ficzurki to by się chciało mieć super-hiper-aktualne, co? Mysle, ze wcale nie. Chcialoby sie tylko miec wersje suportowane, tzn. takie, w ktorych ewentualne bledy maja sznse zostac poprawione. -- === 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: Repackage ssie, a przec
Bartosz Taudul wrote: On Sun, Nov 23, 2008 at 04:18:25PM +0100, Pawel Golaszewski wrote: repackage i rpmbuild mogą mieć osobne konfiguracje, bo są inne priorytety: - repackage musi być szybkie i sprawne Rozmiar /var/spool/repackage rośnie szybko i nie jest do pominięcia. Dyski sa tanie. Jak kogos stac na najnowszy sprzet... - paczki budowane powinny być jak najmniejsze, czas budowania i obciążenie ma tu znacznie mniejsze znaczenie, bo i tak buildery mają zasoby odpowiednie, Zaraz ci ktoś napisze, że na jego 486 paczki budują się szybko, tylko pod koniec budowania coś się zawiesza. Jak ktos _sobie_ sam buduje, to sobie sam powinien sposob kompresji skonfigurowac. -- === 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: Uprawnienia na /srv
Tomasz Pala wrote: On Fri, Nov 14, 2008 at 21:56:12 +0100, Andrzej Krzysztofowicz wrote: PS. Ukrywanie zawartosci /proc tez mi przeszkadza, ale tu jestem sklonny sie zgodzic, ze to security. W jaki sposób? 1. blues juz pisal. Prywatność? Prywatność nakazuje dać -r na /srv oraz /home/users:) A do ukrycia */maps wystarczy ukryć */maps, a nie wszystko. Zmienisz? 2. ukrywa argumenty z obcych cmdline gdzie czasami sie trafiaja rzeczy, ktore nie powinny. Toż to obscurity! Programy same powinny dbać o to, co się wyświetla, skoro już chcemy wprost naprawiać błędy a nie ukrywać je. To nie kwestia programow, a tez sposobu ich uzywania. Czyli bardziej latanie dziurawych uzytkownikow (z adminem wlacznie). Jeszcze niedawno widzialem zmiany hasel uzytkownikow *sql w skryptach z haslami jako parametrami cmdline. Nawet jesli program je ukrywa, to przez chwile beda widoczne. Inna sprawa, ze sie przy ukrytym /proc nie upieram. Jesli dojdziemy do wniosku, ze to _tylko_ obscurity, beda za wylaczeniem tego. ;P -- === Andrzej M. Krzysztofowicz [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: Uprawnienia na /srv
On Thu, Nov 13, 2008 at 21:17:14 +0100, Andrzej Krzysztofowicz wrote: Dlatego, ze jak ktos chce miec inne, a takie jego prawo, to nie przekona rpm-a, zeby nie zmienial tego przy kazdym upgrejdzie pakietu. A netsharedpath tego przypadkiem nie robi? Czy tylko zapobiega błędom? Moze i robi. Ale nie do tego bylo to przeznaczone. Ja bym wręcz powiedział, że ten katalog powinien mieć 700 - skoro służy administratorowi, to admin jako jedyny powinien móc cokolwiek z nim zrobić. Nic to nie da, bo dumb userzy przez /srv nie przejda nie wylistowawszy zawartosci (w takim np. mc czy jakims file-selectorze z GNOME). To im trzaskasz symlinka /srv-dumb - /srv/whatever I na wiele sie ten symlink zda, jak masz 7000 /srv ... ;P Tyle, ze na chwile obecna jest juz +r w cvs. I nie ja to zmienilem. Bardzo cieszy, że po zadaniu pytania ktoś potrafi nie czekając na odpowiedzi i wnioski z dyskusji arbitralnie stwierdzić, że ma rację. PS. Ukrywanie zawartosci /proc tez mi przeszkadza, ale tu jestem sklonny sie zgodzic, ze to security. W jaki sposób? 1. blues juz pisal. 2. ukrywa argumenty z obcych cmdline gdzie czasami sie trafiaja rzeczy, ktore nie powinny. i pewnie kilka innych, ktorych nie pamietam. Ale ja oczywiscie wolalbym to wylaczyc dla kilku tysiecy userow NIS-a, dla ktorego dodanie userow do grupy /proc nie jest rozwiazaniem. Stanelo na wlasnym kernelu. -- === Andrzej M. Krzysztofowicz [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: Uprawnienia na /srv
Andrzej Krzysztofowicz wrote: I na wiele sie ten symlink zda, jak masz 7000 /srv ... ^^^ Jedno zero za duzo oczywiscie. -- === 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: Uprawnienia na /srv
Daniel =?utf-8?B?TXLDs3o=?= wrote: Jeśli chodzi Ci o /srv, to takie ustawienie jest dobre i nie widzę powodu aby dawać tam jeszcze +r dla wszystkich w domyślnej konfiguracji. PLD ma być w podstawowej konfiguracji zabezpieczony maksymalnie jak się da. Po to jest ta cała zabawa z grupami disk, audio, video, cdwrite itp. Chyba nie masz pojecia co oznacza slowo bezpieczenstwo. Grupy daja separacje uprawnien, co oznacza, ze bledu w jednej aplikacji nie da sie wykorzystac do zamieszania w innej aplikacji. Zabronienie odczytu katalogu /srv userom też podpada pod tę kategorię. A tu nie widze zwiazku. Podasz przyklad? Jesli w ktoryms podkatalogu /srv znajdzie sie plik/katalog o zbyt duzych prawach zapisu (o+w), to ukrycie tego faktu poprzez zabranie prawa odczytu do /srv _nic_ nie zmienia w kwestii bezpieczenstwa. Do pliku sie nadal mozna dostac i go wykorzystac. Dziura jest ten plik. I chyba nikt przy zdrowych zmyslach nie zamierza umieszczac plikow z poufnymi danymi bezposrednio w /srv i dawac im o+r... Dlatego jeszcze raz zapytam: podasz przyklad ilustrujacy dziure w bezpieczenstwie wynikajaca z a+r /srv ? Zresztą, nie rozumiem w czym jest problem. Przecież można tam utworzyć sobie katalog usługi, który może być już wykonywalny i odczytywalny przez wszystkich. Userzy będą mieli dostęp do potrzebnych danych, a zawartości /srv nie będą mogli oglądać. Tak powinno być. Problem jest, ze ktos moze chciec, zeby inni mieli do niego pelny dostep. A skoro nalezy do FHS, to uprawnieniami do niego powinien zarzadzac rpm a nie admin. Jak chcesz ukryc dane, to umiesc je w go=x /srv/tajne i nikomu to nie bedzie przeszkadzac. Security by obscurity tak naprawde wcale nie zwieksza bezpieczenstwa a jedynie ukrywa jego brak. I bylo to juz w wielu miejscach wielokrotnie walkowane. -- === 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: Uprawnienia na /srv
Daniel =?utf-8?B?TXLDs3o=?= wrote: A skoro nalezy do FHS, to uprawnieniami do niego powinien zarzadzac rpm a nie admin. Jak chcesz ukryc dane, to umiesc je w go=x /srv/tajne i nikomu to nie bedzie przeszkadzac. Powiedz (napisz) mi dlaczego tak się upierasz przy daniu praw odczytu dla wszystkich na /srv? Dlatego, ze jak ktos chce miec inne, a takie jego prawo, to nie przekona rpm-a, zeby nie zmienial tego przy kazdym upgrejdzie pakietu. Mi security by obscurity przeszkadza. Jesli chcesz to miec u siebie, to sam sobie zmien i potem pilnuj, albo zrob w jakims katalogu ktory _nie_ nalezy do zadnego pakietu. Kropka. Chyba, ze podasz naprawde wazne argumenty, zeby akurat _ten_ katalog mial _takie_ uprawnienia. Potrzebujesz aby userzy mieli dostęp do danych umieszczonych w /srv? - stwórz podkatalog z odpowiednimi uprawnieniami i zostaw /srv w spokoju. Nic to nie da, bo dumb userzy przez /srv nie przejda nie wylistowawszy zawartosci (w takim np. mc czy jakims file-selectorze z GNOME). Dane dla userów chcesz wrzucić bezpośrednio w /srv? - zmień sobie uprawnienia do tego katalogu, grupę, właściciela, cokolwiek i nie narażaj innych użytkowników dystrybucji. Patrz wyzej. Kroi sie chyba pytanko do CDG. Uważasz, że pleciemy bzdury i Twoje rozwiązanie zbawi świat? - zgłoś propozycję do RM/CDG, uzasadnij i zapoznaj się z opinią osób decyzyjnych. Naszą opinię już znasz. Nie rozumiem w czym masz problem. Security by obscurity tak naprawde wcale nie zwieksza bezpieczenstwa a jedynie ukrywa jego brak. I bylo to juz w wielu miejscach wielokrotnie walkowane. To nie znaczy, że mamy rezygnować chociażby z tej formy zabezpieczenia, bo Tobie się nie chce wpisać chmod a+r /srv. To nie jest kwestia checi. Patrz wyzej. Tyle, ze na chwile obecna jest juz +r w cvs. I nie ja to zmienilem. PS. Ukrywanie zawartosci /proc tez mi przeszkadza, ale tu jestem sklonny sie zgodzic, ze to security. -- === 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: Uprawnienia na /srv
Tomasz Pala wrote: On Thu, Nov 13, 2008 at 18:55:02 +0100, Andrzej Krzysztofowicz wrote: Dlatego jeszcze raz zapytam: podasz przyklad ilustrujacy dziure w bezpieczenstwie wynikajaca z a+r /srv ? Halo! Słychać mnie? Puk puk! Hlo! Naruszeniem zasad bezpieczeństwa będzie to, że ktoś w ogóle zobaczy jakie wirtualki hostuję. Osobiście mam jedną wirtualkę, która nie ma nawet wpisów w DNS-ach i trzeba sobie samemu do hosts dopisać jej nazwę i adres IP. Nie będzie mi się podobało, jak ktoś zobaczy jej nazwę, a nadawanie losowych nazw podkatalogom /srv też niezbyt mi odpowiada. Dlaczego uwazasz, ze twoja polityka informacyjna/informacja handlowa to bezpieczenstwo? Informacje, ze to hostujesz ktos(TM) moze uzyskac np. z pozasystemowego zrodla. Problem jest, ze ktos moze chciec, zeby inni mieli do niego pelny dostep. A skoro nalezy do FHS, to uprawnieniami do niego powinien zarzadzac rpm a nie admin. Jak chcesz ukryc dane, to umiesc je w go=x /srv/tajne i nikomu to nie bedzie przeszkadzac. Security by obscurity tak naprawde wcale nie zwieksza bezpieczenstwa a jedynie ukrywa jego brak. I bylo to juz w wielu miejscach wielokrotnie walkowane. A chwalisz się na lewo i prawo ile zarabiasz i ile masz na koncie? Przecież bank masz bezpieczny, nikt nie ukradnie mając wiedzę jedynie o kwotach. Jakieś wypasione konfiguracje też ot-tak udostępnisz każdemu userowi systemu? Bo dla mnie bezpieczeństwo nie znaczy tylko 'nikt nie narobi bagna', ale również 'nikt mi nie podbierze klienta/wiedzy'. I tu uwazam, ze tego pojecia naduzywasz. Jest to ochrona tajemnicy handlowej/siakiej innej, a nie bezpieczenstwo systemu. I w tej sytuacji cie zapytam: dlaczego musi to byc robione na poziomie /srv, a nie np. pietro wyzej? Tam kazdy moze sobie ustawic uprawnienia jakie chce. /srv powinno miec takie, zeby wszystkim pasowalo. A ja akurat jestem z innej branzy i moja rola to udostepnienie userom maksimum informacji o systemie. Byle bezpiecznie. PS. Nie mialbym nic przeciwko zmianie uprawnien /srv, gdyby bylo w PLD narzedzie pilnujace takich roznic w stosunku do bazy rpm-a. Ale x lat temu propozycja stworzenia czegos takiego spotkala sie z dosc powszechna krytyka. Bedzie deja vu? -- === Andrzej M. Krzysztofowicz [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: Re: [TH] Czy to musi być arch ?
Patryk Zawadzki wrote: 2008/11/3 Daniel Dawid Majewski [EMAIL PROTECTED]: Hmmm, jest sobie kilka paczek np. : glibc-headers, które nie mają w sobie binariów, a mają arch w nazwie. Powoduje to bałagan w przypadku używania multilib. Podobnie jest z plikami, które mogłyby być wydzielone do np. *-share a dublują się w wercjach dla 32 i 64 bit... Może czas na podpakiet noarch z tego samego speca ? Nie można zrobić podpakietu z inną architekturą w ramach jednego budowania, dlatego właśnie kernel-vanilla tak wygląda. Natomiast mozna by zrobic w tym celu osobnego speca. Tylko kto bedzie pilnowal spojnosci? -- === 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: Re: [TH] Czy to musi by
Jakub Bogusz wrote: On Mon, Nov 03, 2008 at 03:09:33PM +0100, Andrzej Krzysztofowicz wrote: Patryk Zawadzki wrote: 2008/11/3 Daniel Dawid Majewski [EMAIL PROTECTED]: Hmmm, jest sobie kilka paczek np. : glibc-headers, które nie mają w sobie binariów, a mają arch w nazwie. Powoduje to bałagan w przypadku używania multilib. Podobnie jest z plikami, które mogłyby być wydzielone do np. *-share a dublują się w wercjach dla 32 i 64 bit... Może czas na podpakiet noarch z tego samego speca ? Nie można zrobić podpakietu z inną architekturą w ramach jednego budowania, dlatego właśnie kernel-vanilla tak wygląda. Natomiast mozna by zrobic w tym celu osobnego speca. Tylko kto bedzie pilnowal spojnosci? Dwa spece do glibc? Jeszcze czego. Tu bym sie tak nie upieral. Akurat locale (i byc moze cos jeszcze) mozna by wydzielic do osobnego speca. Nie jestem tylko calkiem przekonany, czy to by na pewno bylo noarch. Poza tym glibc-headers _nie_ jest noarch. -- === 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: Błąd w zależnościch
=?ISO-8859-2?Q?Pawe=B3_Muszynski?= wrote: bind-utils wymaga do działania libgssapi_krb5.so.2, które to jest w krb5-libs (zaboserwowane przy testach vservera). Tzn. wszystkie narzedzia bezwzglednie, czy ktores z nich w okreslonych okolicznosciach tego wymaga? Bo to jest istotna roznica. -- === 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: kapitalist.spec - added kde documentation
=?iso-8859-2?q?Pawe=B3_Zuzelski?= wrote: On Monday 20 of October 2008 13:54:52 Andrzej Krzysztofowicz wrote: A duzo jest tego, co pomijasz? Moze da sie prosciej? Nic nie pomijam. Da się prościej: *. Myślałem, że zawsze lepiej jest wpisać pliki bezpośrednio niż użyć wildcarda (?) Zalezy od kontekstu, tzn. co tam sie moze pojawic w nowych wersjach. Czasem lepiej miec kontrole nad nowymi plikami, czasem lepiej uproscic. Ale jesli wszystko, to wywalilbym po prostu %dir przy wpisie dla katalogu (ew. dodajac %lang) -- === 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: kapitalist.spec - added kde documentation
pawelz wrote:
+%dir %{_kdedocdir}/HTML/en/kapitalist
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/client-usage.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/cmdline-ref.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/common
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/compilation.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/configuration.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/credits.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/faq.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/gui_reference.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/index.cache.bz2
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/index.docbook
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/index.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/installation.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/introduction.html
+%lang(en) %{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/requirements.html
+%lang(en)
%{_kdedocdir}/HTML/en/kapitalist/en/kapitalist/using-kapitalist.html
A duzo jest tego, co pomijasz? Moze da sie prosciej?
--
===
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: capitalist.spec - adapterized - NFY
Bartosz Taudul wrote: On Sun, Oct 19, 2008 at 12:09:50PM +0200, pawelz wrote: +Summary: Server for the MonopolyÂŽ-like board game %description +Kapitalist is a MonopolyÂŽ-like board game for 2-8 players. Walk around CoĹ mi siÄ wydaje, Ĺźe znaki spoza ASCII sÄ tu zakazane. Zgadza sie. Moga ewentualnie wystapic w -l en[.UTF-8] -- === 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: Zależnośc
Tomasz Pala wrote:
On Fri, Oct 17, 2008 at 10:04:21 +0200, Paweł Zuzelski wrote:
zsh dostarcza katalog %{_datadir}/zsh/%{version}*/functions oraz link
symboliczny %{_datadir}/zsh/latest - %{_datadir}/zsh/%{version}*
kdesdk-completions-zsh próbuje instalować pliki
w %{_datadir}/zsh/latest/functions
Efekt jest taki, że poldek potrafi rozwiązać tą zależność dopiero gdy zsh
jest
zainstalowany, bo z indeksów nie potrafi się domyślić, że skoro latest jest
linkiem do %{version}, to latest/functions również jest dostarczany przez
zsh.
Co z tym należy zrobić? W jakiś sposób poprawić zsh, czy dodać w
kdesdk-completion-zsh R:zsh ?
Zaraz będzie kolejne kombinowanie, żeby wydzielać katalogi zsh do
zsh-dirs i dawać R, albo robić podpakiety. A nie, tfuj, to już jest
podpakiet (z jednym plikiem, tak?) - dać R: zsh-completions.
Mowisz, ze to przerost formy nad trescia? Masz racje.
IMO mialoby to sens, gdyby dawalo efekt rzeczywisty w postaci pilnowania
takze usuwania katalogow (a nie pozostawiania bezpanskich) przy
deinstalacji.
Ale moze sa jakies inne konstruktywne propozycje rozwiazania takich
problemow? Jakies noautoreqdep dla katalogow?
Oczywiście dużo lepiej byłoby wypieprzyć zależności od katalogów i
zlikwidować podpakiet kdesdk-completions-zsh.
Jesli nie ma innych propozycji w tej materii, to jest nas 2.
PS. Ewentualny wniosek do CDG ty piszesz ;P
--
===
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: Re: Zależnośc
Patryk Zawadzki wrote:
2008/10/17 Paweł Zuzelski [EMAIL PROTECTED]:
Pomysły mam dwa:
1. przerzucić zawartość kdesdk-completions-zsh do zsh
2. przerzucić kdesdk-completions-zsh gdzieś do %{_datadir}/kde... oraz dodać
triggery, które w przypadku instalacji / usuwania zsh będą przerzucać ten
plik w odpowiednie miejsce.
3. pakować makra zsh do 2.2.11 (czy jaka tam będzie wersja), a nie do
latest
Wtedy beda dzialac tylko z ta wersja zsh, a jak rozumiem chodzi o unikniecie
zaleznosci kdesdk* od wersji pakietu zsh.
Chyba, ze sa jakies podstawy zakladac, ze te makra z zsh-2.2.12 nie beda
dzialac.
--
===
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: Zależnośc
=?iso-8859-2?q?Pawe=B3_Zuzelski?= wrote:
On Friday 17 of October 2008 19:38:45 Andrzej Krzysztofowicz wrote:
Tomasz Pala wrote:
On Fri, Oct 17, 2008 at 10:04:21 +0200, Paweł Zuzelski wrote:
zsh dostarcza katalog %{_datadir}/zsh/%{version}*/functions oraz link
symboliczny %{_datadir}/zsh/latest - %{_datadir}/zsh/%{version}*
kdesdk-completions-zsh próbuje instalować pliki
w %{_datadir}/zsh/latest/functions
Efekt jest taki, że poldek potrafi rozwiązać tą zależność dopiero gdy
zsh jest zainstalowany, bo z indeksów nie potrafi się domyślić, że
skoro latest jest linkiem do %{version}, to latest/functions również
jest dostarczany przez zsh.
Co z tym należy zrobić? W jakiś sposób poprawić zsh, czy dodać w
kdesdk-completion-zsh R:zsh ?
Zaraz będzie kolejne kombinowanie, żeby wydzielać katalogi zsh do
zsh-dirs i dawać R, albo robić podpakiety. A nie, tfuj, to już jest
podpakiet (z jednym plikiem, tak?) - dać R: zsh-completions.
Mowisz, ze to przerost formy nad trescia? Masz racje.
IMO mialoby to sens, gdyby dawalo efekt rzeczywisty w postaci pilnowania
takze usuwania katalogow (a nie pozostawiania bezpanskich) przy
deinstalacji.
Załóżmy przez chwilę, że:
1. nie ma zależności od katalogów
2. zawartość kdesdk-completions-zsh jest w pakiecie kdesdk
Instaluję kdesdk. Ten mi tworzy katalog:
%{_datadir}/zsh/latest/functions/jakisplik
Później instaluję pakiet zsh, który zawiera link symboliczny latest -
2.2.111, oraz katalog 2.2.111/functions.
Jakiego zachowania rpma byście oczekiwali? Ja widzę dwie możliwości:
a) mv latest latest.rpmsave; ln -s latest 2.2.111
b) ln -s latest.rpmnew 2.2.111
c) wywalic w zsh nr wersji z nazwy katalogu.
--
===
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: horde-hermes.spec - rel 1 - sanitized R/S
Jan Rekorajski wrote: On Sat, 11 Oct 2008, Andrzej Krzysztofowicz wrote: baggins wrote: -Release: 0.1 +Release: 1 License: ASL Czy tresc licencji nie powinna sie znalezc w pakiecie? Nie ma jej chyba w common-licenses... A link w README nie wystarczy? Wiekszosc horde ma taka licencje i trzeba by pewnie wszedzie dodawac... W sumie nie wiem, jaka polityke w tej materii prowadzimy. Moze warto by takie licencje do common-licenes pododawac? -- === 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: horde-hermes.spec - rel 1 - sanitized R/S
baggins wrote: -Release: 0.1 +Release: 1 License: ASL Czy tresc licencji nie powinna sie znalezc w pakiecie? Nie ma jej chyba w common-licenses... -- === 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: Aktualizacja pakietów perl w AC
=?ISO-8859-2?Q?Przemys=B3aw_Sztoch?= wrote: Bardzo proszę o aktualizację pakietów perl'a w AC do co najmniej: [...] PatchReader (v0.9.4) found v0.009005 Pakietu o takiej nazwie w Ac nie ma. A jesli chodzi o perl-PatchReader to jest 0.9.5 (czyli nowszy niz wymagasz). # rpm -q perl-PatchReader perl-PatchReader-0.9.5-0.1.noarch (co prawda z niecalkowitym release jako niedokonczony nie powinien sie tam byl znalezc, ale jest...) -- === 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: glibc.spec - added dir for ks LC_MESSAGES (used by
megabajt wrote: -iu ka kk kl km kn ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ +iu ka kk kl km kn ks ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ ^^^ Which locale does use it? -- === 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: glibc.spec - added dir for ks LC_MESSAGES (used by
Patryk Zawadzki wrote: 2008/10/4 Andrzej Krzysztofowicz [EMAIL PROTECTED]: megabajt wrote: -iu ka kk kl km kn ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ +iu ka kk kl km kn ks ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ ^^^ Which locale does use it? Kashmiri? OOPS, I missed that glibc 2.8 already supports it. -- === 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: glibc.spec - added dir for ks LC_MESSAGES (used by
=?iso-8859-2?q?Pawe=B3_Sikora?= wrote: On Saturday 04 of October 2008 12:57:13 Patryk Zawadzki wrote: 2008/10/4 Andrzej Krzysztofowicz [EMAIL PROTECTED]: megabajt wrote: -iu ka kk kl km kn ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ +iu ka kk kl km kn ks ku kw ky lg li lo lt lv mai mg mi mk ml mn mr ms mt \ ^^^ Which locale does use it? Kashmiri? dlaczego raz na zawsze nie dodamy wszystkich katalogow opisanych w iso-639 tylko tak kapiemy po jednym na rewizje speca? Primo: Dlaczego tylko kody jezykow, a nie pelne locale? A jesli pelne, to kto zdecyduje, ktore bedzie dla danego jezyka domyslne? (Zakladam, ze okreslenia listy dozwolonych locale dla wszystkich jezykow podejmiesz sie ty :) ) Secundo: W iso-639 sa takze kody zbiorowe dla grup jezykow (np. jezyki slowianskie) - jaka jest uzytecznosc tych kodow? Tertio: Co z jezykami wymarlymi: ciekawe kiedy sie pojawi pierwsza lokalizacja jakiegos programu w pismie klinowym :) Quarto: iso-639 tez sie zmienia - kto bedzie tego pilnowac? W tej chwili problemy wychodza: same. Quinto: podejrzewam, ze w iso-639 sa jezyki bez jednoznacznie okreslonego/dominujacego kodowania/pisowni. Czy tworzenie katalogow bez precyzyjnego okreslenia co i w jakiej formie mozna w nich umieszczac ma sens? (Np. w niektorych kodowaniach dla Devanagari sa znaki nie posiadajace samodzielnie odpowiednikow w Unikodzie (i wobec tego sprawiajace problemy przy konwersji) Obecnie przyjete zasady to: - dodajemy automatycznie katalogi dla wspieranych w glibc jezykow/locale jakies posiadajacych tlumaczenia. - dodajemy katalogi dla niewspieranych jezykow, jesli ktokolwiek stwierdzi ich przydatnosc (np. uzywanie przy innym locale przez ustawienia LANGUAGE) W szczegolnosci w przypadku, gdy sa to jezyki dla ktorych tworzenie locale jest bezprzedmiotowe (sztuczne, wymarle). - nie tworzymy katalogow gdy ich nazwy nie stosuja sie fo przyjetej konwencji Oczywiscie powyzsze reguly sa do dykusji. Byla np. kiedys propozycja wydzielenia locale z glibc do osobnego speca, zeby nie rekompilowac niepotrzebnie calosci i uniezaleznic locale od wersji glibc (np. wrzucac nowsze locale do updates starej wersji). -- === 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: Re: [kde4] za dużoczłonków...
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: W dniu 1 października 2008 15:18 użytkownik Tomasz Pala [EMAIL PROTECTED] napisał: [...] Wbrew pozorom konqueror umie całkiem dużo. Aplikacji KDE4 nie znam, ale jeśli można tych plasm czy delfinów używać bez reszty KDE, to powinny zostać wydzielone. Mozna i sa wydzielone. To o co to cale bicie piany? -- === 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: [kde4] za dużoczłonków...
=?ISO-8859-2?Q?Pawe=B3?= Sikora wrote: dzisiaj testowo dokonalem instalacji podzbioru kde4. na pierwszy rzut poszedl podstawowy element - kde4-dolphin. ten radosnie pociagnal za soba fefnascie pakietow ze wzgledu na wlascicieli roznych katalogow oraz shared objects. po uruchomieniu wygladal mniej wiecej jak cos zrobione w gtk1 bez zadnych ikon - gola szarosc i troche czarnego tekstu. dopiero doinstalowanie na pale nastepnu fefnastu podpaczek pozowolilo na odbior kolorow, ikon, toolbarow, etc. finalnie mamy tysiacpincset paczek kde4 ktore i tak bez siebie zyc nie moga. jak dla mnie taki podzial dla samego podzialu jest irytujacy i wprowadza tylko bajzel. to nie jest -devel, -static, czy zestaw backendow php-a, tylko wielkie gui wspoldzielace wiele elementow i szatkowanie tego na atomy, to proszenie sie o klopoty. jestem za synteza tego bajzlu. A moze wydzielenie kde4-dirs z cala struktura katalogow ? -- === 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: Re: [kde4] za dużoczłonków...
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: Ja kiedys pisalem bodaj na IRCu ze najlepiej to zrobic paczki ktore nazywaja sie tak jak tarballe i do tego tylko -devel (static chyba nie ma, albo niewiele, wiec niewiele pakietow static by bylo), ale nie spotkalo sie to z jakims euforycznym przyjeciem. Mi sie wielkie paczki nie podobaja z takich powodow, ze: - nie mozna wtedy zainstalowac jednej wydzielonej aplikacji, ktora czasami daje sie bez calego otoczenia uzywac - nie mozna _nie zainstalowac_ jakiegos kawalka KDE, ktorego obecnosc komus nie odpowiada (mysle, ze czestsze) -- === 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: [kde4] za dużoczłonków...
=?ISO-8859-2?Q?Pawe=B3?= Sikora wrote: 30/9/2008, Andrzej Krzysztofowicz [EMAIL PROTECTED] napisał/a: =?ISO-8859-2?Q?Pawe=B3?= Sikora wrote: dzisiaj testowo dokonalem instalacji podzbioru kde4. na pierwszy rzut poszedl podstawowy element - kde4-dolphin. ten radosnie pociagnal za soba fefnascie pakietow ze wzgledu na wlascicieli roznych katalogow oraz shared objects. po uruchomieniu wygladal mniej wiecej jak cos zrobione w gtk1 bez zadnych ikon - gola szarosc i troche czarnego tekstu. dopiero doinstalowanie na pale nastepnu fefnastu podpaczek pozowolilo na odbior kolorow, ikon, toolbarow, etc. finalnie mamy tysiacpincset paczek kde4 ktore i tak bez siebie zyc nie moga. jak dla mnie taki podzial dla samego podzialu jest irytujacy i wprowadza tylko bajzel. to nie jest -devel, -static, czy zestaw backendow php-a, tylko wielkie gui wspoldzielace wiele elementow i szatkowanie tego na atomy, to proszenie sie o klopoty. jestem za synteza tego bajzlu. A moze wydzielenie kde4-dirs z cala struktura katalogow ? to tylko czubek gory lodowej. problem lezy w tym, ze kde dynamicznie laduje wiele rzeczy i na etapie sieczkowania speca nie jestes w stanie okreslic kto i kiedy zaladuje jakis modul, a jak juz po paru miesiacach uzywania dojdziesz, Tu jest zawsze potrzebna analiza zagadnienia przed decyzja: Suggests, Requires czy wydzielenie modulu do podpakietu. ze musisz wpisac wzajmene requires na fefnascie paczek, to caly pierwotny podzial traci sens. To niech to robi ktos, kto zna wzajemne zaleznosci lub ma ochote sie z nimi zapoznac. Przy takim podejsciu zamiast kilku pakietow z KDE moze lepiej zrobic jeden PLD-desktop.spec i reszte olac... -- === 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: [kde4] za dużoczłonków...
Tomasz Pala wrote: A ja po raz kolejny powtórzę - zależności od katalogów wprowadzają tylko nieuzasadnione (bo realny właściciel katalogu jest zwykle jedyną aplikacją, która z niego korzysta, jeśli nie ma właściciela to zawartość jest i tak nieistotna) wymagania na instalowanie pakietów i wydzielanie pustych (nie spełniających żadnej funkcji) podpakietów. Ale w tej sprawie, to na -en powinienes Jeffa przekonywac, a nie nas. -- === 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: Re: [kde4] za dużoczłonków...
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: W dniu 30 września 2008 13:17 użytkownik Andrzej Krzysztofowicz [EMAIL PROTECTED] napisał: =?ISO-8859-2?Q?Pawe=B3?= Sikora wrote: 30/9/2008, Andrzej Krzysztofowicz [EMAIL PROTECTED] napisał/a: =?ISO-8859-2?Q?Pawe=B3?= Sikora wrote: dzisiaj testowo dokonalem instalacji podzbioru kde4. na pierwszy rzut poszedl podstawowy element - kde4-dolphin. ten radosnie pociagnal za soba fefnascie pakietow ze wzgledu na wlascicieli roznych katalogow oraz shared objects. po uruchomieniu wygladal mniej wiecej jak cos zrobione w gtk1 bez zadnych ikon - gola szarosc i troche czarnego tekstu. dopiero doinstalowanie na pale nastepnu fefnastu podpaczek pozowolilo na odbior kolorow, ikon, toolbarow, etc. finalnie mamy tysiacpincset paczek kde4 ktore i tak bez siebie zyc nie moga. jak dla mnie taki podzial dla samego podzialu jest irytujacy i wprowadza tylko bajzel. to nie jest -devel, -static, czy zestaw backendow php-a, tylko wielkie gui wspoldzielace wiele elementow i szatkowanie tego na atomy, to proszenie sie o klopoty. jestem za synteza tego bajzlu. A moze wydzielenie kde4-dirs z cala struktura katalogow ? to tylko czubek gory lodowej. problem lezy w tym, ze kde dynamicznie laduje wiele rzeczy i na etapie sieczkowania speca nie jestes w stanie okreslic kto i kiedy zaladuje jakis modul, a jak juz po paru miesiacach uzywania dojdziesz, Tu jest zawsze potrzebna analiza zagadnienia przed decyzja: Suggests, Requires czy wydzielenie modulu do podpakietu. ze musisz wpisac wzajmene requires na fefnascie paczek, to caly pierwotny podzial traci sens. To niech to robi ktos, kto zna wzajemne zaleznosci lub ma ochote sie z nimi zapoznac. Przy takim podejsciu zamiast kilku pakietow z KDE moze lepiej zrobic jeden PLD-desktop.spec i reszte olac... Tu demonizujesz :) E-e. A sugestia, zeby zamiast instalatora uzywac tarballa z pewna iloscia preinstalowanych pakietow? Stad juz niedaleko. Notomiast fedora tez robi paczki dla kde4 z nazwa tarballa, bez wiekszego dzielenia na podpaczki. Moze oni robia dobrze a my zle? :) Albo oni zle a my dobrze, ale patrzac na ich userlandie a na nasza to oni raczej wiele zle nie zrobili :) To czym ma sie PLD (w wersji desktop) roznic od Fedory, jesli mamy ich kalkowac ? -- === 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: [kde4] za dużoczłonków...
Tomasz Pala wrote: On Tue, Sep 30, 2008 at 16:11:14 +0200, Andrzej Krzysztofowicz wrote: A ja po raz kolejny powtórzę - zależności od katalogów wprowadzają tylko nieuzasadnione (bo realny właściciel katalogu jest zwykle jedyną aplikacją, która z niego korzysta, jeśli nie ma właściciela to zawartość jest i tak nieistotna) wymagania na instalowanie pakietów i wydzielanie pustych (nie spełniających żadnej funkcji) podpakietów. Ale w tej sprawie, to na -en powinienes Jeffa przekonywac, a nie nas. Wcześniej chciałbym wiedzieć, czy jestem w tym poglądzie odosobniony i jak wolimy my - w sensie PLD, choćby głosując to pod CDG. Bo rpm to tylko narzędzie i można je dostosować, jak się chce. To zaproponuj glosowanie. :) -- === 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: eggdrop-vanilla.spec (NEW) -initial
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: W dniu 24 września 2008 08:59 użytkownik Pawel Dlugosz [EMAIL PROTECTED] napisał: Patryk Zawadzki pisze: 2008/9/23 Pawel Dlugosz [EMAIL PROTECTED]: Jakub Bogusz pisze: ? Przecież są na distfiles. No właśnie, ja tu pewnie czegoś nie rozumiem, ale po co w takim razie ktoś zostawił zewnętrzną ścieżkę ? Hm? Ścieżka jest do źródła, pliki brane są z distfiles (po to jest Source*-md5), jak ty budujesz pakiety? No normalnie (chyba). Nie zrozumiałem tylko idei działania distfiles (dostałem już linka do wyjaśnienia), bo wydawało mi się, że skoro pliki są brane z lokalnego źródła to nie ma sensu zostawiać pod Source pełnej ścieżki do zewnętrznej lokacji. A co ja ci napisalem? Sens jest, bo co jesli distfiles zdechna? Z drugiej strony po co commit, ktory nic nowego nie wnosi, a jedynie usuwa kilkanascie bajtow (dodajac pewnie wiecej w commitlogu) ? Zwieksza to dla kogos czytelnosc speca ? -- === 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: gmorgan.spec -new
Darek Moszkowicz wrote: This is a multi-part message in MIME format. --050201090202070900030701 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit organki do sprawdzenia ;-) Ogonki do przekodowania na UTF, skoro piszesz -l pl.UTF-8 I do przepuszczenia przez adapter w celu sformatowania %description Gmorgan is a rhythm station, a modern organ with full editable accompaniment for play in real time emulating the capabilities of commercial rhythm stations Korg,Roland,Solton, also has a small pattern based sequencer like Band in a Box. Uses the capabilities of ALSA sequencer to produce MIDI accompaniment. %description -l pl.UTF-8 Gmorgan to stacja rytmiczna, nowoczesne organy z peĹnÄ edycjÄ akompaniamentu do otwarzania muzyki w czasie rzeczywistym, emulujÄ ca jednoczeĹnie moĹźliwoĹci komercyjnych produktĂłw firm takich jak Korg, Roland, Solton, wyposaĹźona takĹźe w maĹy sekwenser podobny do Band in a Box. Gmorgan wykorzystuje moĹźliwoĹci sekwensera ALSA do tworzenia akompaniamentĂłw MIDI. -- === 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: gmorgan.spec -new
6cAndrzej Krzysztofowicz wrote: Darek Moszkowicz wrote: This is a multi-part message in MIME format. --050201090202070900030701 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit organki do sprawdzenia ;-) Ogonki do przekodowania na UTF, skoro piszesz -l pl.UTF-8 I do przepuszczenia przez adapter w celu sformatowania OOPS, z tym UTF-em cos mi sie pomieszalo - jest OK. Ale drugi punkt aktualny. %description Gmorgan is a rhythm station, a modern organ with full editable accompaniment for play in real time emulating the capabilities of commercial rhythm stations Korg,Roland,Solton, also has a small pattern based sequencer like Band in a Box. Uses the capabilities of ALSA sequencer to produce MIDI accompaniment. %description -l pl.UTF-8 Gmorgan to stacja rytmiczna, nowoczesne organy z peĹnÄ edycjÄ akompaniamentu do otwarzania muzyki w czasie rzeczywistym, emulujÄ ca jednoczeĹnie moĹźliwoĹci komercyjnych produktĂłw firm takich jak Korg, Roland, Solton, wyposaĹźona takĹźe w maĹy sekwenser podobny do Band in a Box. Gmorgan wykorzystuje moĹźliwoĹci sekwensera ALSA do tworzenia akompaniamentĂłw MIDI. -- === 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 -- === 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: flowd.spec - uid i gid
=?iso-8859-2?q?Pawe=B3_Zuzelski?= wrote: On Tuesday 23 of September 2008 13:31:17 Bartosz Świątek wrote: Bo ktos bezmyslnie skopiowal template a inny ktos sie nie skapnal wczesniej? :) To znaczy, że NIKT wcześniej nie próbował zainstalować tych pakietów (-: W jaki sposów w PLD są ustalane numery grup użytkowników? Bierzesz pierwsza wolna. Ale skąd mam wiedzieć które są wolne? Czy mamy jakieś miejscem gdzie PLD-doc/uid_gid.db.txt zapisujemy wykorzystane numerki? Nie znalazłem info na ten temat w devel-hints... Mozesz info dopisac... -- === Andrzej M. Krzysztofowicz [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: flowd.spec - uid i gid
=?iso-8859-2?q?Pawe=B3_Zuzelski?= wrote: kto jest odpowiedzialny za działanie list? Z jakiegoś powodu moje maile są Zdaje sie, ze abram. Ale jakos dawno go nie widziano, moze ma za malo czasu. A co chcesz go zastapic? dostarczane na listy kilka godzin od momentu wysłania. Przykładowo tego wysyłam o 16:33. Pewnie byla dluga kolejka do jakiegos odspamiacza. Nie narzekaj, e-mail ma prawo isc 6 dni... ;P -- === 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: eggdrop-vanilla.spec (NEW) -initial
Pawel Dlugosz wrote: Jakub Bogusz pisze: ? Przecież są na distfiles. No właśnie, ja tu pewnie czegoś nie rozumiem, ale po co w takim razie ktoś zostawił zewnętrzną ścieżkę ? Zeby automatyka distfiles wiedziala skad plik pobrac? -- === 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: pld na pendrive
=?iso-8859-2?q?Bart=B3omiej_Zimo=F1?= wrote: Tuesday 16 of September 2008 17:59:35 Arkadiusz Miskiewicz napisał(a): On Sunday 14 September 2008, Bartłomiej Zimoń wrote: W zalaczniku wersja z uproszczona logika. Brzydki patch. Powinien grzecznie dać panica by default, a nie czekać z read. Wlasnie chcialem tego panic-a uniknac ..., by moc podniesc system gdy cos poszlo nie tak z innego dysku/partycji. read + ( sleep 300;test roota || reboot ) w tle ? -- === 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: linux-live-build.NOARCH provides libc.so.6
Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?= wrote: On Tue, Sep 09, 2008 at 01:10:29PM +0200, Patryk Zawadzki wrote: co docelowa, a nasz busybox-initrd nie ma dość komend wbudowanych, żeby przetworzyć skrypty startowe. tak się kiedyś zastanawiałem - dlaczego? Co stoi na przeszkodzie żeby busybox-initrd był bogatszy? Albo nawet użyć busybox-static zamiast niego? Szczególnie się nad tym zastanawiałem jak próbowałem z busybox-initrd odratować system... Analogicznie - dlaczego w initrd nie wrzucać po prostu wszystkich możliwie-potrzebnych do zbootowania systemu modułów - mniej więcej tak jest w debianie. Nawet jeżeli by initrd miało w tym momencie spuchnąć o Jest to kwestia wsparcia dla maszyn z mala iloscia pamieci. Chociaz te ponizej 64MB RAM chyba juz rzadko sa uzywane. kilkanaście megabajtów - to przecież nikomu/niczemu nie przeszkadza raczej - a potrafi d.. uratować przy nagłej zmianie maszyny. -- === 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: ipp2p w naszym jajku?
=?ISO-8859-2?Q?S=B3awomir_Paszkiewicz?= wrote: Michał Łukaszek pisze: Zupełnie nie zauważyłem kiedy zaczęło się pojawiać złowrogie: iptables v1.4.1.1: Couldn't load match `ipp2p':/usr/lib/xtables/libipt_ipp2p.so: cannot open shared object file: No such file or directory $ rpm -q kernel-grsecurity kernel-grsecurity-2.6.25.16-1.i686 Coś przeoczyłem? Ja wczoraj z tym walczylem. Musisz sobie zbudowac xtables-addons.spec i powinno dzialac. Jak sprawdzisz to daj znac. Hmmm, jakis modul do netfiltra powinien wyleciec do podpakietu z odpowiednim R: ? Czy po prostu S: w iptables? -- === 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: quo vadis jajku?
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: Natomiast wy* ...walić z takiego kernela pierdoły typu jakieś frame buffery, moduły wifi i inne pierdoły spotykane tylko w komputerach domowych. A czy zdajesz sobie sprawe z tego, ze na niektorych kartach graficznych nie da sie bez framebuffera uzywac konsoli tekstowej? I wcale nie o ppc tu chodzi. -- === 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: avahi.spec - dropped /usr/share/locale/en_NZ, release 2
hawk wrote:
+# error: avahi-libs-0.6.23-1: req /usr/share/locale/en_NZ/LC_MESSAGES not
found
+rm -rf $RPM_BUILD_ROOT%{_datadir}/locale/en_NZ
Trzeba by dodac ten katalog do glibc skoro jest przydatny.
--
===
Andrzej M. Krzysztofowicz [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: enlightenment-module-bling
Pawel Golaszewski wrote: On Fri, 15 Aug 2008, Paweł Chmiel wrote: Sprawdzilem i ten modul dziala, ale po zaladowaniu go nie mozna go wyladowac - wyswietla sie segv w e17 i nastepuje jego zamkniecie,a po ponownym starcie znowu jest wlaczony - jedynym wyjsciem jest odinstalowanie go i ponowne uruchomienie e17. Dlatego najlepiej bedzie jak narazie ten modul nie pojawi sie w cvs/repo. Chciałeś powiedzieć: na ftp-e... W repo mogą się różne rzeczy pojawić: działające, niedziałające. Czasem to tylko przygotowanie na przyszłość... a czasem antyki, zupełnie już nie do użytku (nooo - czasem ktoś to zauważy i usunie :D ). Wrzucaj to i się nie zastanawiaj. Dodajmy, ze jesli nie daiala, to po prostu dajesz niecalkowite release. -- === 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: glusterfs.spec - Release 2. Builds now.
matkor wrote:
Author: matkor Date: Thu Aug 7 16:28:24 2008 GMT
Module: SPECS Tag: HEAD
Log message:
- Release 2. Builds now.
A co z upgrejdem, jak ktos ma zainstalowany glusterfs-static ?
Jakies Obsoletes?
-%package static
-Summary: Static GlusterFS library
-Summary(pl.UTF-8): Statyczna biblioteka GlusterFS-a
-Group: Development/Libraries
-Requires:%{name}-devel = %{version}-%{release}
-
-%description static
-Static GlusterFS library.
-
-%description static -l pl.UTF-8
-Statyczna biblioteka GlusterFS-a.
+# %package static
+# Summary: Static GlusterFS library
+# Summary(pl.UTF-8): Statyczna biblioteka GlusterFS-a
+# Group: Development/Libraries
+# Requires: %{name}-devel = %{version}-%{release}
+#
+# %description static
+# Static GlusterFS library.
+#
+# %description static -l pl.UTF-8
+# Statyczna biblioteka GlusterFS-a.
--
===
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: bzr-gtk.spec - Version 0.95.0-1.
matkor wrote: %description -bzr-gtk is a plugin for Bazaar-NG (bzr) that aims to provide GTK+ +bzr-gtk is a plugin for Bazaar-NG (bzr) that aims to provide GTK+o s Mozesz zdekodowac? I przyciac do 70. -- === 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: Nowy amavisd-new w AC
=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?= wrote: W związku z tym, że nowy amavisd-new w ac-ready wymaga perl-Mail-DKIM =0.31 prosłbym o przebudowanie tegóż i umieszczenie również w repozytorium. Pakiet (perl-Mail-DKIM) się w AC bez problemu buduje w wersji bieżącego HEAD, nie zauważyłem też żadnych nieprawidłowości w działaniu. Niestety, ta wersja perl-Mail-DKIM nie buduje sie na alphie. -- === 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: Nowy amavisd-new w AC
=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?= wrote: Andrzej Krzysztofowicz pisze: =?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?= wrote: W związku z tym, że nowy amavisd-new w ac-ready wymaga perl-Mail-DKIM =0.31 prosłbym o przebudowanie tegóż i umieszczenie również w repozytorium. Pakiet (perl-Mail-DKIM) się w AC bez problemu buduje w wersji bieżącego HEAD, nie zauważyłem też żadnych nieprawidłowości w działaniu. Niestety, ta wersja perl-Mail-DKIM nie buduje sie na alphie. Ale widzę, że na i686 w ac-ready jest... Ale nie opusci ready dopoki sie nie zbuduje na wszystkich architekturach razem z zaleznosciami. amavisd-new na alphie jest potrzebny. A nie wspieramy roznych wersji pakietow dla roznych architektur. -- === 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: enlightenment i lang fr_CH
=?iso-8859-2?q?Bart=B3omiej_Zimo=F1?= wrote: Friday 04 of July 2008 02:21:25 Andrzej Krzysztofowicz napisał(a): =?utf-8?q?Bart=C5=82omiej_Zimo=C5=84?= wrote: Jak wywalic to to z Requires(dir): ... , /usr/share/locale/fr_CH/LC_MESSAGES, ... lub gdzie to dodac zeby bylo ok ? Dodac go w okolicach 1089 wiersza glibc.spec. Zakladajac, ze zawartosc fr_CH rozni sie czyms istotnym (lub in plus) od zawartosci fr. fr_CH to francuski ze szwajcarii To, ze powinien byc ze Szwajcarii, nie znaczy, ze tlumaczenie sie czymkolwiek rozni. -- === 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: [Ac] UWAGA! LVM2+device-mapper + 2.4 - AWARIA!
=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?= wrote: W dniu 4 lipca 2008 19:37 użytkownik Bartosz Taudul [EMAIL PROTECTED] napisał: On Fri, Jul 04, 2008 at 06:50:13PM +0200, Bartosz Świątek wrote: Jak oleje to od czegoś to CDG jest - można go zmusić lub odebrać status RM i szukać kogoś bardziej kompetentnego/wyrozumiałego. Już widzę te tłumy ludzi bijących się o stanowisko. Metodą spychologii +1 wolf ;) Jestes pierwszy na liscie kandydatow na RM-a? Wotum nieufnosci w tej kwestii musi byc konstruktywne. -- === 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: [Ac] UWAGA! LVM2+device-mapper + 2.4 - AWARIA!
Marcin Krol wrote: Czy bierzecie pod uwagę fakt, że 2.4 mało kto teraz używa i takie kwiatki jak spsucie LVM-a właśnie na 2.4 ciężko wyłapać? Działa na 2.6? Działa, to puszczamy. To jest oczywiste i kazdy to wie, ale w chwili gdy taki kwiatek jednak zostanie wylapany to pasowalo by aby RM zareagowal. Czy ktos glena informowal o problemie z LVM to nie wiem. Napisalem mu o tym na priva na ircu. Jego odpowiedz srednio nadaje sie do publicznego cytowania. -- === 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: enlightenment i lang fr_CH
=?utf-8?q?Bart=C5=82omiej_Zimo=C5=84?= wrote:
Jak wywalic to to z
Requires(dir): ... , /usr/share/locale/fr_CH/LC_MESSAGES, ...
lub gdzie to dodac zeby bylo ok ?
Dodac go w okolicach 1089 wiersza glibc.spec.
Zakladajac, ze zawartosc fr_CH rozni sie czyms istotnym (lub in plus) od
zawartosci fr.
poldek:/all-avail install enlightenment
Przetwarzanie zależności...
błąd: enlightenment-0.16.999.043-1.athlon: nie znaleziono wymaganego
/usr/share/locale/fr_CH/LC_MESSAGES
To nie dziala :
%exclude %dir %{_datadir}/locale/fr_CH
%exclude %dir %{_datadir}/locale/fr_CH/LC_MESSAGES
Usuwanie katalogu w %install tez nie daje rezultatu
rpm zawsze jakos znajduje ten katalog mimo ze %find_lang go nie widzi po
usunieciu katalogu.
Magia?
rpm -qpl plik.rpm | grep fr_CH
--
===
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: pld cvs - hg (dawno temu jako cvs - svn)
Patryk Zawadzki wrote: 2008/6/28 Tomasz Pala [EMAIL PROTECTED]: On Fri, Jun 27, 2008 at 21:40:08 +0200, Patryk Zawadzki wrote: Srutu-tutu. Pobrać wszystkie spece można za pomocą skryptu. Ile by to czasu nie trwało, to jest to operacja niezbędna statystycznie jakiś raz do roku. Szczególnie jak robisz pldnotify perl* Rzadko robię cokolwiek na foo*.spec poza grepem (bez czego akurat mogę się obejść, tylko jestem leniwy). Nie bardzo widzę, w czym jest problem z odpaleniem `pldnotify perl*/*.spec`, skoro i tak masz całego perla pobranego. W wylapaniu specow, ktore sie pojawily od ostatniej aktualizacji repo? A moze to byc nawet kilkanascie/-dziesiat dziennie/tygodniowo/miesiecznie. Dlatego chodzi o komende, ktora pozwoli sciagnac wszystkie _nowe_ spece (lub przynajmniej wszystkie wg. okreslonego wzorca) w czasie porownywalnym z cd SPECS/; cvs up. Wystarczy porownywalnym, niekoniecznie krotszym. Nie wiem, jak to daloby sie zrealizowac. Moze poprzez jakis automat po stronie serwera, ktory by wykrywal nowe katalogi i umieszczal info o nich w wyznaczonym miejscu? Alternatywa byloby pewnie wrzucenie calego perlowego CPAN-a do jednego katalogu. -- === 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: pld cvs - hg (dawno temu jako cvs - svn)
Arkadiusz Miskiewicz wrote: On Monday 16 June 2008, Jakub Bogusz wrote: [...] Odnoście zastosowań płaskiego SPECS: - praca na samych specach, jak czyszczenie czy tłumaczenia */*.spec się nie da tu użyć? Da sie. Ale nie potrzeba do tego sciagac calej reszty. -- === 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: pld cvs - hg (dawno temu jako cvs - svn)
Arkadiusz Miskiewicz wrote: On Monday 16 June 2008, Patryk Zawadzki wrote: 2008/6/16 Paweł Sikora [EMAIL PROTECTED]: zalozmy, ze wezmiemy hg, pozostaje pytanie w jakiej formie utrzymywac to wszystko. ideologicznie to pasuje jeden pakiet per rozproszone repo, ale wtedy nie mamy dostepu do wszystkich specy w plaski sposob (tak jak to opisalem w pierwszym mailu). jesli wszystkie pakiety wsadzimy w jedno repo, to mamy plaskie commitowalne linki do specy, przywoita hierarchie, ale z tego rozproszenia robi sie taka semi centralizacja, ktora mi osobiscie zbytnio nie przeszkadza. mam nadzieje, ze sie zrozumiale wypisalem :) Chyba nie ma nic złego w centralnym repo z submodułami, jeśli zapewnia płaskie spece dla potrzebujących? Nie wiem, czy potrzebujemy płaskiego SOURCES. Mnie płaskie SPECS jest zbędne. Zawsze można grep blah git/*/*.spec puścić. Imo jeśli np. git to każdy pakiet jako osobne repo gita. A da sie wtedy sciagnac _wszystkie_ spece i _tylko_ spece? Np. zeby sprawdzic, ktore z dwu alternatywnych rozwiazan problemu X wystepuje czesciej i gdzie nalezaloby dla ujednolicenia poprawic? -- === 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
