SPECS: sword.spec bibletime.spec, poprawki do cluence-core.spec
Zamieszczam pliki spec do nowych pakietów: sword i bibletime. # $Revision:$, $Date:$ Summary:Software framework that allows research manipulation of Biblical texts Summary(pl.UTF-8): Szkielet m.in do programów Bibletime i GnomeSword pozwalających na zaawansowane studia nad Biblią. Name: sword Version:1.5 Release:9 License:GPL v2 Group: Applications Source0: http://www.crosswire.org/ftpmirror/pub/sword/source/v%{version}/%{name}-%{version}.%{release}.tar.gz # Source0-md5: e1f1af8c2add8310d0bbcddc9af523b8 URL:http://www.crosswire.org/sword/ BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description Software framework that allows research manipulation of Biblical texts. %description -l pl.UTF-8 Szkielet m.in do programów Bibletime i GnomeSword pozwalających na zaawansowane studia nad Biblią. %prep %setup -q -n %{name}-%{version}.%{release} %build %configure %{__make} %install rm -rf $RPM_BUILD_ROOT %{__make} install \ DESTDIR=$RPM_BUILD_ROOT %clean rm -rf $RPM_BUILD_ROOT %files %defattr(644,root,root,755) %doc ChangeLog README %attr(755,root,root) %{_bindir}/* %config(noreplace) %verify(not md5 mtime size) %{_sysconfdir}/sword.conf %{_includedir}/* %{_libdir}/* %{_datadir}/sword %define date%(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team <[EMAIL PROTECTED]> All persons listed below can be reached at @pld-linux.org $Log:$ # $Revision:$, $Date:$ Summary:BibleTime is a Bible study application based on KDE 3.3 or later Summary(pl.UTF-8): BibleTime jest zaawansowanym, nowoczesnym linuksowym programem biblijnym, opartym na KDE 3.3 i późniejszym. Name: bibletime Version:1.6.4 Release:1 License:GPL v2 Group: Applications Source0:http://dl.sourceforge.net/bibletime/%{name}-%{version}.tar.bz2 # Source0-md5: 7fb1219dfa53bc956d77dccff99f3eaa URL:http://bibletime.info/ BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description BibleTime is a Bible study application for Linux. It is based on the K Desktop Environment and uses the Sword programming library to work with Bible texts, commentaries, dictionaries and books provided by the Crosswire Bible Society. %description -l pl.UTF-8 BibleTime jest linuksowym programem do studiowania Biblii. Oparty jest na KDE i używa bibliotek Sword do pracy nad tekstami biblijnymi, komentarzami, słownikami i książkami dostarczonymi przez Crosswire Bible Society. %package devel Summary:Header files for BibleTime Summary(pl.UTF-8): Pliki nagłówkowe biblioteki CLucene Group: Development/Libraries Requires: %{name} = %{version}-%{release} Requires: libstdc++-devel %description devel Header files for BibleTime library. %description devel -l pl.UTF-8 Pliki nagłówkowe biblioteki Bibletime. %prep %setup -q %build %configure %{__make} %install rm -rf $RPM_BUILD_ROOT %{__make} install \ DESTDIR=$RPM_BUILD_ROOT %clean rm -rf $RPM_BUILD_ROOT %files %defattr(644,root,root,755) %doc ChangeLog README %attr(755,root,root) %{_bindir}/* %{_libdir}/* %{_datadir}/* %files devel %defattr(644,root,root,755) %{_includedir}/* %define date%(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team <[EMAIL PROTECTED]> All persons listed below can be reached at @pld-linux.org $Log:$ i jeszcze małą poprawkę do cluence-core.spec, ta w cvsie nie pakuje linków symbolicznych do rpm, co uniemożliwia zbudowanie bibletime, wywala się na ./configure. Moje poprawki: --- clucene-core.spec 2007-08-19 22:28:31.949140195 +0200 +++ clucene-core1.spec 2007-08-19 15:32:55.753313215 +0200 @@ -75,7 +75,7 @@ %files %defattr(644,root,root,755) %doc AUTHORS ChangeLog NEWS README -%attr(755,root,root) %{_libdir}/*.so.*.*.* +%attr(755,root,root) %{_libdir}/*.so* %{_libdir}/*.la %files devel ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: yakuake.spec update
2007/8/19, alteriks <[EMAIL PROTECTED]>: > W końcu zacząłem sam dłubać w PLD i oto pierwsze efekty: > --- yakuake.spec2007-08-19 21:41:49.376690194 +0200 > +++ yakuake1.spec 2007-08-19 21:41:02.383859245 +0200 > @@ -1,18 +1,16 @@ > # $Revision: 1.16 $, $Date: 2007/05/07 20:00:27 $ > +%definebverbeta Uhh, a to nie jest beta1? > Summary: Very powerful Quake style Konsole > Summary(de.UTF-8):Ein Quake ähnlicher Konsole Emulator > Summary(pl.UTF-8):Rozbudowany emulator terminala w stylu Quake > Name: yakuake > -Version: 2.7.5 > -Release: 2 > +Version: 2.8 > +Release: %{bver}1 Źle. Jeśli to ma być beta1 to rel ma byc 0.%{beta}.1 > License: GPL v2 > Group:X11/Applications > -Source0: > http://www.kde-apps.org/content/files/29153-%{name}-%{version}.tar.bz2 > -# Source0-md5: 6905f9a6d448c7bfc818cd2d7c88cab4 > +Source0: > http://download.berlios.de/yakuake/%{name}-%{version}-%{release}.tar.bz2 > +# Source0-md5: 1de02747da716b304f9244032fda7eb4 > Patch0: %{name}-desktop.patch > -Patch1:kde-ac260.patch > -Patch2:kde-ac260-lt.patch > -Patch3:kde-am.patch Na pewno? Co z __dso_handle? > URL: http://extragear.kde.org/apps/yakuake/ > BuildRequires:autoconf > BuildRequires:automake > @@ -30,57 +28,39 @@ > Konsola KDE wyglądem przypominająca tę z Quake. > > %prep > -%setup -q > +%setup -q -n %{name}-%{version}-%{release} Źle - wynika z błędów powyżej. > Usunąłem zbędne patche i zaktualizowałem yakuake-desktop.patch do > następującej postaci: > Nie jestem taki pewien czy one są zbędne. Na jakiej podstawie niby są? Ponowne pytanie o __dso_handle. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
SPECS: yakuake.spec update
W końcu zacząłem sam dłubać w PLD i oto pierwsze efekty: --- yakuake.spec2007-08-19 21:41:49.376690194 +0200 +++ yakuake1.spec 2007-08-19 21:41:02.383859245 +0200 @@ -1,18 +1,16 @@ # $Revision: 1.16 $, $Date: 2007/05/07 20:00:27 $ +%definebverbeta Summary: Very powerful Quake style Konsole Summary(de.UTF-8):Ein Quake ähnlicher Konsole Emulator Summary(pl.UTF-8):Rozbudowany emulator terminala w stylu Quake Name: yakuake -Version: 2.7.5 -Release: 2 +Version: 2.8 +Release: %{bver}1 License: GPL v2 Group:X11/Applications -Source0: http://www.kde-apps.org/content/files/29153-%{name}-%{version}.tar.bz2 -# Source0-md5: 6905f9a6d448c7bfc818cd2d7c88cab4 +Source0: http://download.berlios.de/yakuake/%{name}-%{version}-%{release}.tar.bz2 +# Source0-md5: 1de02747da716b304f9244032fda7eb4 Patch0: %{name}-desktop.patch -Patch1:kde-ac260.patch -Patch2:kde-ac260-lt.patch -Patch3:kde-am.patch URL: http://extragear.kde.org/apps/yakuake/ BuildRequires:autoconf BuildRequires:automake @@ -30,57 +28,39 @@ Konsola KDE wyglądem przypominająca tę z Quake. %prep -%setup -q +%setup -q -n %{name}-%{version}-%{release} %patch0 -p1 -%patch1 -p1 -%patch2 -p1 -%patch3 -p1 %build cp -f /usr/share/automake/config.sub admin %{__make} -f admin/Makefile.common cvs %configure \ %if "%{_lib}" == "lib64" ---enable-libsuffix=64 \ + --enable-libsuffix=64 \ %endif ---%{?debug:en}%{!?debug:dis}able-debug%{?debug:=full} \ ---with-qt-libraries=%{_libdir} + --%{?debug:en}%{!?debug:dis}able-debug%{?debug:=full} \ + --with-qt-libraries=%{_libdir} %{__make} %install -rm -rf $RPM_BUILD_ROOT%{_desktopdir} +rm -rf $RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT%{_desktopdir} %{__make} install \ DESTDIR=$RPM_BUILD_ROOT -mv $RPM_BUILD_ROOT{%{_datadir}/applnk/Utilities,%{_desktopdir}}/yakuake.desktop - -%find_lang %{name} - %clean rm -rf $RPM_BUILD_ROOT -%files -f %{name}.lang +%files %defattr(644,root,root,755) -%doc AUTHORS +%doc AUTHORS %attr(755,root,root) %{_bindir}/yakuake -%{_desktopdir}/*.desktop -%dir %{_datadir}/apps/yakuake -%dir %{_datadir}/apps/yakuake/default -%{_datadir}/apps/yakuake/default/tabs.skin -%dir %{_datadir}/apps/yakuake/default/tabs -%{_datadir}/apps/yakuake/default/tabs/*.png -%{_datadir}/apps/yakuake/default/title.skin -%dir %{_datadir}/apps/yakuake/default/title -%{_datadir}/apps/yakuake/default/title/*.png -%{_datadir}/apps/yakuake/default/install.sh -%{_datadir}/apps/yakuake/default/manual.readme -%{_iconsdir}/hicolor/*x*/apps/yakuake.png - +%{_datadir}/* %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) + %changelog * %{date} PLD Team <[EMAIL PROTECTED]> All persons listed below can be reached at @pld-linux.org Usunąłem zbędne patche i zaktualizowałem yakuake-desktop.patch do następującej postaci: --- yakuake-2.8-beta1/yakuake/src/yakuake.desktop 2007-05-06 02:32:57.0 +0200 +++ yakuake-2.8-beta1/yakuake/src/yakuake.desktop 2007-08-19 20:36:24.475458486 +0200 @@ -21,6 +21,7 @@ Comment[ja]=KDE Konsole のテクノロジーに基づく Quake スタイルのターミナル エミュレータ Comment[mk]=Терминал во стилот на Quake базиран врз технологијата на Конзолата на KDE. Comment[nl]=Een Quake-achtige terminalemulator, gebaseerd op de technologie van KDE's Konsole +Comment[pl]=Terminal KDE wyglądem przypominająca tę z Quake, oparty o technologię KDE Konsole. Comment[pt]=Um emulador de terminal do estilo do Quake, baseado na tecnologia do Konsole do KDE. Comment[pt_BR]=Um emulador de terminal do estilo do Quake, baseado na tecnologia do Konsole do KDE. Comment[sk]=Emulátor terminálu v štýle Quake založený na KDE Konsole technológii. @@ -29,3 +30,4 @@ Comment[uk]=Емулятор терміналу в стилі Quake, оснований на технології консолі KDE. X-KDE-StartupNotify=false X-DCOP-ServiceType=Unique ++# vi: encoding=utf-8 Posiadam również tłumaczenie na PL, które wysłałem do http://l10n.kde.org/team-infos.php?teamcode=pl ale zanim pojawi się nowa wersja to pewnie trochę potrwa. W jaki sposób zamieścić ją, żeby użytkownicy PLD mieli jako pierwsi spolonizowane yakuake? W formie patchu, a w sekcji %install: msgfmt yakuake.po a potem install yakuake.mo w odpowiednie miejsce? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
On 8/19/07, Marcin Król <[EMAIL PROTECTED]> wrote: > > > Nie bedzie czegos takiego jak Ac 2.1. Jezeli juz bedzie to PLD 2.1 Ti > jak kiedys wspominalem. Ac to 2.0 i przewidywany EOL tej linii to > poczatek roku 2008 (z braku chetnych do utrzymywania). > Pomysł z TI bardzo mi się podoba! Wersja ciągle w rozwoju także. Z drugiej strony skokowy rozwój też nie jest zły :) Można by robić raz na jakiś czas snapszot TH, ustabilnić go i wydać jako wersję odpowiednią na serwery. Skoro nie ma kto robić update'ów do AC to co ludzie używają na serwerach? Przecież jakieś updaty się przydają (vel obecna wersja kernela, która ma wpis w CVE). ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
> Chciałem się zapytać dlaczego od ponad 3 tygodni buildery AC (i386-i686 > i ac-athlon) nie działają? O ile wiem awaria sieci na PG. Ankry probowal interweniowac, ale ze sezon ogorkowy to nikogo wladnego nie zlapal. Mam jednak cicha nadzieje, ze po weekendzie buildery rusza i jak wroce z urlopu za tydzien to juz bedzie mozna cos dzialac. > Drugie moje pytanie dotyczy planów wydania AC 2.1. Nie bedzie czegos takiego jak Ac 2.1. Jezeli juz bedzie to PLD 2.1 Ti jak kiedys wspominalem. Ac to 2.0 i przewidywany EOL tej linii to poczatek roku 2008 (z braku chetnych do utrzymywania). > Swego czasu release > manager od AC mówił, że nie dopuści do zapuszczenia tego wydania i > zamierza uaktualnić bazę programów do nowszych wersji. Release manager sam jeden nie uciagnie calej dystrybucji, a chetnych do (jakichkolwiek) uaktualnien na AC-branch mozna policzyc na palcach rak. Ja nikogo do pracy zmuszal nie bede, a sam w pierwszej kolejnosci robie to co mi jest potrzebne. Uprawnienia do budowania paczek ma oprocz mnie 14 osob. Uprawnienia do przenoszenia paczek ma oprocz mnie jedna osoba. O ilosci uprawnionych do robienia uaktualnien na AC-branch nawet nie wspominam (hint: CVSROOT/users). > Czy już coś wiadomo na ten temat? Jaki kernel będzie obrany za defaultowy w > 2.1? Wersja 2.1 (Ti) jeszcze nie ruszyla bo: 1) mialem -ENOTIME na postawienie builderow 2) glen chial pomoc przy stawianiu builderow, ale polegl 3) w miedzyczasie wyszlo stabilne gcc 4.2 i zaczal sie sezon urlopowy 4) poniewaz glibc, gcc, xorg mialy by byc w tych samych wersjach co w Th zaczalem sie zastanawiac nad sensem calego pomyslu (Ti od Th roznilo by sie tylko tym, ze w Ti tak jak w Ac byly by zabronione wersje alfa/beta/RC itp, z drobnymi wyjatkami oczywiscie) Kernel byl by "im nowszy tym lepiej". Linie Ti chcial bym utrzymywac w ciaglym rozwoju wliczajac w to nawet drastyczne upgrade'y ze snapshotami co jakis czas. Warunkiem oczywiscie byla by odpowiednia ilosc zainteresowanych do pracy przy PLD 2.1. Sadzac po Ac uwazam, ze tu byl by najwiekszy problem. To tez powoduje, ze zastanawiam sie nad sensownoscia calego pomyslu. Poki co wersja 2.1 wisi w martwym punkcie, a ja znow co jakis czas mysle o forku we wlasna robiona na wlasne potrzeby mini wersje PLD. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 19-08-2007, N o godzinie 17:57 +0200, Arkadiusz Machoł napisał(a): > Drugie moje pytanie dotyczy planów wydania AC 2.1. Swego czasu release > manager od AC mówił, że nie dopuści do zapuszczenia tego wydania i > zamierza uaktualnić bazę programów do nowszych wersji. Czy już coś > wiadomo na ten temat? Jaki kernel będzie obrany za defaultowy w 2.1? Zasadniczo się nie orientuję co do oficjalnego stanowiska, ale nieoficjalnie trochę jest tu: http://czarny.is-a-geek.net/blog//2007-08-16-12h17m27s_PLD -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Witajcie! Chciałem się zapytać dlaczego od ponad 3 tygodni buildery AC (i386-i686 i ac-athlon) nie działają? W kolejce na stronie http://src.ac.pld-linux.org/~buildsrc/queue.html mają znaki zapytania. Drugie moje pytanie dotyczy planów wydania AC 2.1. Swego czasu release manager od AC mówił, że nie dopuści do zapuszczenia tego wydania i zamierza uaktualnić bazę programów do nowszych wersji. Czy już coś wiadomo na ten temat? Jaki kernel będzie obrany za defaultowy w 2.1? pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl