rc-skrypty i _netdev
Hej, Chcę dodać obsługę opcji _netdev do montowania systemów plików na urządzeniach dostępnych przez sieć (np po iSCSI) do naszych rc-skryptów ( https://bugs.launchpad.net/pld-linux/+bug/275069 ) . Automatyczne odmontowywanie jest proste, bo teoretycznie wystarczy dodać umount -a -O _netdev do init.d/network . Kłopot w tym, że w skrypcie network parsuje się zawartość /proc/mounts, w kótrym nie wyświetlają się opcje montowania takie jak _netdev, a nie /etc/mtab, w którym takie opcje są. Czy jest jakiś konkretny powód dla którego nie można parsować /etc/mtab (oprócz tego, że tam mogą być nieaktualne informacje?) Większy kłopot jest z automatycznym montowaniem filesystemów dostępnych po sieci. W network to za wcześnie, bo może być przed montowaniem potrzebne odpalenie dodatkowej usługi (iscsi w moim przypadku) . W zasadzie odmontowywanie w network to też jest za późno, bo wcześniej idzie iscsi stop. Wychodzi na to, że trzeba by dorobić skrypt montujący takie filesystemy. W CVS logu rc-scripts widzę , że w okolicach 1999 został usunięty skrypt netfs, który jest za to odpowiedzialny w dystrybucjach redhatopodobnych ( w debianach mountuje mountnfs.sh ). Do napisania takiego skryptu wykorzystam http://www.comptechdoc.org/os/linux/startupman/linux_sunetfs.html jako szkielet. Jakieś sugestie? Pozdrówka, Mateusz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] tokyocabinet.spec, up do 1.4.41
W dniu 12 stycznia 2010 16:45 użytkownik Pawel Golaszewski bl...@pld-linux.org napisał: On Tue, 12 Jan 2010, Remigiusz 'Enleth' Marcinkiewicz wrote: Jak w temacie. Działa. Fajnie, i? Proponujesz ze ktos ma cos z tym zrobic, czy chciales sie pochwalic ze umiesz podbic wersje? Zakładam, że przeciętny deweloper PLD jest wystarczająco inteligentny, żeby nie potrzebował w tego typu wiadomości dopiska TAK, PROSZĘ TO WRZUCIĆ DO CVS, BO JEST NOWA WERSJA KTÓRA MOŻE BĘDZIE KOMUŚ POTRZEBNA A W CVS JEST STARA I NIKT DOTYCHCZAS NIE ZAKTUALIZOWAŁ, OD RAZU WYSYŁAM PATCHA ŻEBYŚCIE NIE MUSIELI SOBIE DUPY ZAWRACAĆ POPRAWIANIEM SPECA I TESTOWANIEM. Rozumiem, że założenie było błędne - czy może tylko tobie taki dopisek jest potrzebny? Przepraszam, nie mogłem się powstrzymać. Chodzi o trochę lepsze uzasadnienie niż tylko nowy numerek. Może autorzy zmienili tylko numerek wersji, bez żadnych innych zmian, Rzeczywiście, to jest najczęstszy powód wydania nowej wersji przez upstream. Żeby numerek podbić. -- Mateusz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th/x86_64] Niegrzeczny moduł ext3
Czyli było tak: [8.120844] EXT-fs: sda2: orphan cleanup on readonly fs [8.129280] ext3_orphan_cleanup: deleting unreferenced inode 130881 [8.129316] ext3_orphan_cleanup: deleting unreferenced inode 130877 [8.140482] ext3_orphan_cleanup: deleting unreferenced inode 130871 [8.140499] ext3_orphan_cleanup: deleting unreferenced inode 130858 [8.147508] ext3_orphan_cleanup: deleting unreferenced inode 130851 [8.155858] EXT-fs: sda2: 5 orphan inodes deleted [8.164391] EXT-fs: recovery complete. [8.175342] EXT3-fs: mounted filesystem with ordered data mode. [...] -- Napędzane przez PLD Linux Distribution [...] (teraz idzie hwclock --hctosys ) Dzisiejsza data : czw, 17 wrz 2009, 21:30:35, CEST [...] Checking root filesystem [...] RootPLDLinux_TH: Superblock last write time (Thu Sep 17 23:30:29 2009 now = Thu Sep 17 21:30:35 2009) is in the future. -- $ sed '/^\($\|\s*#\)/d' /etc/sysconfig/clock /etc/sysconfig/timezone UTC=false Czyli zegar sprzetowy trzyma czas w CEST (UTC+2), czyli zanim rc-skrypty ustawiły odpowiedni timezone to czas systemowy był 23:30:29 a nie 21:30:29 i fsck to wykrył o 21:30:35 (czasu systemowego). Czyli jakby podobnie do https://bugs.launchpad.net/ubuntu/+source/clock-setup/+bug/422869 Tutaj: https://bugs.launchpad.net/ubuntu/+source/clock-setup/+bug/422869/comments/4 Ts'o pisze, że można to naprawić ustawiając w /etc/e2fsck.conf: [options] buggy_init_scripts = 1 ale chyba najpierw wypadałoby sprawdzić dlaczego jest bałagan z czasem. Co mówi hwclock --localtime date ? Jeśli nie bootujesz popsutych systemów to może warto ustawić UTC=true w /etc/sysconfig/clock ? A może Ktoś(TM) coś w rc-skryptach popsuł? Pozdrawiam, Mateusz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: budowanie mavenem
W dniu 16 września 2009 10:21 użytkownik Paweł Zuzelski z...@xatka.net napisał: On Wed, 16 Sep 2009, Mateusz Kijowski wrote: OpenNMSa chciałbym po prostu poużywać. Na pierwszy rzut oka ten OpenNMS wygląda ciekawie. Może też wypróbuję. Możesz coś napisać, jak to się ma do nagiosa jeśli chodzi o funkcjonalność? nagiosa w środowisku produkcyjnym nigdy nie używałem, a i OpenNMSa mam najwyżej jakiś miesiąc, więc jakiś super kompetentny nie jestem. Tutaj: http://www.rootdev.com/tech/opennms-vs-nagios piszą trochę ciekawych rzeczy. Tak czy inaczej wygląda toto bardzo ciekawie: banalnie proste w konfiguracji autodiscovery, sporo wtyczek wejściowych do wykresików i tresholdów (SNMP, JMX, można też parsować coś co się dostaje po http tak jak robi mod_status apaczowy czy stats z haproxy), spore mozliwości wyzwalania zdarzeń (wewnętrzne implementacje snmptrapd, sysloga, z windowsowym eventlogiem można też spiąć), możliwość łączenia usług (serwer http, baza, serwer aplikacji) w aplikacje, różne testy na dostępność usług ( np. http://www.opennms.org/wiki/Page_Sequence_Monitor_%28PSM%29_Setup ), silnik korelujący zdarzenia, path outages, integracja z Request Trackerem, mapy sieci (chyba, nie robiłem jeszcze), raporty, dashboardy... Nie do końca sprawnie poruszam się w gąszczu konfiguracji (~100 plików w /etc/opennms !), ale mają całkiem sensowne wiki, dość żywą maillistę więc w razie kłopotów jest gdzie szukać i gdzie się zwrócić o pomoc. Cacti którego teraz używam jest lepsze tylko w rysowaniu (w sensie ładniejsze wykresy robi). Mi się podoba :-) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
budowanie mavenem
Hej, Od jakiegoś czasu walczę ze spaczkowaniem OpenNMSa (http://www.opennms.org). Moje wypociny są gotowe do commitnięcia na CVSa, ale jest jedna rzecz którą chciałbym skonsultować. Chodzi o to, że OpenNMS jest budowany za pomocą mavena, który dociąga sobie zależności z netu. Moje buildery są za proxy więc postanowiłem to obejść to (zamiast ustawić -Dsystem.http.proxy jakichś przy wywołaniu mavena) przez uruchomienie mavena z opcją offline i dostarczeniem zależności w drzewie ze źródłami (w specu jako Source1). Kłopot w tym, że ręcznie dociągnięte przeze mnie zależności są cięższe od samych źródeł OpenNMSa i jedynym dostarczającym ich źródłem będą nasze distfiles. W ten sposób jest mrożonka zależności, która teoretycznie stabilizuje budowanie się speca. Pytania brzmią: Czy takie rozwiązanie jest koszerne? A może po prostu dać mavenowi robić to co mu się podoba albo za pomocą bconda siakiegoś umozliwić działanie w obu trybach (online i offline) ? A może powinienem wskazać mavenowi gdzie są interesujące go jary i dodać odpowiedenie pakiety do BR: ? Przyznam, że mój spec jest rżnięty z Debianowego debian/rules i Red Hatowego speca, które napisali deweloperzy OpenNMSa, którzy stosowali opcję polegającą na pozwolenie mavenowi na robienie co mu się podoba. Jakieś komentarze? Pozdrawiam, Mateusz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: budowanie mavenem
W dniu 15 września 2009 20:03 użytkownik Paweł Zuzelski z...@xatka.net napisał: On Tue, 15 Sep 2009, Mateusz Kijowski wrote: [...] Jest to większa robota. Brakuje mi motywacji i umiejętności żeby to zrobić mimo, że tak naprawdę wszystko jest już zrobione w projekcie JPP. Ech, tego się właśnie obawiałem... Mi z pewnościa brakuje umiejętności, ale może uda mi się nadrobić motywacją ;-). Gorzej z czasem, bo OpenNMSa chciałbym po prostu poużywać. W każdym razie każda pomoc z mavenem jest mile widziana. W takim razie muszę rzucić okiem na patche z JPP i zobaczyć czy uda mi się coś z tego zrozimueć ;-) Sam wpadłem na ten problem nie raz. Maven blokuje mi kilka aplikacji javowych. Jako workaround używam czasami anta i sam piszę pliki build.xml, albo po prostu buduję aplikację ręcznie. W przypadku javy to jest dosyć proste. Zajrzyj na przykład do java-saaj.spec. Pff, OpenNMS to chyba zbyt wielka kolubryna, żeby zrobić javac *.java . Znaczy się muszę się dowiedzieć się z czym się je build.xml. Przyznam, że mój spec jest rżnięty z Debianowego debian/rules Akurat debianiści nawet nie mają centralnych builderów. U nich developerzy sami sobie budują pakiety na swoich komputerach i uploadują gotowe pakiety, także dla nich nasz problem w ogóle nie istnieje. To nie są paczki, które idą do oficjalnych repo tylko do repo OpenNMSa. Całkiem możliwe, że debianowcy też by czegoś takiego nie wpuścili do siebie. i Red Hatowego speca, Javowe spece lepiej rżnąć z JPP. Oni nie mają speca dla OpenNMS? Wcześniej nie wpadłem na to, żeby u nich poszukać. Nie udało mi się takowego znaleźć, ale podpytam jeszcze na liście OpenNMSa, może ktoś się podjął podobnego wysiłku. które napisali deweloperzy OpenNMSa, którzy stosowali opcję polegającą na pozwolenie mavenowi na robienie co mu się podoba. U nas to nie wchodzi w grę. Buildery mają odcięty dostęp do sieci właśnie ze względu na mavena. To znaczy bezpośrednim impulsem do zablokowania resolv.conf na builderach th były śmiecie pozostawione przez mavena. Rozumiem, że mój pierwotny workaround (tj. mrożonka z mavenowych zależności) nie wchodzi w grę. Szkoda :-) Pozdrawiam, Mateusz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: brakujące R: w ejabberd
Załączony diff jest wynikiem burzliwej dyskusji wywołanej moim poprzednim mailem. Pozdrawiam, Mateusz. ejabberd.diff Description: Binary data ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
brakujące R: w ejabberd
Hej,
Postanowiłem postawić dziś ejabberda, ale domyślna instalacja powitała mnie tak:
Error in process 0.198.0 on node 'ejabb...@jabber' with exit value:
{{case_clause,{error,{open_error,-10}}},[{ejabberd_app,init,0}]}
po zmarnowaniu jakiejś tam ilości czasu okazało się, że nie mam
zainstalowanego expata, który jest mu najwyraźniej potrzebny do
/usr/lib/ejabberd/priv/lib/expat_erl.so
Ejabberd najwyraźniej ma swoje .so w dziwnym miejscu i podejrzewam, że
rpm sam nie potrafi wyciągnąć potrzebnych zależności. Proponuję więc
dodanie odpowiednich R: do speca (jest jeszcze tls_drv.so, który chce
libssl.so, libcrypto.so i libdl.so a także ejabberd_zlib_drv.so
potrzebujący libz), chyba że jest jakaś technika zmuszenia rpma do
wyszukania zależności w katalogu /usr/lib/ejabberd/priv/lib
--
Mateusz
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Koszerna lokalizacja skryptów CGI
Hej, Mam zamiar serwować repo mercuriala przez apacza i ze zdumieniem zauważyłem, że PLDowa paczka nie zawiera skryptów cgi mercuriala. Nie jest to jakiś straszny problem, umiem sobie przerobić speca. Problem leży gdzie indziej - nie wiem gdzie wrzucić pliki cgi. W pakietach zawierających takowe przyjęto różne konwencje: git-core-gitweb trzyma je sobie w /usr/lib/cgi-bin, nut-cgi w /home/services/httpd/cgi-bin, qdbm-cgi w /usr/lib/qdbm. Stąd moje pytanie - czy skrypty cgi mogą sobie leżeć gdziekolwiek, czy jest jakaś lokalizacja zalecana? -- Mateusz signature.asc Description: This is a digitally signed message part. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Samba zrzuca core
Thursday 22 of November 2007 23:44:19 Michal Kochanowicz napisał(a): Hej Od kilku dni mam problem z Sambą. Dwie maszyny: a. AC, samba-3.0.27-1 b. TH, samba-3.0.27-1.athlon Na obu arch zwraca i686. Próba podmountowania na maszynie b zasobu z a powoduje zrzut core na maszynie a. W logach widać: #v+ [2007/11/22 23:38:35, 0] lib/util.c:smb_panic(1632) PANIC (pid 7174): push_ascii - dest_len == -1 [2007/11/22 23:38:35, 0] lib/util.c:log_stack_trace(1736) BACKTRACE: 16 stack frames: #0 smbd(log_stack_trace+0x2d) [0x827961d] #1 smbd(smb_panic+0x5a) [0x827948a] #2 smbd [0x8260cc5] #3 smbd(push_string_fn+0x4c) [0x826188c] #4 smbd(srvstr_push_fn+0x58) [0x80f33b8] #5 smbd [0x80d75e2] #6 smbd [0x80d8afc] #7 smbd(handle_trans2+0xf7) [0x80e52c7] #8 smbd(reply_trans2+0x48b) [0x80e5b6b] #9 smbd [0x81030e9] #10 smbd [0x8103311] #11 smbd [0x81033e6] #12 smbd(smbd_process+0x19d) [0x810434d] #13 smbd(main+0x98d) [0x834bd7d] #14 /lib/tls/libc.so.6(__libc_start_main+0xd5) [0x4033c015] #15 smbd [0x8089fa1] [2007/11/22 23:38:35, 0] lib/fault.c:dump_core(181) dumping core in /var/log/samba/cores/smbd #v- Polecenie mountujące wyglada tak: smbmount //woland/misiek misiek -o username=misiek,iocharset=iso8859-2,codepage=852,fmask=0640,dmask=0750,cred entials=$HOME/.smbpasswd Jakieś pomysły o co może chodzić? Ja mogę tylko potwierdzić, u mnie na AC (też i686) było montowane mount -t cifs i też się wywalało. Po cofce wszystko gra. Upstream najwyraźniej naprawił: https://bugzilla.samba.org/show_bug.cgi?id=5087 Powinno wystarczyć podbicie do 3.0.27a ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dovecot i inotify w AC
Dnia środa, 21 listopada 2007, Patryk Zawadzki napisał: 21-11-07, Mateusz Kijowski [EMAIL PROTECTED] napisał(a): Jest jeszcze: http://lists.freedesktop.org/archives/hal/2007-January/007066.html gdzie sugerują dodanie sys/inotify.h do glibc i to mi się chyba najbardziej podoba. Tak pewnie zrobię, chyba, że ktoś mądrzejszy zna jakieś inne rozwiązanie. A nie prościej wrzucić do katalogu includes danego pakietu? No tak, najprostsze rozwiązania są z reguły najlepsze... Dzięki za podpowiedź. Zbudowało sie i działa :-) Zastanawiam się jeszcze czy %configure \ ... CPPFLAGS=-I`pwd`/include \ ... jest koszerną metodą na dodanie -I. Najbardziej nie jestem pewien tego `pwd`... Pozdrawiam, Mateusz signature.asc Description: This is a digitally signed message part. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dovecot i inotify w AC
Dnia czwartek, 22 listopada 2007, Jakub Bogusz napisał:
[...]
%configure \
...
CPPFLAGS=-I`pwd`/include \
...
W tej postaci na pewno nie jest koszernie, bo nadpisujesz cppflagi
podawane przez rpma... CPPFLAGS=%{rpmcxxflags}
-I/i_tu_raczej_samo_include/
CPPFLAGS to flagi preprocesora, a nie kompilatora C++.
Domyślne CPPFLAGS są puste.
jest koszerną metodą na dodanie -I. Najbardziej nie jestem pewien
tego `pwd`...
pwd raczej nie jest fajne, bo a co jak ja sobie zacznę budować ten
pakiet z innego miejsca? Wolno mi. Lepiej na twardo wpisać lokacje.
?
Jakiego innego miejsca, jaką lokacje, jak na twardo, skoro zależy od
lokalnego %{_builddir}?
To ja zgłupałem już... `pwd` jest cacy, czy nie?
Też mi się wydawało, że %build ustawia cwd na katalog z rozpakowanymi i
połatanymi źródłami, ale może są sytuacje, w których tak nie jest.
Pozdrawiam,
Mateusz
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Dovecot i inotify w AC
Hejho, Ostatnio zauważyłem że IDLE nie działa u mnie gdy nowa wiadomość jest przeniesiona przez sieve przy dostarczaniu. Podłubałem i okazało się, że w trakcie configure dovecota wychodzi coś takiego: configure:22727: checking whether we can use inotify configure:22786: amd64-pld-linux-gcc -o conftest -std=gnu99 -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast conftest.c 5 conftest.c:70:31: sys/inotify.h: No such file or directory trochę poguglałem i wychodzi na to, że sys/inotify.h jest dopiero w glibc 2.4, a w AC jest 2.3.6. Na wiki dovecota proponują ściągnięcie inotify.h z kernel.org i instalacje w /usr/local/include/sys: http://wiki.dovecot.org/CompilingSource#head-9a82ac9ec0d79f2230f2fb81b2ff85b940290eaa jednak takie rozwiązanie nie wchodzi chyba w grę przy budowaniu paczki. Znalazłem jeszcze: http://www.mail-archive.com/dovecot%40dovecot.org/msg05867.html gdzie odradzają korzystanie z nagłówków z kernel-headers, zresztą wciąganie takiego dużego BR dla jednego nagłówka wydaje mi się przesadne. Jest jeszcze: http://lists.freedesktop.org/archives/hal/2007-January/007066.html gdzie sugerują dodanie sys/inotify.h do glibc i to mi się chyba najbardziej podoba. Tak pewnie zrobię, chyba, że ktoś mądrzejszy zna jakieś inne rozwiązanie. Pozdrawiam, Mateusz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mój pierwszy spec
Dnia czwartek, 27 września 2007, Adam Gołębiowski napisał:
On Thu, Sep 27, 2007 at 06:29:09PM +0200, Mateusz Kijowski wrote:
Pakiet dodaje nowego usera i przyznaję że gid/uid 87 wziąłem sobie z
kapelusza - nie doczytałem nigdzie jak można sprawdzić które {g,u}idy są
już zajęte.
W pliku uid_gid.db.txt:
http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/uid_gid.db.txt?rev=HEAD
Rozumiem, że każdy wolny jest do wzięcia. W załączeniu oprócz poprawionego
speca jest diff uid_gid.db.txt.
Pozdrawiam,
Mateusz
Summary:Web-based Distributed Authoring and Versioning - caching version
Summary(pl.UTF-8): BazujÄ
ce na WWW Rozproszone Autoryzowanie i
Wersjonowanie - wersja z cache
Name: davfs2
Version:1.2.2
Release:1
License:GPL
Group: Base/
Source0:http://dl.sourceforge.net/dav/%{name}-%{version}.tar.gz
# Source0-md5: 147d36163101d226467a78d499f2459e
URL:http://dav.sourceforge.net/
BuildRequires: autoconf
BuildRequires: neon-devel = 0.24
BuildRequires: openssl-devel = 0.9.7d
BuildRequires: rpmbuild(macros) = 1.118
Requires: neon = 0.24
Requires(post): fileutils
Requires(post,preun): /sbin/chkconfig
Requires(postun): /usr/sbin/groupdel
Requires(postun): /usr/sbin/userdel
Requires(pre): /bin/id
Requires(pre): /usr/bin/getgid
Requires(pre): /usr/sbin/groupadd
Requires(pre): /usr/sbin/useradd
Provides: group(davfs)
Provides: user(davfs)
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
WebDAV is an acronym for Web-based Distributed Authoring and Version-
ing. Usually HTTP is a read only protocol, but if you install DAV on
your web server, it becomes writable. Furthermore, if you use DAVfs,
you can mount your web server onto your filesystem and can use it as a
normal disk.
This package contains the caching version of davfs.
%description -l pl.UTF-8
WebDAV to bazujÄ
ce na WWW Rozproszone Autoryzowanie i Wersjonowanie.
Zazwyczaj protokóŠHTTP jest protokoĹem tylko do odczytu ale po
zainstalowaniu DAVa staje siÄ on rĂłwnieĹź zapisywalnym. Co wiÄcej jeĹli
uĹźywasz DAVfs to moĹźesz montowaÄ swĂłj serwer WWW jako system plikĂłw i
uĹźywaÄ tak jak normalnego dysku.
Ten pakiet zawiera wersjÄ davfs korzystajÄ
cÄ
z cache'u.
%prep
%setup -q
%build
%configure
%{__make}
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT/sbin
install -d $RPM_BUILD_ROOT%{_mandir}/{man5,man8}
install -d $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install -d $RPM_BUILD_ROOT%{_var}/cache/%{name}
install src/{,u}mount.davfs $RPM_BUILD_ROOT/sbin
install etc/{davfs2.conf,secrets} $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install man/*.5 $RPM_BUILD_ROOT%{_mandir}/man5/
install man/*.8 $RPM_BUILD_ROOT%{_mandir}/man8/
%clean
rm -rf $RPM_BUILD_ROOT
%pre
%groupadd -g 222 davfs
%useradd -u 221 -r -d /var/cache/%{name} -s /bin/false -c DAVfs User -g davfs
davfs
%postun
if [ $1 = 0 ]; then
%userremove davfs
%groupremove davfs
fi
%files
%defattr(644,root,root,755)
%doc ABOUT-NLS COPYING INSTALL README.translators aclocal.m4 AUTHORS ChangeLog
NEWS THANKS BUGS FAQ README TODO
%doc %{_mandir}/man5/*
%doc %{_mandir}/man8/*
%config(noreplace) %attr(600,root,root) %{_sysconfdir}/%{name}/secrets
%config %{_sysconfdir}/%{name}/davfs2.conf
%attr(755,root,root) /sbin/*
%attr(755,davfs,davfs) %{_var}/cache/%{name}
%define date%(echo `LC_ALL=C date +%a %b %d %Y`)
--- uid_gid.db.txt~ 2007-09-27 19:12:14.0 +0200
+++ uid_gid.db.txt 2007-09-27 19:13:24.0 +0200
@@ -215,6 +215,7 @@
218 anope anope Anope IRC Services
219 vacation postfixadmin Vacation mail scripts
220 polkituser PolicyKit
+221 davfs davfs2 davfs fuse module user
GID
@@ -424,6 +425,7 @@
219 vacation postfixadmin Vacation mail scripts
220 polkituser PolicyKit TODO: contact author to clear up the name
221 vbox VirtualBox for /dev/vboxdrv writers
+222 davfs davfs2 davfs fuse module group
1000 users setup
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mój pierwszy spec - tym razem ze specem
Dzięki :-) Jakich konkretnie specyficznych dla PLD wpisów brakuje?
Głównie to chyba tylko dolnej notki przed changelogiem. Tego CVS nie
dorzuci automatycznie.
adapter wystarczy odpalić.
Aadpter krzyczał Unknown group! jeszcze więc dodałem do
Networking/Utilities.
Czy teraz jest już zupełnie koszernie?
Pozdrawiam,
Mateusz
# $Revision:$, $Date:$
Summary:Web-based Distributed Authoring and Versioning - caching version
Summary(pl.UTF-8): BazujÄ
ce na WWW Rozproszone Autoryzowanie i
Wersjonowanie - wersja z cache
Name: davfs2
Version:1.2.2
Release:1
License:GPL
Group: Networking/Utilities
Source0:http://dl.sourceforge.net/dav/%{name}-%{version}.tar.gz
# Source0-md5: 147d36163101d226467a78d499f2459e
URL:http://dav.sourceforge.net/
BuildRequires: autoconf
BuildRequires: neon-devel = 0.24
BuildRequires: openssl-devel = 0.9.7d
BuildRequires: rpmbuild(macros) = 1.118
Requires(post): fileutils
Requires(post,preun): /sbin/chkconfig
Requires(postun): /usr/sbin/groupdel
Requires(postun): /usr/sbin/userdel
Requires(pre): /bin/id
Requires(pre): /usr/bin/getgid
Requires(pre): /usr/sbin/groupadd
Requires(pre): /usr/sbin/useradd
Requires: neon = 0.24
Provides: group(davfs)
Provides: user(davfs)
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
WebDAV is an acronym for Web-based Distributed Authoring and Version-
ing. Usually HTTP is a read only protocol, but if you install DAV on
your web server, it becomes writable. Furthermore, if you use DAVfs,
you can mount your web server onto your filesystem and can use it as a
normal disk.
This package contains the caching version of davfs.
%description -l pl.UTF-8
WebDAV to bazujÄ
ce na WWW Rozproszone Autoryzowanie i Wersjonowanie.
Zazwyczaj protokóŠHTTP jest protokoĹem tylko do odczytu ale po
zainstalowaniu DAVa staje siÄ on rĂłwnieĹź zapisywalnym. Co wiÄcej
jeĹli uĹźywasz DAVfs to moĹźesz montowaÄ swĂłj serwer WWW jako
system plikĂłw i uĹźywaÄ tak jak normalnego dysku.
Ten pakiet zawiera wersjÄ davfs korzystajÄ
cÄ
z cache'u.
%prep
%setup -q
%build
%configure
%{__make}
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT/sbin
install -d $RPM_BUILD_ROOT%{_mandir}/{man5,man8}
install -d $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install -d $RPM_BUILD_ROOT%{_var}/cache/%{name}
install src/{,u}mount.davfs $RPM_BUILD_ROOT/sbin
install etc/{davfs2.conf,secrets} $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install man/*.5 $RPM_BUILD_ROOT%{_mandir}/man5/
install man/*.8 $RPM_BUILD_ROOT%{_mandir}/man8/
%clean
rm -rf $RPM_BUILD_ROOT
%pre
%groupadd -g 222 davfs
%useradd -u 221 -r -d /var/cache/%{name} -s /bin/false -c DAVfs User -g davfs
davfs
%postun
if [ $1 = 0 ]; then
%userremove davfs
%groupremove davfs
fi
%files
%defattr(644,root,root,755)
%doc ABOUT-NLS COPYING INSTALL README.translators aclocal.m4 AUTHORS ChangeLog
NEWS THANKS BUGS FAQ README TODO
%{_mandir}/man5/*
%{_mandir}/man8/*
%config(noreplace) %attr(600,root,root) %{_sysconfdir}/%{name}/secrets
%config %{_sysconfdir}/%{name}/davfs2.conf
%attr(755,root,root) /sbin/*
%attr(755,davfs,davfs) %{_var}/cache/%{name}
%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:$
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
nakładka smbk5pwd do OpenLDAPa
Hej,
DoÅożyÅem do openldap.spec budowanie nakÅadki smbk5pwd, która pozwala na
automatyczne aktualizowanie haseÅ Samby i Kerberosa przy wykonywaniu
PasswordModify. Bazowy spec jest wziÄty z AC-branch, buduje siÄ i o dziwo
dziaÅa na Ac. Na Th nie miaÅem jak sprawdziÄ. Budowanie nakÅadki jest
domyÅlnie wyÅÄ
czone bcondem smbk5pwd z racji dodatkowego BuildRequires.
Nie jestem pewien tylko zależnoÅci, bo tak na chÅopski rozum powinno chcieÄ
coÅ od samby jeszcze ale moze nie musi.
Może siÄ komuÅ przyda.
Pozdrawiam,
Mateusz
Index: openldap.spec
===
RCS file: /cvsroot/SPECS/openldap.spec,v
retrieving revision 1.236.2.13
diff -r1.236.2.13 openldap.spec
12a13
%bcond_with smbk5pwd # don't build samba and/or kerberos password change support overlay
22c23
Release: 1
---
Release: 2
45a47
59a62
%{?with_smbk5pwd:BuildRequires: heimdal-devel}
539a543,590
%if %{with smbk5pwd}
%package overlay-smbk5pwd
Summary: smbk5pwd overlay for OpenLDAP server
Summary(pl): Nak³adka smbk5pwd dla serwera OpenLDAP
Group: Networking/Daemons
Requires(post,preun): sed = 4.0
Requires: %{name}-servers = %{version}-%{release}
Requires: heimdal-libs
%description overlay-smbk5pwd
This package contains a slapd overlay, smbk5pwd, that extends the
PasswordModify Extended Operation to update Kerberos keys and Samba
password hashes for an LDAP user.
The Kerberos support is written for Heimdal using its hdb-ldap backend.
If a PasswordModify is performed on an entry that has the krb5KDCEntry
objectclass, then the krb5Key and krb5KeyVersionNumber will be updated
using the new password in the PasswordModify request. Additionally, a
new {K5KEY} password hash mechanism is provided. For krb5KDCEntries that
have this hash specifier in their userPassword attribute, Simple Binds
will be checked against the Kerberos keys of the Entry. No data is
needed after the {K5KEY} hash specifier in the userPassword, it is
looked up from the Entry directly.
The Samba support is written using the Samba 3.0 LDAP schema. If a
PasswordModify is performed on an entry that has the sambaSamAccount
objectclass, then the sambaLMPassword, sambaNTPassword, and sambaPwdLastSet
attributes will be updated accordingly.
%description -l pl overlay-smbk5pwd
Ta paczka zawiera nak³adkê smbk5pwd, która rozsze¿a operacjê PasswordModify
tak, ¿e aktualizowane s± klucze Kerberosa i hasze Samby u¿ytkownika LDAP.
Wsparcie dla Kerberosa jest napisane dla Heimdala u¿ywaj±c jego bakend
hdb-ldap. Gdy jest wykonywana operacja PasswordModify dla wpisu klasy
krb5KDCEntry, atrybuty krb5Key i krb5KeyVersionNumber zostan± zmienione
zgodnie z has³em dostarczonym razem z ¿±daniem PasswordModify. Dodatkowo
udostêpniany jest nowy mechanizm hasza {K5KEY}. Has³a wpisów krb5KDCEntry,
które maj± ten mechanizm w atrybucie userPassword, bêd± przy prostym
bindowaniu sprawdzane z kluczami Kerberosa wpisu. Po {K5KEY} w atrybucie
userPassword nie s± potrzebne ¿adne dodatkowe dane, klucze s± wyszukiwane
bezpo¶rednio z wpisu.
Wparcie dla Samby jest oparte o schemat LDAP Samby 3.0. Gdy jest wykonywana
operacja PasswordModify dla wpisu klasy sambaSamAccount atrybuty
sambaLMPassword, sambaNTPassword i sambaPwdLastSet s± odpowiednio uaktualniane
%endif
637a689
759a812,815
%if %{with smbk5pwd}
%{__make} -C contrib/slapd-modules/smbk5pwd smbk5pwd.la
%endif
774a831,837
%if %{with smbk5pwd}
install contrib/slapd-modules/smbk5pwd/smbk5pwd.la $RPM_BUILD_ROOT%{_libdir}/openldap
install contrib/slapd-modules/smbk5pwd/.libs/smbk5pwd.so* $RPM_BUILD_ROOT%{_libdir}/openldap
install -d $RPM_BUILD_ROOT%{_docdir}/%{name}/smbk5pwd
install contrib/slapd-modules/smbk5pwd/README $RPM_BUILD_ROOT%{_docdir}/%{name}/smbk5pwd
%endif
983a1047,1054
%if %{with smbk5pwd}
%post overlay-smbk5pwd
%ldap_module_add smbk5pwd.la
%preun overlay-smbk5pwd
%ldap_module_remove smbk5pwd.la
%endif
1195a1267,1274
%if %{with smbk5pwd}
%files overlay-smbk5pwd
%defattr(644,root,root,755)
%doc %{_docdir}/%{name}/smbk5pwd/*
%attr(755,root,root) %{_libdir}/openldap/smbk5pwd*.so*
%{_libdir}/openldap/smbk5pwd.la
%endif
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mój pierwszy spec - tym razem ze specem
Dnia czwartek, 27 września 2007, Bartosz Świątek napisał: 2007/9/27, Mateusz Kijowski [EMAIL PROTECTED]: ...w załączeniu davfs2.spec Brakuje Source0-md5 i paru PLD-specific wpisow w specu, poza tym wydaje sie byc calkiem ladny, ten spec. Gratuluje. Dzięki :-) Jakich konkretnie specyficznych dla PLD wpisów brakuje? Pozdrawiam, Mateusz signature.asc Description: This is a digitally signed message part. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Kolejne podejście do dovecot'a
Hej,
W załączeniu przesyłam diff kolejnej wersji dovecota porozbijanego na paczki.
Dovecot aż prosi się żeby go porozbijać z racji jego dość modularnej budowy. W
porównaniu do poprzedniej wersji wywaliłem budowanie dovecot-sieve w ramach
dovecot.spec i podbiłem dovecota do 1.0.5.
Przydatna też może być nowa wersja initskryptu - gdy logi pisze sam dovecot
(nie syslog jak domyślnie) po zrotowaniu trzeba mu wysłać SIGUSR1 - stąd
flush-logs w initskrypcie.
Diff jest robiony względem HEAD, paczki budują się elegancko na Ac. Dovecot
zbudowany z tego speca chodzi od niecałego tygodnia na produkcji na Ac. Na Th
nie sprawdzałem (bo w zasadzie nie mam gdzie...).
Może się komuś przyda.
Pozdrawiam,
Mateusz
--- dovecot.init~ 2007-03-28 12:14:32.0 +0200
+++ dovecot.init 2007-09-20 23:08:46.0 +0200
@@ -63,12 +63,17 @@
killproc dovecot -HUP
exit $?
;;
+ flush-logs)
+msg_reloading Dovecot
+ killproc dovecot -USR1
+ exit $?
+ ;;
status)
status dovecot
exit $?
;;
*)
- msg_usage $0 {start|stop|reload|restart|force-reload|status}
+ msg_usage $0 {start|stop|reload|flush-logs|restart|force-reload|status}
exit 3
esac
Index: dovecot.spec
===
RCS file: /cvsroot/SPECS/dovecot.spec,v
retrieving revision 1.70
diff -r1.70 dovecot.spec
14c14
Release: 2
---
Release: 3
49d48
Provides: imapdaemon
121a121,304
%description -l pl.UTF8
Ten pakiet zawiera pliki umozliwiające linkowanie z %{name}.
%package imap
Summary:IMAP4 support for dovecot
Summary(pl):Obsługa IMAP4 dla dovecot
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
Provides: imapdaemon
%description imap
IMAP4rev1 support for dovecot.
%description -l pl.UTF8 imap
Obsługa IMAP4rev1 dla dovecot'a.
%package lda
Summary:Dovecot's Local Delivery Agent
Summary(pl):Agent dostarczania lokalnego (LDA) dovecota
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
%description lda
Dovecot's Local Delivery Agent.
%description -l pl.UTF8 lda
Agent dostarczania lokalnego dovecota.
%package pop3
Summary:POP3 support for dovecot
Summary(pl):Obsługa POP3 dla dovecot
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
Provides: pop3daemon
%description pop3
POP3 support for dovecot.
%description -l pl.UTF8 pop3
Obsługa POP3 dla dovecota.
%package plugin-acl
Summary:Access Control Lists for mailboxes
Summary(pl):ACLe dla skrzynek pocztowych
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
%description plugin-acl
This plugin enables Access Control Lists for mailboxes. Note that
dovecot currently does not support the IMAP ACL extension. This plugin
enables setting ACLs only by the server administrator.
%description -l pl.UTF8 plugin-acl
Ta wtyczka umozliwia korzystanie z ACLi dla skrzynek pocztowych. Dovecot
nie wspiera jednak rozszeżenia ACL protokołu IMAP. Ta wtyczka pozwala na
ustawianie lisk kontroli dostępu tylko przez administratora serwera
%package plugin-lazy-expunge
Summary:Make EXPUNGE and DELETE commands just rename the mails elsewhere
Summary(pl):Komendy EXPUNGE i DELETE przenoszą wiadomości zamiast ich usuwać
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
%description plugin-lazy-expunge
This plug-in makes EXPUNGE and DELETE commands just rename the mails
elsewhere.
%description -l pl.UTF8 plugin-lazy-expunge
Ta wtyczka sprawia, że komendy EXPUNGE i DELETE przenoszą wiadomości
zamiast ich usuwać..
%package plugin-quota
Summary:Quota tracking and enforcing
Summary(pl):Śledzenie i pilnowanie quot
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:http://dovecot.org/
Requires: %{name} = %{version}-%{release}
%description plugin-quota
This plug-in enables quota tracking and enforcing.
%description -l pl.UTF8 plugin-quota
Ta wtyczka umozliwia śledzenie i pilnowanie quot.
%package plugin-trash
Summary:Delete mails from Trash when user would go over quota
Summary(pl):Usuwanie wiadomości z kosza gdy użytkownik przekracza quotę
Version:%{version}
License:LGPL v2.1 and MIT
Group: Networking/Daemons
URL:
Mój pierwszy spec
Hej,
Znalazłem davfs2.spec. Kiedyś potrzebowałem a wersja w cvs wydawała się
baardzo stara. Nie zdecydowałem się podbijać davfs.spec, bo davfs2 ma sporo
zmian, z których najpoważniejszą jest wprowadzenie cache'u. Pozatym ze strony
http://davfs.sourceforge.net można wywnioskować, że davfs (bez cache'u,
0.2.9) jest nadal utrzymywany.
Pakiet dodaje nowego usera i przyznaję że gid/uid 87 wziąłem sobie z
kapelusza - nie doczytałem nigdzie jak można sprawdzić które {g,u}idy są
już zajęte.
Nie jest to wielki spec, ale i tak byłoby miło gdyby Ktoś przejrzał go i
wytknął mi moje błędy.
Pozdrawiam,
Mateusz.
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Mój pierwszy spec - tym razem ze specem
...w załączeniu davfs2.spec
Summary:Web-based Distributed Authoring and Versioning - caching version
Summary(pl.UTF-8): Bazujące na WWW Rozproszone Autoryzowanie i
Wersjonowanie - wersja z cache
Name: davfs2
Version:1.2.2
Release:1
License:GPL
Group: Base/
Source0:http://dl.sourceforge.net/dav/%{name}-%{version}.tar.gz
URL:http://dav.sourceforge.net/
BuildRequires: autoconf
BuildRequires: neon-devel = 0.24
BuildRequires: openssl-devel = 0.9.7d
BuildRequires: rpmbuild(macros) = 1.118
Requires: neon = 0.24
Requires(post): fileutils
Requires(post,preun): /sbin/chkconfig
Requires(postun): /usr/sbin/groupdel
Requires(postun): /usr/sbin/userdel
Requires(pre): /bin/id
Requires(pre): /usr/bin/getgid
Requires(pre): /usr/sbin/groupadd
Requires(pre): /usr/sbin/useradd
Provides: group(davfs)
Provides: user(davfs)
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
WebDAV is an acronym for Web-based Distributed Authoring and Version-
ing. Usually HTTP is a read only protocol, but if you install DAV on
your web server, it becomes writable. Furthermore, if you use DAVfs,
you can mount your web server onto your filesystem and can use it as a
normal disk.
This package contains the caching version of davfs.
%description -l pl.UTF-8
WebDAV to bazujące na WWW Rozproszone Autoryzowanie i Wersjonowanie.
Zazwyczaj protokół HTTP jest protokołem tylko do odczytu ale po
zainstalowaniu DAVa staje się on również zapisywalnym. Co więcej jeśli
używasz DAVfs to możesz montować swój serwer WWW jako system plików i
używać tak jak normalnego dysku.
Ten pakiet zawiera wersję davfs korzystającą z cache'u.
%prep
%setup -q
%build
%configure
%{__make}
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT/sbin
install -d $RPM_BUILD_ROOT%{_mandir}/{man5,man8}
install -d $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install -d $RPM_BUILD_ROOT%{_var}/cache/%{name}
install src/{,u}mount.davfs $RPM_BUILD_ROOT/sbin
install etc/{davfs2.conf,secrets} $RPM_BUILD_ROOT%{_sysconfdir}/%{name}
install man/*.5 $RPM_BUILD_ROOT%{_mandir}/man5/
install man/*.8 $RPM_BUILD_ROOT%{_mandir}/man8/
%clean
rm -rf $RPM_BUILD_ROOT
%pre
%groupadd -g 87 davfs
%useradd -u 87 -r -d /var/cache/%{name} -s /bin/false -c DAVfs User -g davfs
davfs
%postun
if [ $1 = 0 ]; then
%userremove davfs
%groupremove davfs
fi
%files
%defattr(644,root,root,755)
%doc ABOUT-NLS COPYING INSTALL README.translators aclocal.m4 AUTHORS ChangeLog
NEWS THANKS BUGS FAQ README TODO
%doc %{_mandir}/man5/*
%doc %{_mandir}/man8/*
%config(noreplace) %attr(600,root,root) %{_sysconfdir}/%{name}/secrets
%config %{_sysconfdir}/%{name}/davfs2.conf
%attr(755,root,root) /sbin/*
%attr(755,davfs,davfs) %{_var}/cache/%{name}
%define date%(echo `LC_ALL=C date +%a %b %d %Y`)
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
dovecot.spec
Hejho,
Podłubałem trochę w dovecocie z AC-branch, bo potrzebowałem wtyczki
cmusieve. Przy okazji dodania tej wtyczki pozwoliłem sobie rozbić
dovecota na mniejsze paczki - tak wydaje mi się bardziej koszernie.
Buduje się na i686 i x64_86. W załączeniu diff wzgledęm AC-branch.
Pozdrawiam,
Mateusz
Index: dovecot.spec
===
RCS file: /cvsroot/SPECS/dovecot.spec,v
retrieving revision 1.40.2.11
diff -u -r1.40.2.11 dovecot.spec
--- dovecot.spec 5 Aug 2007 16:02:04 - 1.40.2.11
+++ dovecot.spec 1 Sep 2007 12:19:44 -
@@ -6,19 +6,25 @@
%bcond_without pgsql # without PostgreSQL auth
%bcond_without sqlite # without SQLite3 auth
%bcond_without sasl # without SASL auth
-#
+%bcond_without sieve # with LDA sieve plug-in
+
+%define sieve_ver 1.0.2
+%define dovecot_ver 1.0.3
+
Summary: IMAP and POP3 server written with security primarily in mind
Summary(pl): Serwer IMAP i POP3 pisany g³ównie z my¶l± o bezpieczeñstwie
Name: dovecot
-Version: 1.0.3
-Release: 1
+Version: %{dovecot_ver}
+Release: 2
License: LGPL v2.1 and MIT
Group: Networking/Daemons
Source0: http://dovecot.org/releases/1.0/%{name}-%{version}.tar.gz
# Source0-md5: 1d7cc3c4964789554553e7e4ea3f82b4
-Source1: %{name}.pamd
-Source2: %{name}.init
-Source3: %{name}.sysconfig
+%{?with_sieve:Source1: http://dovecot.org/releases/sieve/%{name}-sieve-%{sieve_ver}.tar.gz}
+# Source1-md5: 508926fc9ff8e0f6e13506e237d4916b
+Source2: %{name}.pamd
+Source3: %{name}.init
+Source4: %{name}.sysconfig
Patch0: %{name}-config.patch
URL: http://dovecot.org/
BuildRequires: autoconf
@@ -110,9 +116,229 @@
- quota Maildir++ jest obs³ugiwana, ale twarda quota na systemach
plików mo¿e byæ problematyczna
+%package imap
+Summary: IMAP4 support for dovecot
+Summary(pl): Obs³uga IMAP4 dla dovecot
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description imap
+IMAP4rev1 support for dovecot.
+
+%description -l pl imap
+Obs³uga IMAP4rev1 dla dovecot'a.
+
+%package lda
+Summary: Dovecot's Local Delivery Agent
+Summary(pl): Agent dostarczania lokalnego (LDA) dovecot'a
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description lda
+Dovecot's Local Delivery Agent.
+
+%description -l pl lda
+Agent dostarczania lokalnego dovecot'a.
+
+%package pop3
+Summary: POP3 support for dovecot
+Summary(pl): Obs³uga POP3 dla dovecot
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description pop3
+POP3 support for dovecot.
+
+%description -l pl pop3
+Obs³uga POP3 dla dovecot'a.
+
+%package plugin-acl
+Summary: Access Control Lists for mailboxes
+Summary(pl): ACLe dla skrzynek pocztowych
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description plugin-acl
+This plug-in enables Access Control Lists for mailboxes.
+
+%description -l pl plugin-acl
+Ta wtyczka umozliwia korzystanie z ACLi dla skrzynek pocztowych.
+
+
+%package plugin-lazy-expunge
+Summary: Make EXPUNGE and DELETE commands just rename the mails elsewhere
+Summary(pl): Komendy EXPUNGE i DELETE przenosz± wiadomo¶ci zamiast ich usuwaæ
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description plugin-lazy-expunge
+This plug-in makes EXPUNGE and DELETE commands just rename the mails
+elsewhere.
+
+%description -l pl plugin-lazy-expunge
+Ta wtyczka sprawia, ¿e komendy EXPUNGE i DELETE przenosz± wiadomo¶ci
+zamiast ich usuwaæ.
+
+
+%package plugin-quota
+Summary: Quota tracking and enforcing
+Summary(pl): ¦ledzenie i pilnowanie quot
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+
+%description plugin-quota
+This plug-in enables quota tracking and enforcing.
+
+%description -l pl plugin-quota
+Ta wtyczka umozliwia ¶ledzenie i pilnowanie quot.
+
+%package plugin-trash
+Summary: Delete mails from Trash when user would go over quota
+Summary(pl): Usuwanie wiadomo¶ci z kosza gdy u¿ytkownik przekracza quotê
+Version: %{version}
+License:LGPL v2.1 and MIT
+Group: Networking/Daemons
+URL: http://dovecot.org/
+Requires: %{name} = %{version}-%{release}
+Requires: %{name}-plugin-quota = %{version}-%{release}
+
+%description plugin-trash
+This plug-in allows deleting mails from Trash when user would go over quota.
+
+%description -l pl plugin-trash
+Ta wtyczka umo¿liwia usuwanie wiadomo¶ci z kosza gdy u¿ytkownik przekracza quotê.
+
+
+%package plugin-convert
Postfix 2.2.11
Czołem,
Pozwoliłem sobie zaktualizować speca z AC-branch postfixa do najnowszej
wersji. W załączeniu diff speca, patch lib64 z HEAD (głowy nie dam że jest
potrzebny, ale raczej nie zaszkodzi) i diff patcha log-proxy-rejects. Buduje
się i działa na i686 i amd64.
Może się komuś przyda albo trafi kiedyś do CVSa.
Przy okazji - czy są jakieś konkretne powody dla których postfix w Th jest w
wersji 2.3.6 a nie w najnowszej (2.4.5)?
Pozdrawiam,
Mateusz.
--- postfix-2.3.0/conf/dynamicmaps.cf~ 2006-07-25 13:36:17.245609587 +0300
+++ postfix-2.3.0/conf/dynamicmaps.cf 2006-07-25 13:37:00.056561114 +0300
@@ -6,4 +6,4 @@
#
#type location of .so file name of open function
# =
-* /usr/lib/postfix/dict_%s.so dict_%s_open
+* /usr/lib64/postfix/dict_%s.so dict_%s_open
Index: postfix-log-proxy-rejects.patch
===
RCS file: /cvsroot/SOURCES/postfix-log-proxy-rejects.patch,v
retrieving revision 1.1
diff -u -r1.1 postfix-log-proxy-rejects.patch
--- postfix-log-proxy-rejects.patch 8 Sep 2005 15:47:16 - 1.1
+++ postfix-log-proxy-rejects.patch 22 Aug 2007 16:47:24 -
@@ -1,6 +1,6 @@
--- postfix-2.2.3/src/smtpd/smtpd.c~ 2005-09-08 15:51:27.479075120 +0200
+++ postfix-2.2.3/src/smtpd/smtpd.c 2005-09-08 17:28:05.934984184 +0200
-@@ -2076,8 +2076,11 @@
+@@ -2079,9 +2079,12 @@
if (state-err == CLEANUP_STAT_OK) {
(void) smtpd_proxy_cmd(state, SMTPD_PROX_WANT_ANY, .);
if (state-err == CLEANUP_STAT_OK
@@ -10,9 +10,10 @@
+ smtpd_check_reject(state, MAIL_ERROR_POLICY,
+ %s, STR(state-proxy_buffer));
+ }
- } else {
- state-error_mask |= MAIL_ERROR_SOFTWARE;
- state-err |= CLEANUP_STAT_PROXY;
+ } else if (state-err != CLEANUP_STAT_SIZE) {
+ state-err |= CLEANUP_STAT_PROXY;
+ vstring_sprintf(state-proxy_buffer,
+ 451 Error: queue file write error);
--- postfix-2.2.3/src/smtpd/smtpd_check.c~ 2005-09-08 15:51:27.482074664 +0200
+++ postfix-2.2.3/src/smtpd/smtpd_check.c 2005-09-08 17:28:05.192097120 +0200
@@ -764,7 +764,7 @@
Index: postfix.spec
===
RCS file: /cvsroot/SPECS/postfix.spec,v
retrieving revision 1.251.2.10
diff -u -r1.251.2.10 postfix.spec
--- postfix.spec 17 Aug 2007 12:32:51 - 1.251.2.10
+++ postfix.spec 22 Aug 2007 16:48:44 -
@@ -14,6 +14,7 @@
# TODO:
# - check/fix 'polish' bcond
#
+%define vda_ver 2.2.10
Summary: Postfix Mail Transport Agent
Summary(cs): Postfix - program pro přepravu pošty (MTA)
Summary(es): Postfix - Un MTA (Mail Transport Agent) de alto desempeńo
@@ -22,21 +23,21 @@
Summary(pt_BR): Postfix - Um MTA (Mail Transport Agent) de alto desempenho
Summary(sk): Agent prenosu pošty Postfix
Name: postfix
-Version: 2.2.5
-Release: 15
+Version: 2.2.11
+Release: 0.2
Epoch: 2
License: distributable
Group: Networking/Daemons
Source0: ftp://ftp.porcupine.org/mirrors/postfix-release/official/%{name}-%{version}.tar.gz
-# Source0-md5: 9c13d58494c64012bfd8ab0d6967305c
+# Source0-md5: 03f416410110bf46352004dcae67a5fe
Source1: %{name}.aliases
Source2: %{name}.cron
Source3: %{name}.init
Source4: %{name}.sysconfig
Source5: %{name}.sasl
Source6: %{name}.pamd
-Source7: http://web.onda.com.br/nadal/postfix/VDA/%{name}-%{version}-vda.patch.gz
-# Source7-md5: 6fb8fdac842e561ca19cc1ed6cd9f810
+Source7: http://web.onda.com.br/nadal/postfix/VDA/%{name}-%{vda_ver}-vda.patch.gz
+# Source7-md5: 8237cd654eb116d35785b11de6e5ca9c
Patch0: %{name}-config.patch
Patch1: %{name}-conf_msg.patch
Patch2: %{name}-dynamicmaps.patch
@@ -48,6 +49,7 @@
Patch7: %{name}-size-check-before-proxy.patch
Patch8: %{name}-log-proxy-rejects.patch
Patch9: %{name}-ident.patch
+Patch10: %{name}-lib64.patch
URL: http://www.postfix.org/
%{?with_sasl:BuildRequires: cyrus-sasl-devel}
BuildRequires: db-devel
@@ -237,6 +239,9 @@
%patch7 -p1
%patch8 -p1
%patch9 -p1
+%if %{_lib} == lib64
+%patch10 -p1
+%endif
%build
%{__make} -f Makefile.init makefiles
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
