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
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
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.
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
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 cvs_login@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: 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: 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 cvs_login@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 cvs_login@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
