Witam
Czy jest możliwość dodania kolejnego opisu pozycji na fakturze teraz standardowo mam opcje comment="Abonament za internet za okres 2012/04/01 -2012/04/30" i to samo chciałbym dla voipa np "Abonament telefoniczny za okres ..." i np. "Biling za okres .." Jeśli wpisze wpisze pozycje zobowiązania jako beztaryfową jest ok ale daty w opisie nie będzie...
W dniu 26.04.2012 14:27, Paweł Bąk napisał(a):
Witam
Witam.
Czy jest możliwość dodania kolejnego opisu pozycji na fakturze teraz standardowo mam opcje comment="Abonament za internet za okres 2012/04/01 -2012/04/30" i to samo chciałbym dla voipa np "Abonament telefoniczny za okres ..." i np. "Biling za okres .." Jeśli wpisze wpisze pozycje zobowiązania jako beztaryfową jest ok ale daty w opisie nie będzie...
Możliwe, że to byłoby łatwo rozwiązać tak, że szablon opisu pozycji na fakturze byłby zależny od typu usługi w taryfie.
Czy jest możliwość dodania kolejnego opisu pozycji na fakturze teraz standardowo mam opcje comment="Abonament za internet za okres 2012/04/01 -2012/04/30" i to samo chciałbym dla voipa np "Abonament telefoniczny za okres ..." i np. "Biling za okres .." Jeśli wpisze wpisze pozycje zobowiązania jako beztaryfową jest ok ale daty w opisie nie będzie...
Możliwe, że to byłoby łatwo rozwiązać tak, że szablon opisu pozycji na fakturze byłby zależny od typu usługi w taryfie.
Mozna tez zrobic tak, by nazwa taryfy byla nazwa pozycji na fakturze a lms-payments bedzie do niej dopisywac tylko okres.
Nazwy taryf: Abonamen miesięczny za Internet 'standard' Abonament telefoniczny 'gold'
lms-payments wstawia: %nazwa_taryfy za okres %okres
W dniu 26.04.2012 15:28, GC napisał(a):
Czy jest możliwość dodania kolejnego opisu pozycji na fakturze teraz standardowo mam opcje comment="Abonament za internet za okres 2012/04/01 -2012/04/30" i to samo chciałbym dla voipa np "Abonament telefoniczny za okres ..." i np. "Biling za okres .." Jeśli wpisze wpisze pozycje zobowiązania jako beztaryfową jest ok ale daty w opisie nie będzie...
Możliwe, że to byłoby łatwo rozwiązać tak, że szablon opisu pozycji na fakturze byłby zależny od typu usługi w taryfie.
Mozna tez zrobic tak, by nazwa taryfy byla nazwa pozycji na fakturze a lms-payments bedzie do niej dopisywac tylko okres.
I to jest całkiem dobry pomysł.
Nazwy taryf: Abonamen miesięczny za Internet 'standard' Abonament telefoniczny 'gold'
lms-payments wstawia: %nazwa_taryfy za okres %okres
A tymczasem w git jest skrypt lms-payments.php, który po przetestowaniu przez parę osób będzie mógł być znacznie lepiej rozbudowany niż ten perlowy.
W dniu 26 kwietnia 2012 15:32 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
A tymczasem w git jest skrypt lms-payments.php, który po przetestowaniu przez parę osób będzie mógł być znacznie lepiej rozbudowany niż ten perlowy.
to perlowy już straci na waźności?? nie będzie dalej "rozwijany"? co jest gorszego w perlu niż php? przecież ten skrypt i tak jest uruchamiany cronem. pozatym, nie koniecznie musi być w systemie php a perl w większości jest. co jak jest baza na osobnym hoście niż content lms i nie koniecznie musibyć php?
IMHO, skoro ./bin to powinny być tam tylko skrypty perlowe
On 26.04.2012 20:14, Marcin wrote:
W dniu 26 kwietnia 2012 15:32 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com mailto:tomasz.chilinski@chilan.com> napisał:
A tymczasem w git jest skrypt lms-payments.php, który po przetestowaniu przez parę osób będzie mógł być znacznie lepiej rozbudowany niż ten perlowy.to perlowy już straci na waźności?? nie będzie dalej "rozwijany"? co jest gorszego w perlu niż php? przecież ten skrypt i tak jest uruchamiany cronem. pozatym, nie koniecznie musi być w systemie php a perl w większości jest. co jak jest baza na osobnym hoście niż content lms i nie koniecznie musibyć php?
IMHO, skoro ./bin to powinny być tam tylko skrypty perlowe
PHP jest o tyle bardziej wdzięczny, że w tym języku jest już sporo kodu, który pozwala operować na danych z bazy (patrz lib/LMS.class.php), dzięki czemu wielu rzeczy nie musisz robić na piechotę, a możesz skorzystać z gotowych metod/funkcji.
[Thursday, 26 April 2012], Grzegorz Chwesewicz napisał(a):
PHP jest o tyle bardziej wdzięczny, że w tym języku jest już sporo kodu, który pozwala operować na danych z bazy (patrz lib/LMS.class.php), dzięki czemu wielu rzeczy nie musisz robić na piechotę, a możesz skorzystać z gotowych metod/funkcji.
Jasne, ale musisz zainstalowac php, ktore ciagnie za soba troche bibliotek (na routerze na ktorym nie ma nic to moze byc problem), a jesli za tym idzie tez Smarty to .... ;>
Ja tam perl i php znam w stopniu dosc podobnym, wiec mi rybka (poza wiekszym problemem z odpalaniem tego z crona :>)
On 26.04.2012 20:34, Jaroslaw Dziubek wrote:
[Thursday, 26 April 2012], Grzegorz Chwesewicz napisał(a):
PHP jest o tyle bardziej wdzięczny, że w tym języku jest już sporo kodu, który pozwala operować na danych z bazy (patrz lib/LMS.class.php), dzięki czemu wielu rzeczy nie musisz robić na piechotę, a możesz skorzystać z gotowych metod/funkcji.
Jasne, ale musisz zainstalowac php, ktore ciagnie za soba troche bibliotek (na routerze na ktorym nie ma nic to moze byc problem), a jesli za tym idzie tez Smarty to .... ;>
Ja tam perl i php znam w stopniu dosc podobnym, wiec mi rybka (poza wiekszym problemem z odpalaniem tego z crona :>)
Szczerze mówiąc nie zauważyłem, żeby php wymagało jakiejś oszałamiającej ilości zależności (używam gentoo), to perla pamiętam zawsze jako pożeracza zależności ;)
Już dawno zauważyłem, że w skryptach perlowych bardzo duża część kodu jest niemal identyczna w większości skryptów, można byłoby ten kod wydzielić do biblioteki, ale nikomu nie chce się tego robić, skoro są gotowce w php (lib/LMS.class.php).
Smarty jest potrzebne tylko do szablonów, nie będzie używane przez skrypty z bin/.
W dniu 26.04.2012 20:57, Grzegorz Chwesewicz napisał(a):
On 26.04.2012 20:34, Jaroslaw Dziubek wrote:
[Thursday, 26 April 2012], Grzegorz Chwesewicz napisał(a):
PHP jest o tyle bardziej wdzięczny, że w tym języku jest już sporo kodu, który pozwala operować na danych z bazy (patrz lib/LMS.class.php), dzięki czemu wielu rzeczy nie musisz robić na piechotę, a możesz skorzystać z gotowych metod/funkcji.
Jasne, ale musisz zainstalowac php, ktore ciagnie za soba troche bibliotek (na routerze na ktorym nie ma nic to moze byc problem), a jesli za tym idzie tez Smarty to .... ;>
Ja tam perl i php znam w stopniu dosc podobnym, wiec mi rybka (poza wiekszym problemem z odpalaniem tego z crona :>)
Szczerze mówiąc nie zauważyłem, żeby php wymagało jakiejś oszałamiającej ilości zależności (używam gentoo), to perla pamiętam zawsze jako pożeracza zależności ;)
Już dawno zauważyłem, że w skryptach perlowych bardzo duża część kodu jest niemal identyczna w większości skryptów, można byłoby ten kod wydzielić do biblioteki, ale nikomu nie chce się tego robić, skoro są gotowce w php (lib/LMS.class.php).
Smarty jest potrzebne tylko do szablonów, nie będzie używane przez skrypty z bin/.
Piszesz rozsądnie Waści ;-) Skrypty bin w postaci PHP to po prostu zdrowy rozsądek i jakiś tam kompromis. Mam jednak propozycję: jeśli skrypty pl są bardzo potrzebne to może znajdzie się chętny do bieżącej opieki nad nimi - pomoc gwarantowania ;-)
W dniu 26 kwietnia 2012 20:57 użytkownik Grzegorz Chwesewicz < grzegorz.chwesewicz@retis.net.pl> napisał:
Szczerze mówiąc nie zauważyłem, żeby php wymagało jakiejś oszałamiającej ilości zależności (używam gentoo), to perla pamiętam zawsze jako pożeracza zależności ;)
hmm, nie jestem biegły w gentoo, ale by dodać obsługę powiedzmy mysql dla php (co w danym przypadku jest pożądane) musimy dodać flagę USE="mysq" a wówczas: #v+ john ~ # USE="mysql" emerge -av php
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild N ] dev-libs/oniguruma-5.9.2 528 kB [ebuild N ] app-admin/eselect-php-0.6.2 2 kB [ebuild N ] dev-libs/libmcrypt-2.5.8-r2 1,304 kB [ebuild N ] dev-db/mysql-init-scripts-2.0_pre1-r2 0 kB [ebuild N ] dev-perl/Net-Daemon-0.480.0 29 kB [ebuild N ] perl-core/Storable-2.20 174 kB [ebuild N ] perl-core/File-Spec-3.31 132 kB [ebuild N ] perl-core/Sys-Syslog-0.290.0 78 kB [ebuild N ] app-arch/libarchive-3.0.3 USE="acl bzip2 e2fsprogs iconv lzma zlib -expat -nettle -static-libs -xattr" 3,427 kB [ebuild N ] virtual/perl-Storable-2.20 0 kB [ebuild N ] virtual/perl-File-Spec-3.31 0 kB [ebuild N ] virtual/perl-Sys-Syslog-0.290.0 0 kB [ebuild N ] dev-util/cmake-2.8.6-r4 USE="ncurses -emacs -qt4 -test -vim-syntax" 5,454 kB [ebuild N ] dev-perl/PlRPC-0.202.0 18 kB [ebuild N ] dev-perl/DBI-1.618.0 USE="-test" 570 kB [ebuild N ] dev-db/mysql-5.1.61 USE="berkdb community perl ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -pbxt -profiling (-selinux) -static -test -xtradb" 25,628 kB [ebuild N ] virtual/mysql-5.1 USE="-embedded -minimal -static" 0 kB [ebuild N ] dev-perl/DBD-mysql-4.01.7 130 kB [ebuild N ] dev-lang/php-5.3.10 USE="berkdb bzip2 cli crypt ctype fileinfo filter gdbm hash iconv ipv6 json mysql nls phar posix readline session simplexml ssl tokenizer unicode xml zlib -apache2 -bcmath -calendar -cdb -cgi -cjk -curl -curlwrappers -debug -doc -embed -enchant -exif -firebird -flatfile -fpm (-frontbase) -ftp -gd -gmp -imap -inifile -intl -iodbc -kerberos -kolab -ldap -ldap-sasl -libedit -mhash -mssql -mysqli -mysqlnd -oci8-instant-client -odbc -pcntl -pdo -pic -postgres -qdbm -recode -sharedmem -snmp -soap -sockets -spell -sqlite -sqlite3 -suhosin (-sybase-ct) -sysvipc -threads -tidy -truetype -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -zip" 11,441 kB
Total: 19 packages (19 new), Size of downloads: 48,910 kB #v- czy napewno potrzebujemy server mysql by mieć klienta mysql? tak samo, instalacja php zassysa perla z DBI.
bez flagi "mysql" nie mamy obsługi bas mysqlowych przez php. #v+ john ~ # emerge -av php
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild N ] dev-libs/oniguruma-5.9.2 528 kB [ebuild N ] app-admin/eselect-php-0.6.2 2 kB [ebuild N ] dev-libs/libmcrypt-2.5.8-r2 1,304 kB [ebuild N ] dev-lang/php-5.3.10 USE="berkdb bzip2 cli crypt ctype fileinfo filter gdbm hash iconv ipv6 json nls phar posix readline session simplexml ssl tokenizer unicode xml zlib -apache2 -bcmath -calendar -cdb -cgi -cjk -curl -curlwrappers -debug -doc -embed -enchant -exif -firebird -flatfile -fpm (-frontbase) -ftp -gd -gmp -imap -inifile -intl -iodbc -kerberos -kolab -ldap -ldap-sasl -libedit -mhash -mssql -mysql -mysqli -mysqlnd -oci8-instant-client -odbc -pcntl -pdo -pic -postgres -qdbm -recode -sharedmem -snmp -soap -sockets -spell -sqlite -sqlite3 -suhosin (-sybase-ct) -sysvipc -threads -tidy -truetype -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -zip" 11,441 kB
Total: 4 packages (4 new), Size of downloads: 13,273 kB #v-
ale jak powiedziałem, z getnoo zaczynam dopiero zabawę, może da się to w inny ładny sposób bez dodatkowych daemonów.
W dniu 27 kwietnia 2012 14:42 użytkownik Marcin marcin@nicram.net napisał:
czy napewno potrzebujemy server mysql by mieć klienta mysql? tak samo, instalacja php zassysa perla z DBI.
muszę też przyznać, że próba instalacji perl dbd-mysql również ciągnie za sobą daemnona mysql :(
#v+ john ~ # emerge -av DBD-mysql
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild N ] dev-db/mysql-init-scripts-2.0_pre1-r2 0 kB [ebuild N ] app-arch/libarchive-3.0.3 USE="acl bzip2 e2fsprogs iconv lzma zlib -expat -nettle -static-libs -xattr" 3,427 kB [ebuild N ] dev-util/cmake-2.8.6-r4 USE="ncurses -emacs -qt4 -test -vim-syntax" 5,454 kB [ebuild N ] dev-db/mysql-5.1.61 USE="berkdb community perl ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -pbxt -profiling (-selinux) -static -test -xtradb" 25,628 kB [ebuild N ] virtual/mysql-5.1 USE="-embedded -minimal -static" 0 kB [ebuild N ] dev-perl/DBD-mysql-4.01.7 130 kB
Total: 6 packages (6 new), Size of downloads: 34,638 kB #v-
qrde, i tak źle i tak nie dobrze :/
Na Debianie:
php5-cgi: Rozmiar rozpakowanego: 15,6 M Wymaga: libbz2-1.0, libc6 (>= 2.11), libcomerr2 (>= 1.01), libdb4.8, libgssapi-krb5-2 (>= 1.6.dfsg.2), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2), libonig2 (>= 5.2.0), libpcre3 (>= 7.7), libqdbm14 (>= 1.8.74), libssl0.9.8 (>= 0.9.8m-1), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4), mime-support, php5-common (= 5.3.3-7+squeeze8), libmagic1, ucf, tzdata
php5-mysql: Rozmiar rozpakowanego: 291 k Wymaga: libc6 (>= 2.4), libmysqlclient16 (>= 5.1.21-1), phpapi-20090626, php5-common (= 5.3.3-7+squeeze8)
W dniu 27 kwietnia 2012 15:24 użytkownik Skiba Marek skibamarek@gmail.comnapisał:
php5-common (= 5.3.3-7+squeeze8)
a to ile?
W dniu 27.04.2012 15:24, Skiba Marek napisał(a):
Na Debianie:
php5-cgi: Rozmiar rozpakowanego: 15,6 M Wymaga: libbz2-1.0, libc6 (>= 2.11), libcomerr2 (>= 1.01), libdb4.8, libgssapi-krb5-2 (>= 1.6.dfsg.2), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2), libonig2 (>= 5.2.0), libpcre3 (>= 7.7), libqdbm14 (>= 1.8.74), libssl0.9.8 (>= 0.9.8m-1), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4), mime-support, php5-common (= 5.3.3-7+squeeze8), libmagic1, ucf, tzdata
W gentoo php-cgi to nie jest to co trzeba. Marku, nie ma w debianie php5-cli?
php5-mysql: Rozmiar rozpakowanego: 291 k Wymaga: libc6 (>= 2.4), libmysqlclient16 (>= 5.1.21-1), phpapi-20090626, php5-common (= 5.3.3-7+squeeze8)
W dniu 27 kwietnia 2012 15:30 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W gentoo php-cgi to nie jest to co trzeba. Marku, nie ma w debianie php5-cli?
Tfuu, jasne literówka:
Pakiet: php5-common Rozmiar rozpakowanego: 905 k Wymaga: sed (>= 4.1.1-1), libc6 (>= 2.4)
Pakiet: php5-cli Rozmiar rozpakowanego: 7856 k Wymaga: libbz2-1.0, libc6 (>= 2.11), libcomerr2 (>= 1.01), libdb4.8, libgssapi-krb5-2 (>= 1.6.dfsg.2), libk5crypto3 (>= 1.6.dfsg.2), libkrb5-3 (>= 1.6.dfsg.2), libonig2 (>= 5.2.0), libpcre3 (>= 7.7), libqdbm14 (>= 1.8.74), libssl0.9.8 (>= 0.9.8m-1), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4), mime-support, php5-common (= 5.3.3-7+squeeze8), libmagic1, ucf, tzdata
W dniu 27.04.2012 14:52, Marcin napisał(a):
W dniu 27 kwietnia 2012 14:42 użytkownik Marcin <marcin@nicram.net [1]> napisał:
czy napewno potrzebujemy server mysql by mieć klienta mysql? tak samo, instalacja php zassysa perla z DBI.
muszę też przyznać, że próba instalacji perl dbd-mysql również ciągnie za sobą daemnona mysql :(
#v+ john ~ # emerge -av DBD-mysql
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild N ] dev-db/mysql-init-scripts-2.0_pre1-r2 0 kB [ebuild N ] app-arch/libarchive-3.0.3 USE="acl bzip2 e2fsprogs iconv lzma zlib -expat -nettle -static-libs -xattr" 3,427 kB [ebuild N ] dev-util/cmake-2.8.6-r4 USE="ncurses -emacs -qt4 -test -vim-syntax" 5,454 kB [ebuild N ] dev-db/mysql-5.1.61 USE="berkdb community perl ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -pbxt -profiling (-selinux) -static -test -xtradb" 25,628 kB [ebuild N ] virtual/mysql-5.1 USE="-embedded -minimal -static" 0 kB [ebuild N ] dev-perl/DBD-mysql-4.01.7 130 kB
Total: 6 packages (6 new), Size of downloads: 34,638 kB #v-
qrde, i tak źle i tak nie dobrze :/
Ależ żeś "dał po bandzie". Spróbuj jeszcze wpisać USE="mysql" emerge -avD php przy systemie znajdującym w stage 1. Chcę tylko powiedzieć, że porównanie wykonałeś błędnie, bo dla php dorzucasz również paczki perlowe, a dla perla tylko paczki perlowe. Błąd!
W dniu 27 kwietnia 2012 15:28 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Ależ żeś "dał po bandzie". Spróbuj jeszcze wpisać USE="mysql" emerge -avD php przy systemie znajdującym w stage 1. Chcę tylko powiedzieć, że porównanie wykonałeś błędnie, bo dla php dorzucasz również paczki perlowe, a dla perla tylko paczki perlowe. Błąd!
tomku, nie ja. tak wybiera emerge :) ja robię jak mówi większość dokumentacji. emerge pakiet.
W dniu 27.04.2012 15:43, Marcin napisał(a):
W dniu 27 kwietnia 2012 15:28 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:
Ależ żeś "dał po bandzie". Spróbuj jeszcze wpisać USE="mysql" emerge -avD php przy systemie znajdującym w stage 1. Chcę tylko powiedzieć, że porównanie wykonałeś błędnie, bo dla php dorzucasz również paczki perlowe, a dla perla tylko paczki perlowe. Błąd!
tomku, nie ja. tak wybiera emerge :) ja robię jak mówi większość dokumentacji. emerge pakiet.
Ale to tak jak byś porównywał paczki perl + php z paczkami perl, więc porównanie nie rzetelne, a da się wrzucić bez problemu php bez tych paczek perl, bo to Gentoo! ;-)
W dniu 2012-04-27 15:47, Tomasz Chiliński pisze:
W dniu 27.04.2012 15:43, Marcin napisał(a):
W dniu 27 kwietnia 2012 15:28 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:
Ależ żeś "dał po bandzie". Spróbuj jeszcze wpisać USE="mysql" emerge -avD php przy systemie znajdującym w stage 1. Chcę tylko powiedzieć, że porównanie wykonałeś błędnie, bo dla php dorzucasz również paczki perlowe, a dla perla tylko paczki perlowe. Błąd!
tomku, nie ja. tak wybiera emerge :) ja robię jak mówi większość dokumentacji. emerge pakiet.
Ale to tak jak byś porównywał paczki perl + php z paczkami perl, więc porównanie nie rzetelne, a da się wrzucić bez problemu php bez tych paczek perl, bo to Gentoo! ;-)
Wy się tutaj spieracie, a ja powiem tak. Nie jestem programistom, ale czasem trzeba coś sklecić. Próbowałem zarówno w perl jak i w php no i wyszło, że jednak w php mi było dużo łatwiej coś zrobić (znaczy się, że jest bardziej zrozumiałe i ma dużo gotowców), dlatego dla mnie dobrze, że w tym kierunku skrypt zmierza. ;)
W dniu 27 kwietnia 2012 15:54 użytkownik Daniel Kulesza < d.kulesza@inetgroup.pl> napisał:
Wy się tutaj spieracie, a ja powiem tak. Nie jestem programistom, ale czasem trzeba coś sklecić. Próbowałem zarówno w perl jak i w php no i wyszło, że jednak w php mi było dużo łatwiej coś zrobić (znaczy się, że jest bardziej zrozumiałe i ma dużo gotowców), dlatego dla mnie dobrze, że w tym kierunku skrypt zmierza. ;)
ale ja nie twierdzę, że php jest ble. to są podobne języki, którymi można zrobić to samo. z tym, że perl jest bardziej przenoszalny. jeśli napisze się coś w perlu to na 100% zadziała to w perlu na innym systemie, nawet windowsie. ważne aby były "moduły", mogą być i inne wersje. w php jest ten problem, że na każdym systemie są jego różne wersje i na jednym będzie wszystko chodziło bez problemu a na innym będą się sypać "głupie" błedy. nawet ostatnio na liście pojawił się problem zwykłego foreach().
perl jest po prosu bardziej przenoszalny i tyle. jeśli skrypt ma coś zrobić to czy to będzie perl, php, python czy nawet binarka w c to mało ważne, ważne by wykonać założenie i zrobić to jak najbardziej efektywnie. ważne jest w takich systemach jak lms przenoszalność, żeby to samo móc uruchomić na różnych środowiskach bez konieczności "poprawek" dystrybucyjnych. ale to tylko moje skromne zdanie.
W dniu 27 kwietnia 2012 15:47 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Ale to tak jak byś porównywał paczki perl + php z paczkami perl, więc porównanie nie rzetelne,
jak mówiłem wcześniej, z emerge zaczynam zabawe więc pokazałem to co podstawowo pokazuje emerge i co chce dociągnąć.
a da się wrzucić bez problemu php bez tych paczek perl, bo to Gentoo! ;-)
no da się: #v+ localhost ~ # USE="mysql -perl" emerge -avp php
These are the packages that would be merged, in order:
Calculating dependencies... done! [ebuild N ] dev-libs/oniguruma-5.9.2 528 kB [ebuild N ] app-admin/eselect-php-0.6.2 2 kB [ebuild N ] dev-libs/libmcrypt-2.5.8-r2 1,304 kB [ebuild N ] dev-db/mysql-init-scripts-2.0_pre1-r2 0 kB [ebuild N ] app-arch/libarchive-3.0.3 USE="acl bzip2 e2fsprogs iconv lzma zlib -expat -nettle -static-libs -xattr" 3,427 kB [ebuild N ] dev-util/cmake-2.8.6-r4 USE="ncurses -emacs -qt4 -test -vim-syntax" 5,454 kB [ebuild N ] dev-db/mysql-5.1.61 USE="berkdb community ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -pbxt -perl -profiling (-selinux) -static -test -xtradb" 25,628 kB [ebuild N ] virtual/mysql-5.1 USE="-embedded -minimal -static" 0 kB [ebuild N ] dev-lang/php-5.3.10 USE="berkdb bzip2 cli crypt ctype fileinfo filter gdbm hash iconv ipv6 json mysql nls phar posix readline session simplexml ssl tokenizer unicode xml zlib -apache2 -bcmath -calendar -cdb -cgi -cjk -curl -curlwrappers -debug -doc -embed -enchant -exif -firebird -flatfile -fpm -frontbase -ftp -gd -gmp -imap -inifile -intl -iodbc -kerberos -kolab -ldap -ldap-sasl -libedit -mhash -mssql -mysqli -mysqlnd -oci8-instant-client -odbc -pcntl -pdo -pic -postgres -qdbm -recode -sharedmem -snmp -soap -sockets -spell -sqlite -sqlite3 -suhosin -sybase-ct -sysvipc -threads -tidy -truetype -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -zip" 11,441 kB
Total: 9 packages (9 new), Size of downloads: 47,781 kB #v- perl nie jest doinstalowywany. ale nie widzę flagi use by nie instalować całego mysql a jedynie clienta.
W dniu 27.04.2012 15:55, Marcin napisał(a):
ale nie widzę flagi use by nie instalować całego mysql a jedynie clienta.
# euse -i minimal
....
[- ] minimal dev-db/mysql: Install client programs only, no server [- ] 4.0.27-r1 [gentoo] [- ] 4.1.22-r1 [gentoo] [- ] 5.0.91 [gentoo] [- ] 5.0.92 [gentoo] [- ] 5.0.96 [gentoo] [- ] 5.1.51 [gentoo] [- ] 5.1.52 [gentoo] [- ] 5.1.52-r1 [gentoo] [- ] 5.1.53 [gentoo] [- ] 5.1.56 [gentoo] [- ] 5.1.56-r1 [gentoo] [- ] 5.1.57 [gentoo] [- ] 5.1.58-r1 [gentoo] [- ] 5.1.59 [gentoo] [- ] 5.1.61 [gentoo] [- ] 5.1.62 [gentoo] [- ] 5.1.62-r1 [gentoo] [- ] 5.5.19 [gentoo] [- ] 5.5.20 [gentoo] [- ] 5.5.21 [gentoo] [- ] 5.5.22 [gentoo] [- ] 5.5.22-r1 [gentoo]
....
uczestnicy (8)
-
Daniel Kulesza -
GC -
Grzegorz Chwesewicz -
Jaroslaw Dziubek -
Marcin -
Paweł Bąk -
Skiba Marek -
Tomasz Chiliński