Re: Brakujący plik na FTP?
Michal Kochanowicz [EMAIL PROTECTED] writes: Wczoraj bylo przenoszone. Widac mirror nie jest na biezaco. w tej chwili jest w porządku: -rw-r--r-- 1 30014 3 102080 Aug 1 11:04 /srv/ftp/dists/ac/PLD/athlon/PLD/RPMS/cyrus-sasl-devel-2.1.22-2.athlon.rpm To był (jest?) raczej nieaktualny indeks a nie brakujący plik. z powodów limitów, ograniczenia pasma, innych dziwnych rzeczy, ftp.pld jest świadczone na mirrorach. niestety, dla części mirrorów (tych w sieciach komercyjnych) rsync z ftp.master idzie z prędkością troszkę lepszą niż modem(*) tak czy inaczej. tak zbudowana infrastruktura działa od dość dawana, i pewnie przez jakiś czas będzie działała jeszcze... (**) -- r. (*) dla pewnych wartości słowa modem 8-] (**) kwestia sprzętowa oraz łącz. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: OpenOffice.org build m180
On Mon, Aug 07, 2006 at 06:50:26AM +0200, Krystian Tomczyk wrote: Dnia 06-08-2006, nie o godzinie 22:16 +0200, Adam Gołębiowski napisał(a): On Sun, Aug 06, 2006 at 09:56:44PM +0200, Krystian Tomczyk wrote: Nie wiem jak innym, ale mi pomocy nie brakuje, a bardzo przeszkadza brzydki efekt interakcji z myszą,który jak piszesz jest poprawiony... jaki efekt? możesz opisać? Ktoś już o tym pisał. Najechanie na jakąś ikonkę na belkach lub kliknięcie któregoś z napisów menu powoduje, że aplikacja się wysypuje i uruchamia ponownie z procedurą odzyskiwania dokumentu. Ctr+o działa, ale np. alt+p powoduje również w/w efekt. jasne. Ty mówisz o błędzie występującym na Th. On raczej nie jest poprawiony, nie wiadomo gdzie to siedzi. Jak wspomniałem, na Th mi aż tak nie zależy - wolę dopracować ooo z AC-branch. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: OpenOffice.org build m180
Adam Gołębiowski wrote: Jak wspomniałem, na Th mi aż tak nie zależy A to błąd ;) Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
problem z DISTFILES: ERRORS: RFCs0001-0500.tar.gz RFCs0501-1000.tar.gz RFCs1001-1500.tar.gz RFCs1501-2000.tar.gz RFCs2001-2500.tar.gz RFCsRO (fwd)
ankry wrote: [...] From: ankry [EMAIL PROTECTED] To: pld-cvs-commit@lists.pld-linux.org Cc: [EMAIL PROTECTED] Subject: DISTFILES: ERRORS: RFCs0001-0500.tar.gz RFCs0501-1000.tar.gz RFCs1001-1500.tar.gz RFCs1501-2000.tar.gz RFCs2001-2500.tar.gz RFCs2501-3000.tar.gz RFCs3001-3500.tar.gz RFCs3501-4000.tar.gz RFCs4001-4500.tar.gz RFCs-missing-from-tar.tar.bz2 Message-ID: [EMAIL PROTECTED] X-distfiles-program: file-fetcher.pl X-distfiles-version: $Id: file-fetcher.pl,v 1.40 2006/03/07 10:34:36 malekith Exp $ Sender: [EMAIL PROTECTED] Date: Mon, 07 Aug 2006 09:50:04 +0200 FATAL: ./upload/ankry/RFCs-missing-from-tar.tar.bz2 was not uploaded Files fetched: 0 [...] Moze ktos z uprawnieniami do distfiles sprawdzic, czemu to sie nie uploadnelo? Jakis sciezki sie nie zgadzaja? Plik z odpowiednia md5 lezy wrzucony na dropin. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: uaktualnienia specy
Użytkownik Tomasz Rutkowski napisał: nowsza wersja libetpan i sylpheed-claws w tym ostatnim prosiłbym o sprawdzenie kodowań polskich opisów, bo nie jestem pewien, czy nie zrobiły mi się w UTF8... no i jeśli nie ma przeciw wskazań o uaktualnienie mam zastrzeżenie co do sylpheed-claws sprawdź polski tłumaczenia bi trochę literowek znalazłem ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: uaktualnienia specy
Użytkownik Jacek 'jackass' Brzozowski napisał: mam zastrzeżenie co do sylpheed-claws sprawdź polski tłumaczenia bi trochę literowek znalazłem no jasne. piszę że literówki znalezłem, a sam je robie :D ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ghostscript-afpl.spec
On Tue, Aug 01, 2006 at 04:13:30PM +0200, Szymon Siwek wrote:
On Sun, Jul 30, 2006 at 05:44:18PM +0200, Arkadiusz Miskiewicz wrote:
On Sunday 30 July 2006 17:40, Szymon Siwek wrote:
On Sun, Jul 30, 2006 at 04:09:33PM +0200, Arkadiusz Miskiewicz wrote:
On Sunday 30 July 2006 15:59, Szymon Siwek wrote:
Witam!
Odnoszę wrażenie, że w pakiecie ghostscript-afpl-ijs-devel jest
pomyłka
w provides - powinno być ghostscript-ijs-devel zamiast
ghostscript-devel
Ten pakiet traci sens skoro od niedawna wszystkie nowe ghostscripty są
GPL.
Ciekawa uwaga, niemniej to ghostscript.spec w ostatnim logu ma wpis
obsolated i od 2005.09.06 jest nie ruszany (bo w między czasie
ghostscript.spec został przemianowany na ghostscript-afpl.spec)
Nikomu się nie chciało tego uporządkować po zGPLowaniu ghostscripta. Teraz
sens ma tylko ghostscript.spec i ghostscript-esp.spec (mv
ghostscript-afpl.spec ghostscript.spec po stronie cvsu).
Jak już będzie przeniesione w cvsie, to można uaktualnić wersję (za pomocą
dołączonych łatek).
Nie usunąłem define _name, aby łatka była mniejsza (a w przyszłości może
być znowu potrzebne).
Tworzony jest shared libijs.
Dodałem bconda umożliwiającego zbudowanie z systemowym jbig2dec
Jeżeli to działa, to powinno być domyślne (nawet bez bconda).
Bconda svga można pewnie wyrzucić (nigdzie nie używany).
Do sprawdzenia.
Bconda gtk też można wyrzucić, bo w trakcie budowy jest nie używany i
BuildReq: gtk-devel jest bezwzględnie konieczne.
Nie jestem pewien czy wstawiłem wystarczająco dużo provides/obsoletes (na
przykład co z obsoletes ghostscript-esp)
Na upartego można jeszcze wydzielić pakiet z biblioteką ijs.
[...]
-Version: 8.53
-Release: 1
-License: AFPL
+Name:%{_name}
+Version: 8.54
+Release: 0.1
+License: GPL
Group: Applications/Graphics
Source0:
http://dl.sourceforge.net/ghostscript/%{_name}-%{version}.tar.bz2
-# Source0-md5: e65e0c40213a616174572faa639e04d6
+# Source0-md5: 58f688190dcc5e9e337edad22b23fc0d
Jeżeli to ma być GPL Ghostscript, to musi być ze źródeł
ghostscript-%{version}-gpl.tar.bz2. Wersja bez -gpl to AFPL
Ghostscript.
Requires:%{name} = %{version}-%{release}
-Provides:ghostscript-gtk = %{version}-%{release}
-Obsoletes: ghostscript-gtk
+Obsoletes: %{name}-afpl-gtk
Nie używamy %{name} w Obsoletes dla pakietów starych lub z innego speca.
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On Sat, Aug 05, 2006 at 01:47:41PM +0200, Maciej Pijanka wrote: On 05/08/06, Patryk Zawadzki [EMAIL PROTECTED] wrote: Dnia 05-08-2006, sob o godzinie 13:23 +0200, Maciej Pijanka napisał(a): W trakcie spotkania w czwartej szklance [1] z okazji Eliady [2], był wstępnie dyskutowany pomysł przeniesienia CVS/SVN z ep09 na akcyze, Jakieś konkretne powody? W tej chwili to brzmi jak pomysł przeniesienia Warszawy metr na zachód. Maszynownia w ktorej stoi EP ma problemy z pradem cykliczne, akcyza obecnie jest stabilniejsza, stad proponuje przenosiny cvs/svn PLD bedzie stało na swoich smieciach, akcyza zostala kupiona ze skladek, stoi tam tylko pldowy cyrk i nic wiecej. Chcialbym zaznaczyc ze niemam pretensji do RMF'a o stabilnosc EP09, i rozumiem ze tam pady sa uciazliwe dla jego klientów, aczkolwiek skoro mamy mozliwosc techniczna miec mniej padliwy CVS/SVN to mysle ze warto. Innych uslug obecnie nie planuje przenosic, planuje natomiast uruchomic cvs-ro, i zamknac anoncvs na cvs.pld-linux (srcbuilder dostanie dedykowane konto nie anonimowe na cvs.pld-linux) To tak żeby trzeba było swoje hasła rozrzucać po większej liczbie maszyn? :/ -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On 07/08/06, Jakub Bogusz [EMAIL PROTECTED] wrote: On Sat, Aug 05, 2006 at 01:47:41PM +0200, Maciej Pijanka wrote: On 05/08/06, Patryk Zawadzki [EMAIL PROTECTED] wrote: Dnia 05-08-2006, sob o godzinie 13:23 +0200, Maciej Pijanka napisał(a): W trakcie spotkania w czwartej szklance [1] z okazji Eliady [2], był wstępnie dyskutowany pomysł przeniesienia CVS/SVN z ep09 na akcyze, Jakieś konkretne powody? W tej chwili to brzmi jak pomysł przeniesienia Warszawy metr na zachód. Maszynownia w ktorej stoi EP ma problemy z pradem cykliczne, akcyza obecnie jest stabilniejsza, stad proponuje przenosiny cvs/svn PLD bedzie stało na swoich smieciach, akcyza zostala kupiona ze skladek, stoi tam tylko pldowy cyrk i nic wiecej. Chcialbym zaznaczyc ze niemam pretensji do RMF'a o stabilnosc EP09, i rozumiem ze tam pady sa uciazliwe dla jego klientów, aczkolwiek skoro mamy mozliwosc techniczna miec mniej padliwy CVS/SVN to mysle ze warto. Innych uslug obecnie nie planuje przenosic, planuje natomiast uruchomic cvs-ro, i zamknac anoncvs na cvs.pld-linux (srcbuilder dostanie dedykowane konto nie anonimowe na cvs.pld-linux) To tak żeby trzeba było swoje hasła rozrzucać po większej liczbie maszyn? :/ hmm, a kto powiedzial ze na anoncvs beda jakiekolwiek hasla poza [EMAIL PROTECTED] bo ja nic takiego niemam zamiaru robic, tak samo modulow niektorych svnowych tez tam nie bedzie wcale, ani cvsowych, (np test), -- Maciej Pijanka Linux user #133161 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On Mon, Aug 07, 2006 at 11:25:00AM +0200, Maciej Pijanka wrote: On 07/08/06, Jakub Bogusz [EMAIL PROTECTED] wrote: On Sat, Aug 05, 2006 at 01:47:41PM +0200, Maciej Pijanka wrote: On 05/08/06, Patryk Zawadzki [EMAIL PROTECTED] wrote: Dnia 05-08-2006, sob o godzinie 13:23 +0200, Maciej Pijanka napisał(a): W trakcie spotkania w czwartej szklance [1] z okazji Eliady [2], był wstępnie dyskutowany pomysł przeniesienia CVS/SVN z ep09 na akcyze, Jakieś konkretne powody? W tej chwili to brzmi jak pomysł przeniesienia Warszawy metr na zachód. Maszynownia w ktorej stoi EP ma problemy z pradem cykliczne, akcyza obecnie jest stabilniejsza, stad proponuje przenosiny cvs/svn PLD bedzie stało na swoich smieciach, akcyza zostala kupiona ze skladek, stoi tam tylko pldowy cyrk i nic wiecej. Chcialbym zaznaczyc ze niemam pretensji do RMF'a o stabilnosc EP09, i rozumiem ze tam pady sa uciazliwe dla jego klientów, aczkolwiek skoro mamy mozliwosc techniczna miec mniej padliwy CVS/SVN to mysle ze warto. Innych uslug obecnie nie planuje przenosic, planuje natomiast uruchomic cvs-ro, i zamknac anoncvs na cvs.pld-linux (srcbuilder dostanie dedykowane konto nie anonimowe na cvs.pld-linux) To tak żeby trzeba było swoje hasła rozrzucać po większej liczbie maszyn? :/ hmm, a kto powiedzial ze na anoncvs beda jakiekolwiek hasla poza [EMAIL PROTECTED] bo ja nic takiego niemam zamiaru robic, tak samo modulow niektorych svnowych tez tam nie bedzie wcale, ani cvsowych, (np test), anoncvs będzie uaktualniane w czasie rzeczywistym? Nie sądzę, a chciałbym móc pobrać aktualne źródła na innej maszynie zaraz po commicie. -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On 07/08/06, Jakub Bogusz [EMAIL PROTECTED] wrote: On Mon, Aug 07, 2006 at 11:25:00AM +0200, Maciej Pijanka wrote: On 07/08/06, Jakub Bogusz [EMAIL PROTECTED] wrote: On Sat, Aug 05, 2006 at 01:47:41PM +0200, Maciej Pijanka wrote: On 05/08/06, Patryk Zawadzki [EMAIL PROTECTED] wrote: Dnia 05-08-2006, sob o godzinie 13:23 +0200, Maciej Pijanka napisał(a): W trakcie spotkania w czwartej szklance [1] z okazji Eliady [2], był wstępnie dyskutowany pomysł przeniesienia CVS/SVN z ep09 na akcyze, Jakieś konkretne powody? W tej chwili to brzmi jak pomysł przeniesienia Warszawy metr na zachód. Maszynownia w ktorej stoi EP ma problemy z pradem cykliczne, akcyza obecnie jest stabilniejsza, stad proponuje przenosiny cvs/svn PLD bedzie stało na swoich smieciach, akcyza zostala kupiona ze skladek, stoi tam tylko pldowy cyrk i nic wiecej. Chcialbym zaznaczyc ze niemam pretensji do RMF'a o stabilnosc EP09, i rozumiem ze tam pady sa uciazliwe dla jego klientów, aczkolwiek skoro mamy mozliwosc techniczna miec mniej padliwy CVS/SVN to mysle ze warto. Innych uslug obecnie nie planuje przenosic, planuje natomiast uruchomic cvs-ro, i zamknac anoncvs na cvs.pld-linux (srcbuilder dostanie dedykowane konto nie anonimowe na cvs.pld-linux) To tak żeby trzeba było swoje hasła rozrzucać po większej liczbie maszyn? :/ hmm, a kto powiedzial ze na anoncvs beda jakiekolwiek hasla poza [EMAIL PROTECTED] bo ja nic takiego niemam zamiaru robic, tak samo modulow niektorych svnowych tez tam nie bedzie wcale, ani cvsowych, (np test), anoncvs będzie uaktualniane w czasie rzeczywistym? Nie sądzę, a chciałbym móc pobrać aktualne źródła na innej maszynie zaraz po commicie. ma byc, takie jest zalozenie, ale wcale nie zmuszam nikogo z developerów do uzywania anoncvs, src.builder tez bedzie kozystal z glownego cvsa, przynajmniej w chwili obecnej -- Maciej Pijanka Linux user #133161 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: python-pycups.spec - updated to 1.9.12
On Fri, Jul 28, 2006 at 06:21:58PM +0200, wiget wrote: -Summary(pl): Zbiór wiązań Pythona do API CUPS-a +Summary(pl.UTF-8): ZbiĂłr wiÄ zaĹ Pythona do API CUPS-a -%description -l pl -pycups to zbiór wiązań Pythona do API CUPS-a. +%description -l pl.UTF-8 +pycups to zbiĂłr wiÄ zaĹ Pythona do API CUPS-a. To tutaj to przypadkowa zmiana, czy do zrobienia już teraz ze wszystkimi specami na HEAD/w Th? Swoją drogą jakiej wersji rpm-a to wymaga do a) poprawnego budowania b) poprawnego odpytywania ? (widzę, że z 4.4.6 działa) -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: python-pycups.spec - updated to 1.9.12
On Mon, Aug 07, 2006 at 12:20:45PM +0200, Jakub Bogusz wrote: On Fri, Jul 28, 2006 at 06:21:58PM +0200, wiget wrote: -Summary(pl): Zbiór wiązań Pythona do API CUPS-a +Summary(pl.UTF-8): ZbiĂłr wiÄ zaĹ Pythona do API CUPS-a -%description -l pl -pycups to zbiór wiązań Pythona do API CUPS-a. +%description -l pl.UTF-8 +pycups to zbiĂłr wiÄ zaĹ Pythona do API CUPS-a. To tutaj to przypadkowa zmiana, czy do zrobienia już teraz ze wszystkimi specami na HEAD/w Th? Swoją drogą jakiej wersji rpm-a to wymaga do a) poprawnego budowania b) poprawnego odpytywania ? (widzę, że z 4.4.6 działa) Bardzo przepraszam. Ta zmiana nie powinna jeszcze trafić do CVSa. Owszem przygotowuje się do czegoś takiego dla wszystkich speców, które będą tylko w Th (np nowe GNOME), ale z braku czasu na dokładne testy ciągle odkładam to w czasie. Do poprawnego budowania pewnie potrzebne jest 4.4.6, do poprawnego odpytywania wymagany jest 4.4.6, gdyż to w nim zrobiono przekodowywanie Summary i %description na aktualny (wg locale) zestaw znaków. Skrypt który może być pomocny już jest w SPECS i nazywa się spec_utf8. Napisany jest w pythonie. Co wogóle myślicie o UTF-8 w specach ? -- Artur Frysiak http://pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: gcc-force_jar_wrapper.patch - simplification.
On Mon, Aug 07, 2006 at 03:38:59PM +0200, pluto wrote:
Author: plutoDate: Mon Aug 7 13:38:59 2006 GMT
Module: SOURCES Tag: HEAD
Log message:
- simplification.
@@ -1,20 +1,11 @@
--- trunk/libjava/configure.ac.orig 2006-07-06 11:12:25.0 +0200
+++ trunk/libjava/configure.ac 2006-07-06 19:56:51.347768250 +0200
-@@ -143,14 +143,12 @@
+@@ -143,7 +143,7 @@
AC_CHECK_TOOL(AR, ar)
AC_CHECK_TOOL(RANLIB, ranlib, :)
AC_PROG_AWK
-AC_CHECK_PROGS([JAR], [jar fastjar], no)
-+AC_SUBST([JAR])
++AC_CHECK_PROGS([JAR], [SKIP-jar-TEST SKIP-fastjar-TEST], no)
AC_PATH_PROG([ZIP], [zip], no)
AC_PATH_PROG([UNZIP], [unzip], unzip)
--AM_CONDITIONAL(BASH_JAR, test $JAR = no)
-+AM_CONDITIONAL(BASH_JAR, /bin/true)
- if test $ZIP = no; then
-- if test $JAR = no; then
--AC_MSG_ERROR([cannot find neither zip nor jar, cannot continue])
-- fi
-+ AC_MSG_ERROR([cannot find zip, cannot continue])
- else
- # InfoZIP available, use the 'guaranteed' Bourne-shell JAR to build
libjava
- JAR=`pwd`/scripts/jar
+ AM_CONDITIONAL(BASH_JAR, test $JAR = no)
chyba coś namieszałeś...
JAR musi być ustawione na poprawny scrypt, a teraz będzie ustawione na
'no'
może tak:
AC_CHECK_PROGS([JAR], [SKIP-jar-TEST SKIP-fastjar-TEST], `pwd`/scripts/jar)
AM_CONDITIONAL(BASH_JAR, /bin/true)
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: gcc-force_jar_wrapper.patch - simplification.
Dnia poniedziałek, 7 sierpnia 2006 15:47, [EMAIL PROTECTED] napisał: chyba coś namieszałeś... JAR musi być ustawione na poprawny scrypt, a teraz będzie ustawione na 'no' wszystko jest w najlepszym porządku. przypatrz się dokładnie: if test $ZIP = no; then if test $JAR = no; then AC_MSG_ERROR([cannot find neither zip nor jar, cannot continue]) fi else # InfoZIP available, use the 'guaranteed' Bourne-shell JAR to build libjava JAR=`pwd`/scripts/jar ^^ fi ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm.macros, filterout...
On Sun, Aug 06, 2006 at 08:42:13PM +0200, Paweł Sikora wrote: sugeruję zrobić tak: # %rpmcflags= %optflags - %filterout - %filterout_c - %filterout_ld # %rpmcxxflags = %optflags - %filterout - %filterout_cxx - %filterout_ld # %rpmldflags = %optldflags - %filterout_ld A co ma _ld do CFLAGS i CXXFLAGS? -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
On Tue, Aug 01, 2006 at 02:16:10AM +0200, blues wrote: Author: bluesDate: Tue Aug 1 00:16:10 2006 GMT Module: SOURCES Tag: LINUX_2_6 Log message: - started update for 2.6.17.7 @@ -101,12 +101,12 @@ # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set -CONFIG_M386=y +# CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set -# CONFIG_M686 is not set +CONFIG_M686=y # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set @@ -124,19 +124,26 @@ # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set CONFIG_X86_GENERIC=y +CONFIG_X86_CMPXCHG=y +CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 -CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_PPRO_FENCE=y -CONFIG_X86_F00F_BUG=y +CONFIG_X86_WP_WORKS_OK=y +CONFIG_X86_INVLPG=y +CONFIG_X86_BSWAP=y +CONFIG_X86_POPAD_OK=y +CONFIG_X86_CMPXCHG64=y +CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y +CONFIG_X86_USE_PPRO_CHECKSUM=y +CONFIG_X86_TSC=y O, wreszcie pozbywamy się obsługi przestarzałych procesorów :) Tylko jeszcze EA trzeba uaktualnić... -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: uaktualnienia specy
Dnia 07-08-2006, pon o godzinie 10:27 +0200, Jacek 'jackass' Brzozowski napisał(a): Użytkownik Jacek 'jackass' Brzozowski napisał: mam zastrzeżenie co do sylpheed-claws sprawdź polski tłumaczenia bi trochę literowek znalazłem no jasne. piszę że literówki znalezłem, a sam je robie :D A ja myślałem, że to specjalnie... ;) -- 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: rpm.macros, filterout...
On Mon, Aug 07, 2006 at 06:12:48PM +0200, Jakub Bogusz wrote:
On Sun, Aug 06, 2006 at 08:42:13PM +0200, Paweł Sikora wrote:
sugeruję zrobić tak:
# %rpmcflags= %optflags - %filterout - %filterout_c - %filterout_ld
# %rpmcxxflags = %optflags - %filterout - %filterout_cxx - %filterout_ld
# %rpmldflags = %optldflags - %filterout_ld
A co ma _ld do CFLAGS i CXXFLAGS?
to że ktoś może je tam wrzucić, co nie będzie żadnym fatalnym błędem bo
ldflags i tak mają prefiks '-Wl,', a poprawi to konsolidowanie okropnie
zrobionych pakietów
wiele razy widziałem (i poprawiałem) coś w stylu:
$(CCLD) $(CFLAGS) -o $@ $(OBJS) $(LIBS) $(LDFLAGS)
jeśli -Wl,--as-needed będzie też w CFLAGS to zadziała, jeśli tylko w
LDFLAGS to nie
zdarzały się też przypadki że w ogóle nie było LDFLAGS
w skrócie:
sugerowałem się tym że flagi linkera nie przeszkadzają w CFLAGS
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: gcc-force_jar_wrapper.patch - simplification.
On Mon, Aug 07, 2006 at 03:54:45PM +0200, Paweł Sikora wrote:
Dnia poniedziałek, 7 sierpnia 2006 15:47, [EMAIL PROTECTED] napisał:
wszystko jest w najlepszym porządku. przypatrz się dokładnie:
dobrze, wszystko dobrze; minusy mi się popierdzieliły
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm.macros, filterout...
On Mon, Aug 07, 2006 at 08:31:10PM +0200, [EMAIL PROTECTED] wrote:
On Mon, Aug 07, 2006 at 06:12:48PM +0200, Jakub Bogusz wrote:
On Sun, Aug 06, 2006 at 08:42:13PM +0200, Paweł Sikora wrote:
sugeruję zrobić tak:
# %rpmcflags= %optflags - %filterout - %filterout_c - %filterout_ld
# %rpmcxxflags = %optflags - %filterout - %filterout_cxx - %filterout_ld
# %rpmldflags = %optldflags - %filterout_ld
A co ma _ld do CFLAGS i CXXFLAGS?
to że ktoś może je tam wrzucić, co nie będzie żadnym fatalnym błędem bo
ldflags i tak mają prefiks '-Wl,', a poprawi to konsolidowanie okropnie
zrobionych pakietów
wiele razy widziałem (i poprawiałem) coś w stylu:
$(CCLD) $(CFLAGS) -o $@ $(OBJS) $(LIBS) $(LDFLAGS)
jeśli -Wl,--as-needed będzie też w CFLAGS to zadziała, jeśli tylko w
LDFLAGS to nie
zdarzały się też przypadki że w ogóle nie było LDFLAGS
w skrócie:
sugerowałem się tym że flagi linkera nie przeszkadzają w CFLAGS
Ale kto miałby wrzucać flagi linkera do %{rpmldflags}?
Przecież tylko tego dotyczą te makra. Reszta jest kwestią speca.
A jeśli już mowa o zwiększaniu uniwersalności, to niektóre pakiety
wymagają -O/-O1 zamiast -O0 przy budowaniu pakietów z debug.
Powyższe %filterout do tego nie wystarczy...
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On Sun, 6 Aug 2006, Marcin Król wrote: a 2.6.16.x z LINUX_2_6_16 to złe jest? Dobre i nawet mialo leciec do ready tylko powstrzmyala mnie ochota na przywrocenie sterownikow OSS i ciagle wystepujace zwisy na maszynach SMP (BTW, blues, ten 2.6.17 co testowales sie nie wywala juz?). 2.6.17 poprawia problem. był to błąd w lockowaniu w ommkillerze, który powodował out-of-memory. Wprowadzało to cpuset jakiś czas temu (sprawa ogólna, nic związanego z naszymi łatami). Z tego też powodu IMO właśnie 2.6.17 powinno być w AC. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
On Mon, 7 Aug 2006, Jakub Bogusz wrote: Author: bluesDate: Tue Aug 1 00:16:10 2006 GMT Module: SOURCES Tag: LINUX_2_6 Log message: - started update for 2.6.17.7 [...] O, wreszcie pozbywamy się obsługi przestarzałych procesorów :) Tylko jeszcze EA trzeba uaktualnić... Szczerze mówiąc to nie było zamierzone :D Co w ten sposób jest obcinane? -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm.macros, filterout...
On Mon, Aug 07, 2006 at 09:20:47PM +0200, [EMAIL PROTECTED] wrote:
On Mon, Aug 07, 2006 at 08:57:16PM +0200, Jakub Bogusz wrote:
Ale kto miałby wrzucać flagi linkera do %{rpmldflags}?
Argh. Nie ma to jak odpisywać mając półtorej nocy do odespania.
Miało być %{rpmcflags}/%{rpmcxxflags}.
Oczywiście %{rpmldflags} służy do umieszczania flag linkera
i tam %filterout_ld powinno się znaleźć.
Chodziło mi o to, po co %filterout_ld jest w %{rpmc*flags}.
ja ?
Przecież tylko tego dotyczą te makra. Reszta jest kwestią speca.
dzięki wrzuceniu -Wl,--as-needed znalazłem 2 problemy z LDFLAGS, potem
napisałem sobie gcc.wrapper'a
A jeśli już mowa o zwiększaniu uniwersalności, to niektóre pakiety
wymagają -O/-O1 zamiast -O0 przy budowaniu pakietów z debug.
Powyższe %filterout do tego nie wystarczy...
a to nie wiem, nigdy z debug nie buduję
Może %filterout + %specdebugflags (żeby dodać -O1 na końcu)?
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
On Mon, Aug 07, 2006 at 09:39:53PM +0200, Paweł Gołaszewski wrote:
On Mon, 7 Aug 2006, Jakub Bogusz wrote:
Author: bluesDate: Tue Aug 1 00:16:10 2006 GMT
Module: SOURCES Tag: LINUX_2_6
Log message:
- started update for 2.6.17.7
[...]
O, wreszcie pozbywamy się obsługi przestarzałych procesorów :) Tylko
jeszcze EA trzeba uaktualnić...
Szczerze mówiąc to nie było zamierzone :D
Co w ten sposób jest obcinane?
Wszystkie x86 poniżej i686.
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
06-08-07, Jakub Bogusz [EMAIL PROTECTED] napisał(a): On Mon, Aug 07, 2006 at 09:39:53PM +0200, Paweł Gołaszewski wrote: On Mon, 7 Aug 2006, Jakub Bogusz wrote: Author: bluesDate: Tue Aug 1 00:16:10 2006 GMT Module: SOURCES Tag: LINUX_2_6 Log message: - started update for 2.6.17.7 [...] O, wreszcie pozbywamy się obsługi przestarzałych procesorów :) Tylko jeszcze EA trzeba uaktualnić... Szczerze mówiąc to nie było zamierzone :D Co w ten sposób jest obcinane? Wszystkie x86 poniżej i686. A czym to jest podyktowane - bo obsluga generic i386 (i ew. i586) czasami sie przydaje. Sam mam kilka maszyn na pentium mmx czy na k6-2 gausus -- [ --- Maciej Jan Broniarz || [EMAIL PROTECTED] --- ] | Siamo qui \ sotto la stessa luce \ sotto la sua croce \ | | cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, | [ --- E l'Emmanuel, Emmanuel -- ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
A czym to jest podyktowane Niedopatrzeniem developera :) (mam nadzieje) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
Z tego też powodu IMO właśnie 2.6.17 powinno być w AC. I bedzie. Mam nadzieje jutro poslac do mielenia jak grseca skoncze. Dzis juz padam, a na koniec zostawilem sobie pliczki z najwiekszymi rejectami wiec wole nie rusza bo jeszcze bym cos sp^Hknocil. Choc to i tak nie jest wykluczone :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - started update for 2.6.17.7
On Mon, 7 Aug 2006, Jakub Bogusz wrote: Author: bluesDate: Tue Aug 1 00:16:10 2006 GMT Module: SOURCES Tag: LINUX_2_6 Log message: - started update for 2.6.17.7 [...] O, wreszcie pozbywamy się obsługi przestarzałych procesorów :) Tylko jeszcze EA trzeba uaktualnić... Szczerze mówiąc to nie było zamierzone :D Co w ten sposób jest obcinane? Wszystkie x86 poniżej i686. oops :D Cóż - najlepiej będzie jak powiesz z którymi ustawieniami wracać :D Na potrzeby Th można podyskutować o obcięciu i486 , bo i tak glibc nie będzie obsługiwał. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libtunepimp.spec - includes symlink (/usr/include/tunepimp-...
Dnia niedziela, 23 lipca 2006 12:39, Paweł Sikora napisał: On Sunday 23 July 2006 11:57, Piotr Budny wrote: Dnia niedziela, 23 lipca 2006 11:32, Paweł Sikora napisał: [...] dużo aplikacji sprawdza /usr/include/tunepimp/*.h. np. amarok przez to po cichu nie buduje wsparcia dla musicbrainz. I tak na razie nie jest przygotowany na budowanie z 0.5.0. jest przygotowany, configure definuje HAVE_TUNEPIMP 5 i w kodzie są #if-y, tylko libtunepimp nie ma w bibliotece funkcji tp_SetPUIDCollisionThreshold (pomimo deklaracji w nagłówku) i amarok robi fallback do HAVE_TUNEPIMP 4. Taka mała ciekawostka, aktualny Amarok z SVN bez problemu buduje się i umie już korzystać z tunepimp 0.5.0. Pozdrawiam, Piotr Budny ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
On Mon, 07 Aug 2006, Marcin Król wrote: Z tego też powodu IMO właśnie 2.6.17 powinno być w AC. I bedzie. Mam nadzieje jutro poslac do mielenia jak grseca skoncze. Dzis juz padam, a na koniec zostawilem sobie pliczki z najwiekszymi rejectami wiec wole nie rusza bo jeszcze bym cos sp^Hknocil. Choc to i tak nie jest wykluczone :) Drobna uwaga techniczna do TODO:netfilter - pacze sie nakladaja, ba nawet sie skompiluja, ale wywala z hukiem kernel. Poprawienie jest trywialne, trzeba dodac parametry do fukcji i zmienic inicjalizacje struktur, niestety ja mam teraz pourlopowe -ENOTIME :( Janek -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS/SVN
Jan Rekorajski wrote: [...] Drobna uwaga techniczna do TODO:netfilter - pacze sie nakladaja, ba nawet sie skompiluja, ale wywala z hukiem kernel. Poprawienie jest trywialne, trzeba dodac parametry do fukcji i zmienic inicjalizacje struktur, niestety ja mam teraz pourlopowe -ENOTIME :( Trzeba patrzeć i czasami czytać . netfilter który jest jest robiony na bazie 2.6.16.X - jakby ktoś nie wiedział [snap 200605**] Zobaczę w najbliższym czasie co się zmieniło i poprawię. Sas. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ghostscript-afpl.spec
On Mon, Aug 07, 2006 at 10:49:30AM +0200, Jakub Bogusz wrote:
Dodałem bconda umożliwiającego zbudowanie z systemowym jbig2dec
Jeżeli to działa, to powinno być domyślne (nawet bez bconda).
jbig2dec.spec z cvsu wygląda na mocno eksprymentalny (czy wręcz nie
dokończony). Poprawkę wysłałem na listę, niemniej wydaje mi się, że
używanie systemowego jbig2dec jest sztuką dla sztuki.
W każdym razie, u mnie ghostscript buduje się z systemowym jbig2dec i
działa.
Jeżeli to ma być GPL Ghostscript, to musi być ze źródeł
ghostscript-%{version}-gpl.tar.bz2. Wersja bez -gpl to AFPL
Ghostscript.
A dziwiłem się dlaczego w LICENSE nie ma nic na temat GPL...
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań.
--- ghostscript-afpl.spec 2006-08-01 09:44:16.0 +
+++ ghostscript.spec2006-08-08 02:42:57.0 +
@@ -2,10 +2,9 @@
#
# TODO:
# - fix svga bcond
-# - create shared libijs
-# - link with dynamic jbig2dec
#
# Conditional build:
+%bcond_without system_jbig2dec
%bcond_withsvga# with svgalib display support (vgalib and
lvga256 devices)
%bcond_without gtk # without gsx
#
@@ -16,13 +15,13 @@
Summary(ja): PostScript Ľ¤ĽóĽżĄźĽ×ĽęĽżĄŚĽěĽóĽŔĽéĄź
Summary(pl): Bezpłatny interpreter i renderer PostScriptu i PDF
Summary(tr): PostScript PDF yorumlayýcý ve gösterici
-Name: %{_name}-afpl
-Version: 8.53
-Release: 1
-License: AFPL
+Name: %{_name}
+Version: 8.54
+Release: 0.2
+License: GPL
Group: Applications/Graphics
-Source0:
http://dl.sourceforge.net/ghostscript/%{_name}-%{version}.tar.bz2
-# Source0-md5: e65e0c40213a616174572faa639e04d6
+Source0:
http://dl.sourceforge.net/ghostscript/%{_name}-%{version}-gpl.tar.bz2
+# Source0-md5: 5d0ad0da8297fe459a788200f0eaeeba
# we need to link with libjpeg recompiled with our parameters
Source2: ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz
# Source2-md5: dbd5f3b47ed13132f04c685d608a7547
@@ -38,16 +37,17 @@
#Patch5: %{name}-glib.patch
Patch6:%{name}-ijs_pkgconfig_64.patch
URL: http://www.ghostscript.com/
-BuildRequires: XFree86-devel
BuildRequires: autoconf
BuildRequires: automake
BuildRequires: docbook-style-dsssl
BuildRequires: glib2-devel
+%{?with_system_jbig2dec:BuildRequires: jbig2dec-devel}
# for gsx
%{?with_gtk:BuildRequires: gtk+-devel}
BuildRequires: libpng-devel = 1.0.8
BuildRequires: libstdc++-devel
BuildRequires: libtiff-devel
+BuildRequires: libtool
BuildRequires: pkgconfig
BuildRequires: jasper-devel
# Required by 'gdevvglb' device.
@@ -55,8 +55,9 @@
# for documentation regeneration
BuildRequires: tetex
BuildRequires: tetex-dvips
-Provides: ghostscript = %{version}-%{release}
-Obsoletes: ghostscript
+BuildRequires: xorg-lib-libXext-devel
+BuildRequires: xorg-lib-libXt-devel
+Obsoletes: ghostscript-afpl
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
@@ -98,8 +99,7 @@
Summary(pl): Ghostscript z konsolą GTK+
Group: Applications/Graphics
Requires: %{name} = %{version}-%{release}
-Provides: ghostscript-gtk = %{version}-%{release}
-Obsoletes: ghostscript-gtk
+Obsoletes: ghostscript-afpl-gtk
%description gtk
Ghostscript with GTK+ console.
@@ -112,8 +112,7 @@
Summary(pl): Pliki nagłówkowe libgs
Group: Development/Libraries
Requires: %{name} = %{version}-%{release}
-Provides: ghostscript-devel = %{version}-%{release}
-Obsoletes: ghostscript-devel
+Obsoletes: ghostscript-afpl-devel
%description devel
Header files for libgs - ghostscript shared library.
@@ -126,8 +125,7 @@
Summary(pl): Pliki dla programistów IJS
Group: Development/Libraries
Requires: %{name} = %{version}-%{release}
-Provides: ghostscript-devel = %{version}-%{release}
-Obsoletes: ghostscript-ijs-devel
+Obsoletes: ghostscript-afpl-ijs-devel
%description ijs-devel
IJS development files.
@@ -140,8 +138,7 @@
Summary(pl): Statyczna biblioteka IJS
Group: Development/Libraries
Requires: %{name}-ijs-devel = %{version}-%{release}
-Provides: ghostscript-ijs-static = %{version}-%{release}
-Obsoletes: ghostscript-ijs-static
+Obsoletes: ghostscript-afpl-ijs-static
%description ijs-static
Static libijs library.
@@ -150,7 +147,7 @@
Statyczna wersja biblioteki IJS.
%prep
-%setup -q -a2 -n %{_name}-%{version}
+%setup -q -a2 -n %{_name}-%{version}-gpl
%patch0 -p1
%patch1 -p1
%patch2 -p1
@@ -163,6 +160,11 @@
%build
# workarounds
touch ijs/ijs-config.1
+%if %{with system_jbig2dec}
+if [ -d jbig2dec ]; then
+ rm -rf jbig2dec
+fi
+%endif
# not really needed with new patch :)
# sed -i -e
's#:$(gsdir)/fonts#:$(gsdir)/fonts:%{_datadir}/fonts:%{_datadir}/fonts/Type1#g'
src/Makefile.in
#
@@ -187,7 +189,8 @@
%{__aclocal}
%{__autoconf}
%{__automake}
-%configure
+%configure \
+ --enable-shared
unzip.spec
Witam!
Załączam poprawkę włączającą unzipowi obsługę plików większych niż 2 GB.
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań.
Index: unzip.spec
===
RCS file: /cvsroot/SPECS/unzip.spec,v
retrieving revision 1.49
diff -u -r1.49 unzip.spec
--- unzip.spec 25 Feb 2006 17:54:30 - 1.49
+++ unzip.spec 2 Aug 2006 13:51:09 -
@@ -106,7 +106,7 @@
LD=%{__cc} \
AS=%{__cc} \
%ifarch %{ix86}
- CF=%{rpmcflags} -I. -Wall -DASM_CRC \
+ CF=%{rpmcflags} -I. -Wall -DASM_CRC -DLARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 \
AF=-Di386 %{rpmldflags} \
CRC32=crc_gcc
%else
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
