On Thursday 02 of September 2004 23:41, Paweł Gołaszewski wrote:
> On Thu, 2 Sep 2004, Tomasz Wittner wrote:
> > > > Author: twittner Date: Thu Sep 2 19:32:10 2004
> > > > GMT Module: SPECS Tag: HEAD
> > > > ---- Log message:
> > > > - added %{_libdir}/cgi-bin directory for cgi apps. This helps to
> > > > make cgi applications "apache independent".
> > >
> > > Podaj jakiś przykład co i jak chcesz tam wrzucać, bo chyba mi się to
> > > nie podoba... :-/ To będzie śmietnik na wszystko...
> >
> > Wcześniej sobie przygotowałem już odpowiedź (bo byłem pewny negatywnych
> > reakcji):
> >
> > apache: /home/services/httpd/cgi-bin
> > lighttpd: /home/services/lighttpd/cgi-bin
> > cvsweb: /home/services/httpd/cgi-bin/cvsweb.cgi
> >
> > Czyli cvsweb wymaga apache i nie może działać z np. z lighttpd - bzdura.
>
> Oczywiście - obecny stan rzeczy jest zły, szczególnie, że cvsweb powinien
> być w zupełnie innym miejscu...
W jakim - konkretnie? "..." ?
$ cd ...
cd: no such file or directory: ...
see cvsweb:DEVEL - debian zrobił podobnie (akurat nie patrzyłem wtedy, jak to
zrobił debian). DEVEl dlatego, że skrypty uzależniają jeszcze bardziej cvsweb
od apache - mam już pomysł na częściowe obejście tego.
>
> > Są też aplikacje, jak namazu, które w ogóle nie potrzebują R: webserver
> > (bo działają z wwwoffle i dlatego umieściłem namazu.cgi
> > /usr/lib/namazu/namazu.cgi)
> >
> > 1. Pisałem już ze 2 razy o tym b .dawno temu (kilka mies. ? - nie działa
> > search - nie podam linka do pierwszego posta w tej sprawie, drugi,
> > późniejszy:
> >
> > http://lists.pld-linux.org/pipermail/pld-discuss-pl/2004-March/003397.htm
> >l ) - 0 odzewu == przyzwolenie na dodanie tego do FHS.spec - 48h już dawno
> > minęło - a przynajmiej commit sprowokuje dyskusje - i bardzo dobrze -
> > cofnac zawsze można.
>
> Przecież nie piszę, że źle zrobiłeś... Ostatnio połowa rzeczy które
> piszesz odnoszę wrażenie, że jest podszyta jakąś pretensją do wszystkiego
> i wszystkich... :-/
Nie wszystkich tylko do niektórych i o konkretne sprawy a nie o wszystko.
>
> Pewne wątki i zmiany uciekają czasem.
>
> > 2. W debianie mają /usr/lib/cgi-bin - debian jeszcze od tego nie umarł.
>
> W debianie jest wiele mało ciekawych rzeczy...
W PLD jest ich więcej - np. taki katalog na cgi zależny od apache. I czego się
chce użyć, to trzeba zacząć od poprawiania tego - PLD jest pod tym względem
b. ciekawe - dzisiaj w nocy zastanawiałem się czemu nie działa printenv z
apache (było w nim #!/usr/local/bin/perl)
>
> > 3. Zmiany związane z przeniesieniem plików poszczególnych aplikacji do
> > %{_libdir}/cgi są "na po Ac" i nie będę wszystkiego osobiście robił
> > (jakieś triggery do zmiany configów [apache], przeniesienie plików
> > aplikacji cgi - a być może za chwilę będę miał łącza). Imo robienie
> > tego wszystkiego najpierw na DEVEL nie ma sensu.
>
> Oczywiście, że nie ma sensu, niemniej powinna to być zmiana przemyślana,
> bo kolejna relokacja i kolejny trigger... ekhm...
2xtrigger 2 konfigów apache. Prostę i działają. Po to są, żeby ich używać -
są w załączniku - wdzięczny będę za merytoryczne uwagi.
>
> Do tematu.
> /usr/lib/cgi-bin nie podoba mi się z kilku powodów:
> - /home/services było miejsce, w którym grzebały i aplikacje i
> administrator. Sytuacja zła, ale mająca swoje zalety. Aplikacje miały
> gdzie wrzucać oraz administrator miał miejsce.
> już tak fajny, bo z założenia admin nie powinien tam grzebać - musi więc
> mieć swoje miejsce w konfiguracji, które powinno wskazywać na
> http://..../cgi-bin/, ale na to lepsze miejsce to gdzieś w /var/ lub też
> w /srv, tyle, że to drugie powinno być świadomym wyborem admina.
> - teraz - uwzględniając to pierwsze... nie bardzo jest miejsce na pchanie
> czegokolwiek do /usr/lib/cgi-bin, bo IMO znacznie lepiej umieścić
> aplikacje w /usr/lib/%{name}, dodać kawałeczek konfiguracji do apache,
> natomiast dla pozostałych demonów http, jeżeli trzeba, link w cgi-bin.
>
> Sumując - naprawdę nie widzę zastosowania _sensownego_ dla
> /usr/lib/cgi-bin, poza śmietnikiem, którym on się stanie...
http://packages.debian.org/cgi-bin/search_contents.pl?word=cgi-bin&searchmode=searchfilesanddirs&case=sensitive&version=stable&arch=i386&page=1&number=all
Nie wiem, o jakim śmietniku mówisz.
Niezależnie czy admin wrzuci swojego cgika do /home/services/httpd/cgi-bin
czy /usr/lib/cgi-bin może się skończyc jednakowo źle dla niego, jeżeli plik z
instalowanego jakiegoś pakietu będie miał taką samą nazwę. Czy można mieć
partycję /home zamontowaną z noexec - uruchomią się wtedy cgi
z /home/services/httpd/cgi-bin ?
Defaultowo wszystkie cgiki z pakietów lecą do %{_libdir}/cgi-bin - apache i
inne są ustawione na uruchamianie ich z tego katalogu - ZU się cieszy,
wszystko działa out of pudełko. Przychodzi admin i instaluje sobie własne
cgiki "nie z pakietów" - robi sobie to gdzieś w np. /srv/ i robi np. linki do
potrzebnych mu cgi z %{_libdir}/cgi-bin z distro, ustawia sobie ScriptAlias
na nowy katalog.
Nie proponujesz konkretnej implementacji ani nawet lokalizacji - "gdzieś
w /var/" jakieś linki dla "pozostałych demonów" skoro mogą cgi być w tym
samym katalogu dla wszystkich.
A nie mam już czasu na niekończące się dyskusje o niczym.
--
Tomasz Wittner
Index: apache.spec
===================================================================
RCS file: /cvsroot/SPECS/apache.spec,v
retrieving revision 1.322
diff -u -r1.322 apache.spec
--- apache.spec 3 Sep 2004 00:33:55 -0000 1.322
+++ apache.spec 3 Sep 2004 14:55:06 -0000
@@ -1,4 +1,4 @@
-# $Revision: 1.322 $, $Date: 2004/09/03 00:33:55 $
+# $Revision: 1.321 $, $Date: 2004/08/30 18:12:26 $
# TODO:
# - mod_case_filter
# - mod_case_filter_in
@@ -33,7 +33,7 @@
Summary(tr): Lider WWW tarayýcý
Name: apache
Version: 2.0.50
-Release: 4
+Release: 5
License: Apache Group License
Group: Networking/Daemons
Source0: http://www.apache.org/dist/httpd/httpd-%{version}.tar.gz
@@ -109,6 +109,7 @@
Requires: /etc/mime.types
Requires: %{name}-apxs = %{version}-%{release}
Requires: apr-util >= 1:0.9.5-5
+Requires: FHS >= 2.3-8
Requires: mailcap
Requires: psmisc >= 20.1
Provides: apache(modules-api) = %{_apache_modules_api}
@@ -120,10 +121,11 @@
Obsoletes: apache6
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
-%define _sysconfdir /etc/httpd
-%define _includedir %{_prefix}/include/apache
+%define _cgidir %{_libdir}/cgi-bin
%define _datadir /home/services/httpd
+%define _include %{_prefix}/include/apache
%define _libexecdir %{_libdir}/apache
+%define _sysconfdir /etc/httpd
%description
Apache is a powerful, full-featured, efficient and freely-available
@@ -783,7 +785,7 @@
errordir=%{_datadir}/error \
htdocsdir=%{_datadir}/html \
manualdir=%{_datadir}/manual \
- cgidir=%{_datadir}/cgi-bin \
+ cgidir=%{_cgidir} \
runtimedir=%{_var}/run \
logdir=%{_var}/log/httpd \
proxycachedir=%{_var}/cache/httpd
@@ -907,6 +909,10 @@
%groupremove http
fi
+%triggerun -- apache < 2.0.50-5
+[ -f %{_sysconfdir}/httpd.conf/10_httpd.conf ] && \
+ %{__perl} -pi -e "[EMAIL PROTECTED]"/home/services/httpd/cgi-bin/\"@\"%{_cgidir}\/"@" %{_sysconfdir}/httpd.conf/10_httpd.conf
+
%post mod_actions
if [ -f /var/lock/subsys/httpd ]; then
/etc/rc.d/init.d/httpd restart 1>&2
@@ -1173,6 +1179,10 @@
fi
fi
+%triggerun mod_ssl -- apache-mod_ssl < 2.0.50-5
+[ -f %{_sysconfdir}/httpd.conf/40_mod_ssl.conf ] && \
+ %{__perl} -pi -e "[EMAIL PROTECTED]"/home/services/httpd/cgi-bin/\"@\"%{_cgidir}\/"@" %{_sysconfdir}/httpd.conf/40_mod_ssl.conf
+
%post mod_status
if [ -f /var/lock/subsys/httpd ]; then
/etc/rc.d/init.d/httpd restart 1>&2
@@ -1299,7 +1309,7 @@
%attr(755,root,root) %dir %{_datadir}/html
%{_datadir}/icons
-%attr(755,root,root) %{_datadir}/cgi-bin
+%attr(755,root,root) %{_cgidir}
%{_datadir}/error
@@ -1869,9 +1879,6 @@
All persons listed below can be reached at <cvs_login>@pld-linux.org
$Log: apache.spec,v $
-Revision 1.322 2004/09/03 00:33:55 twittner
-- (over)kill #!/usr/local/bin/perl - now printenv (cgi) works.
-
Revision 1.321 2004/08/30 18:12:26 radek
- provides: webserver=apache
_______________________________________________
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
