Re: Problem z CVS i keywords
On Thu, Jun 09, 2011 at 04:15:59PM +0200, Kacper Kornet wrote: Mam w pliku linię: first_line='# \$Revision$, \$Date$' I teraz zmieniam ją na first_line='# \$Revision:$, \$Date:$' i commituję taką zmianę do CVS. Tyle, że on ją ignoruje. Tzn. commit jest ale z pustym diffem. Ktoś może wie jak to zrobić poprawnie? Co ciekawe jak z moich zmian usunę dwukropki, to commit jest rejestrowany poprawnie. first_line='# \$''Revision:$, \$''Date:$' albo coś... Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: echo -ne in rc-scripts
On Tue, May 10, 2011 at 01:26:24PM +0200, Kacper Kornet wrote: wywołanie zewnętrznego programu, a nie shellowa funckja. I w ogóle pytanie czy gra warta świeczki. Nie, tak nam więcej bashizmów przejdzie. Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: Moduł/na stałe/wyłączone, czyli jaka jest polityka ustwień w konfigu?
On Tue, May 10, 2011 at 10:19:20PM +0200, Łukasz Maśko wrote: W kernelu 2.6.38.6 (.5 zresztą też) pojawiły się, jak to w nowych kernelach bywa, nowe pliki obsługi różnych rzeczy. Przy kompilacji, jedynie po zmianie w specu wersji kernela, pojawiają się pytania, co zrobić z ficzerami, które nie są uwzględnione w naszych domyślnych konfigach. Jaka jest standardowa polityka w kernelu PLD w takim przypadku? Chwilowo założyłem, że to co może być modułem jest zaznaczane, że może być modułem (zaznaczmy 'm'), a ficzery, które nie mają opcji modułu są włączane (zaznaczamy 'y'). Czy to rozumowanie jest poprawne? Dotyczy tylko rzeczy nowych - rozumiem, że potem może się okazać, że coś musi wylecieć albo zostać skompilowane inaczej, ale to już później, jak w praniu wyjdzie. Te opcje co nie załączają modułów normalnie ustawia się tak jak sugeruje config. Załączająa one zazwyczaj specjalne zachowanie, które może psuć normalne przypadki. Regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: Shellowa zagadka
On Thu, May 05, 2011 at 08:29:11PM +0200, Kacper Kornet wrote:
Przy okazji wyjścia nowej wersji git'a trafiłem na następującą zagwozdkę
na naszym /bin/sh. Otóż skrypt:
x=2; unset a; echo ${a:-'$x'}
zwraca:
$x
Natomiast bash, zsh, dash i ash zwracają '2' w tym wypadku. Pytanie do
znawców: co jest poprawne z punktu widzenia POSIX.
Nie opisane.
http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_02
If a parameter expansion occurs inside double-quotes:
* Pathname expansion shall not be performed on the results of the expansion.
* Field splitting shall not be performed on the results of the
expansion, with the exception of '@'
Lepiej unikać ${nazwa:COŚTAM} wewnątrz i tyle.
Best regards,
Przemysław Iskra.
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: Poprawka do ulogd-1.24-3
On Thu, Feb 24, 2011 at 03:59:31PM +0100, Dariusz Parciak wrote: Witam! A to i ja witam. ulogd-1.24-3 ma problem przy logowaniu informacji do bazy danych. Zamiast poprawnego logowania adresu MAC (raw_mac) loguje tylko 00. Załączam patcha który to naprawia oraz poprawkę na spec. Niestety, nie jesteś kobietą, a ponieważ nikt ulogd nie używa Twoja łata odejdzie w zapomnienie. Jedyne co mogę zaproponować to abyś nasłał jeszcze tak z 10 łatek, szybko dostaniesz plusiki i dostęp do cvs. Ze dwa dni będziesz się uczył jak tu wszystko działa. Dzień, góra trzy, będziesz swoje łatki sam commitował. A potem Ci się odechce i będzie wszystko po staremu. Zdrowie i do dna ! -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: packages: util-linux-ng/util-linux-ng.spec - some progress made: initrd ver...
On Thu, Feb 10, 2011 at 07:46:25PM +0100, Jakub Bogusz wrote: On Thu, Feb 10, 2011 at 07:32:20PM +0100, sparky wrote: Author: sparky Date: Thu Feb 10 18:32:20 2011 GMT Module: packages Tag: HEAD Log message: - some progress made: initrd version still won't build with either dietlibc or uClibc - info documentation is no more; dropped BR: texinfo - gettextize, libtoolize; BR: autoconf, gtk-doc-automake - locale files changed name to util-linux Nie tylko locale, ten pakiet to z powrotem util-linux. Co za peh. Zmieniamy nazwę pakietu ? -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: uwsgi - jak?
On Tue, Feb 08, 2011 at 04:03:09PM +0100, Jacek Osiecki wrote: Witam, Dzień dobry. Poldek mi niczego nt. uwsgi nie znajduje, natomiast gdy szukałem czy PLD ma coś z tym wspólnego - znalazłem taki mail z cvs-commit: http://www.mail-archive.com/pld-cvs-commit@lists.pld-linux.org/msg234566.html Czy to znaczy że trzeba po prostu samodzielnie spróbować to przebudować? Paczka jest niedorobiona, widocznie nikomu to nie potrzebne. Nawet się nie budowało. [... marudzenie ...] Co robię źle? wszystko. Powinno być tak: builder --init-rpm-dir cd rpm/packages ./builder -bb uwsgi Łot i cała historyja. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: packages: root/root.spec - *DO NOT SET BuildArch: noarch IN SUBPACKAGES* --...
On Sun, Jan 30, 2011 at 11:05:03AM +0100, Pawel Golaszewski wrote: On Sun, 30 Jan 2011, sparky wrote: Author: sparky Date: Sun Jan 30 02:35:09 2011 GMT Module: packages Tag: HEAD Log message: - *DO NOT SET BuildArch: noarch IN SUBPACKAGES* -- this is a global option and switches to noarch build of the whole project [...] -BuildArch: noarch [...] -BuildArch: noarch To jak z tym w końcu jest? AFAIR to można było mieć kawałki noarch w paczce architekturowej... Jest to jedyny spec w którym ktoś założył że to co mówisz jest prawdą. W podobnych przypadkach, jeśli kawałki noarch są bardzo obszerne (dane do texlive, dane do gier, podobne), wydzielamy je i budujemy z osobnego speca. Przy małych podpakietach się tym nie przejmujemy. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: packages: root/root.spec - *DO NOT SET BuildArch: noarch IN SUBPACKAGES* --...
On Sun, Jan 30, 2011 at 02:01:35PM +0100, Przemyslaw Iskra wrote:
On Sun, Jan 30, 2011 at 11:05:03AM +0100, Pawel Golaszewski wrote:
On Sun, 30 Jan 2011, sparky wrote:
Author: sparky Date: Sun Jan 30 02:35:09 2011 GMT
Module: packages Tag: HEAD
Log message:
- *DO NOT SET BuildArch: noarch IN SUBPACKAGES* -- this is a global
option and
switches to noarch build of the whole project
[...]
-BuildArch: noarch
[...]
-BuildArch: noarch
To jak z tym w końcu jest?
AFAIR to można było mieć kawałki noarch w paczce architekturowej...
Jest to jedyny spec w którym ktoś założył że to co mówisz jest prawdą.
14:00 glen SamChi: the buildarch in subpackages is fedora rpm addon,
likely got cloned to pld when spec was copied from there
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: packages: root/root.spec - *DO NOT SET BuildArch: noarch IN SUBPACKAGES* --...
On Sun, Jan 30, 2011 at 04:47:13PM +0100, Pawel Golaszewski wrote: On Sun, 30 Jan 2011, Przemyslaw Iskra wrote: Author: sparky Date: Sun Jan 30 02:35:09 2011 GMT Module: packages Tag: HEAD Log message: - *DO NOT SET BuildArch: noarch IN SUBPACKAGES* -- this is a global option and switches to noarch build of the whole project [...] -BuildArch: noarch [...] -BuildArch: noarch To jak z tym w końcu jest? AFAIR to można było mieć kawałki noarch w paczce architekturowej... Jest to jedyny spec w którym ktoś założył że to co mówisz jest prawdą. arekm bodajże wspominał, że to jest możliwe. Jest, ale nie w naszym rpmie. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: Biblioteki wokol enlightenment.
On Sun, Jan 30, 2011 at 04:33:02PM +0100, Mateusz Pastuszko wrote: W akcie desperacji podbilem sobie wszystkie biblioteki potrzebne dla e17. ^--^ Proszę rozwinąć, czyżbyś próbował e17 podbić ? -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: R-cran-leaps.spec
On Fri, Jan 21, 2011 at 01:09:02PM +0100, Basia Żuławnik wrote: Tymczasem chciałabym jeszcze podrzucić łatkę do R-cran-leaps podbijającą do 2.9. Napotkałam tu na taki problem, że przy instalacji/deinstalacji pojawia się coś takiego: /tmp/rpm-tmp.5277[5]: cannot create ../doc/html/search/index.txt: No such file or directory Can't open perl script ../share/perl/build-help.pl: Nie ma takiego pliku ani katalogu błąd: %postun(R-cran-leaps-2.9-1.i686) skryptlet nie powiódł się, status wyjścia 2 Nie umiałam tego obejść, w innych specach R-cran też nie znalazłam obejścia, więc zakomentowałam post i postun (nie bijcie :). Jeśli ktoś ma pomysł jak to rozwiązać bez komentowania, to będę wdzięczna za hinta :) http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/R/R.spec.diff?r1=1.122;r2=1.123 Będziemy bić lisa ! -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: R-cran-leaps.spec
On Fri, Jan 21, 2011 at 03:19:54PM +0100, Michał Lisowski wrote:
W dniu 21.01.2011 15:01, Michał Lisowski pisze:
Dlatego R z defaultu nie instaluje katalogu
%{_libdir}/R/doc/html/search
Dlatego %post i %postun w paczkach R-cran-* są od wersji 2.10.0 zbędne.
Usunąć, podbić R: R = 2.10.0
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: kicad.spec
On Mon, Jan 03, 2011 at 11:12:46PM +0100, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 03.01.2011 22:09, od Bartosz Świątek:
Męczyć o dodanie do makra:
-DCMAKE_CXX_FLAGS=%{rpmcxxflags}
-DCMAKE_CPP_FLAGS=%{rpmcppflgs}
-DCMAKE_C_FLAGS=%{rpmcflags}
Czuj się męczony... ;)
proszę ldflags nie dyskryminować
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: kicad.spec
On Tue, Jan 04, 2011 at 12:19:58AM +0100, Daniel Dawid Majewski wrote:
A czy można dołączyć flagę -m64 do %{rpmcxxflags} dla x86_64?
A po kiego ch**a ?! Że się tak grzecznie spytam...
Patrzyłeś co ta flaga robi ? Czy jest dodawana w innych specach ? Czy
bez niej źródła się kompilują z -m32 ? Czy kicad się tak samo kompiluje
w obecności paczek multilib jak i bez ? Czy jeśli jej nie użyjesz to
podatak znowu zostanie podniesiony ? Dlaczego chińskie komponenty tak
często nie pasują do standardowych padstacków ?
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: kicad.spec
On Sun, Jan 02, 2011 at 03:07:24PM +0100, Daniel Dawid Majewski wrote:
+%prep
+%setup -q -a1 -a2 -n %{name}-sources-%{snapshoot}-stable
+%patch0 -p0
poniższe do sekcji %build i użyć makra do cmake
+mkdir build
+
+export WX_CONFIG=`which wx-gtk2-unicode-config`
+ln -s `which wx-gtk2-unicode-config` build/wx-config
+cd build
+export WX_CONFIG=`which wx-gtk2-unicode-config`
+%ifarch %{x8664}
+cmake -DCMAKE_VERBOSE_MAKEFILE=ON \
+-DCMAKE_BUILD_TYPE=Release \
...
dalej mi się nie chce patrzeć
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: eMail . spa...@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: kicad.spec
On Sun, Jan 02, 2011 at 09:59:24PM +0100, Daniel Dawid Majewski wrote: Pytanie do sali : Czy etap cmake w tym przypadku to jednak nie jest jeszcze prep - nie występuje tu kompilacja, tylko _przygotowanie_ źródeł do kompilacji, które trwa tutaj tylko kilkanaście sekund, a kompilacja u mnie 20 minut z hakiem(Intel Core2 Duo @ 1.80GHz)... ? Myślę, że łatwiej wychwycić warningi od cmake nie czając się z ^C... (rpmbuild -bp) A jakieś %configure w %prep widziałeś ? To nie jest przygotowanie, tylko skonfigurowanie źródeł pod Twoją maszynę. Jeśli jest taka możliwość (i sens) sekcja %prep powinna pozostać niezależna od architektury. Do tego %prep powinno się powieść nawet przy braku większość BR. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: zmiana na stbr.pld-linux.org ?
On Thu, Dec 30, 2010 at 10:17:30AM +0100, Bartosz Świątek wrote: W dniu 30 grudnia 2010 07:50 użytkownik Witold Firlej pld.li...@grizz.pl napisał: 2010/12/30 Marcin Rybak marcin.ry...@gmail.com: W dniu 27 grudnia 2010 20:03 użytkownik Bartosz Świątek shad...@gmail.comnapisał: Tak, strona to tylko taki log :) btw, czy dałoby się zrobić, by: w tym logu dało się kliknąć w spierdalające okienko :), bo żeby zobaczyć co jest w logach buildera muszę klikać w źródło strony i odszukiwać konkretnego href'a TO jest wyższa szkoła jazdy. W momencie pojawienia się okienka kliknij (w miejscu gdzie masz aktualne myszkę, czyli gdzieś na szerokości kolumny Application info), okienko przestanie bawić się w strusia pędziwiatra. No, taki ficzer sobie kiedyś sparky wymyślił :P Ja tylko zaimplementowałem... A skąd pomysł nawet nie wiem. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: php upgrade i open_basedir
On Wed, Dec 15, 2010 at 04:02:56PM +0100, kan...@bohater.net wrote: Witam. AC -- [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][].. [+] You can take our lives,but you will never take our Freedom - W.Wallace [+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama [+] Revolution the only solution - System of a down... [-] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0 ___ pld-devel-pl mailing list [*] pisząc na listy -en masz szansę dostać odpowiedź - sparky -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@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: kernel - zmiana przyrostka w nazwie paczki
On Thu, Nov 04, 2010 at 03:28:59PM +0100, Krzysztof Goliński wrote: Witam, Czy można w jakiś cywilizowany sposób zmusić builder do zmiany przyrostka w nazwie jądra? Chodzi mi o nazwę nogrsecuritypae w 2.6.31.6_nogrsecuritypae-1 Chciałbym mieć możliwość podania własnej podnazwy. Zbudowałem kernel-nogrsecuritypae-2.6.35.8 i prawdopodobnie gryzą mi się symlinki - to powoduje, że nie mogę zainstalować nowego jądra obok starego. $ cd ~/rpm/packages $ echo 'SOUND_OSS=n' kernel/kernel-mojanazwa.config $ ./builder -bb kernel --alt_kernel mojanazwa [resztaopcji] oczywiście do kernel-mojanazwa.config możesz dać co tam chcesz. Ja mam: [spa...@quad packages]$ cat kernel/kernel-quad.config DRM=n MK8=y GENERIC_CPU=n SOUND_OSS=n [spa...@quad packages]$ cat kernel/kernel-atlek.config SMP=n DRM=n MK8=y GENERIC_CPU=n SOUND_OSS=n UWAGA: to nie rozbije kernela na podpaczki, wszystko wyląduje do głównej, więc w configu musisz wyłączyć co tam nie chcesz (sound, drm). -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: EMail...spa...@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: [Th] perl
On Fri, Oct 29, 2010 at 02:12:09PM +0200, Tomasz Mateja wrote: Executing rpm --upgrade -vh --root /... warning: /root/.poldek-cache/ftp_ftp.th.pld-linux.org.dists.th.PLD.i686.RPMS/heimdal-libs-1.4-11.i686.rpm: Header V4 DSA signature: NOKEY, key ID e4f1bc2d error: Failed dependencies: /usr/lib/perl5/vendor_perl/5.10.0/i686-pld-linux-thread-multi is needed by (installed) perl-MIME-Base64-3.08-1.i686 There were errors czy perl-modules nie powinien miec obsoletes na perl-MIME-Base64 = 3.08 ?? prędzej: Provides: perl-MIME-Base64 = 3.08 Obsoletes: perl-MIME-Base64 -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: EMail...spa...@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: [Th] perl
On Fri, Oct 29, 2010 at 06:35:07PM +0200, Przemyslaw Iskra wrote: On Fri, Oct 29, 2010 at 02:12:09PM +0200, Tomasz Mateja wrote: Executing rpm --upgrade -vh --root /... warning: /root/.poldek-cache/ftp_ftp.th.pld-linux.org.dists.th.PLD.i686.RPMS/heimdal-libs-1.4-11.i686.rpm: Header V4 DSA signature: NOKEY, key ID e4f1bc2d error: Failed dependencies: /usr/lib/perl5/vendor_perl/5.10.0/i686-pld-linux-thread-multi is needed by (installed) perl-MIME-Base64-3.08-1.i686 There were errors czy perl-modules nie powinien miec obsoletes na perl-MIME-Base64 = 3.08 ?? prędzej: Provides: perl-MIME-Base64 = 3.08 Obsoletes:perl-MIME-Base64 Obsoletes: perl-MIME-Base64 = 3.08 -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: EMail...spa...@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: Problem z Tomcat - nie znajduje VM Javy [SOLVED]
On Thu, Oct 28, 2010 at 01:57:25AM +0200, Patryk Zawadzki wrote:
2010/10/28 Przemyslaw Iskra spa...@pld-linux.org:
Tu nie ma nic o architekturze. Normalnie poldek/rpm rozpoznaje czy ma
być x86_64 czy ix86 po P:/R: jakie są automatycznie generowane dla
bibliotek (zauważ że są różne dla tych arch). Tutaj zapewnie bibliotek
nie ma, więc sam musisz dodać coś na bazie np %{_target_base_arch}.
Pewnie powinno być:
Requires: %{name} = %{version}-%{release}.%{arch}
Jestem niemalże pewien że to nie zadziała, bo %{_arch} zostanie
potraktowane jako część release.
Raczej:
Provides: %{name}(%{_arch}) = %{version}-%{release}
Requires: %{name}(%{_arch}) = %{version}-%{release}
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: EMail...spa...@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: Problem z Tomcat - nie znajduje VM Javy [SOLVED]
On Wed, Oct 27, 2010 at 10:08:25PM +0200, Paweł Zuzelski wrote:
Teraz, czy mógłby mi ktoś wytłumaczyć, jakim cudem poldek/rpm
pozwoliły na to, żeby java-commons-daemon były zainstalowane z
różnych architektur, skoro:
%package -n jsvc
Summary:Commons Daemon jsvc utility
Summary(pl.UTF-8): Narzędzie jsvc Commons Daemon
Group: Applications
Requires: %{name} = %{version}-%{release}
Tu nie ma nic o architekturze. Normalnie poldek/rpm rozpoznaje czy ma
być x86_64 czy ix86 po P:/R: jakie są automatycznie generowane dla
bibliotek (zauważ że są różne dla tych arch). Tutaj zapewnie bibliotek
nie ma, więc sam musisz dodać coś na bazie np %{_target_base_arch}.
--
sparky -- Przemyslaw LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/
\\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/
(/|| (_-_|_|| ||\\ ||: EMail...spa...@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: packages: nxcomp/nxcomp-build.patch - updated for 3.4.0-7
On Sun, Jul 11, 2010 at 03:22:21PM +0200, paszczus wrote:
--char *dash = rindex(opt, '-');
-+char *dash = (char *)rindex(opt, '-');
Ta zmiana była potrzebna bo rindex zwraca const char * -- nie wolno
robić z consta zmiennej nie-const.
+-const char *dash = rindex(opt, '-');
++const char *dash = (char *)rindex(opt, '-');
To już nie jest potrzebne, bo to co zwraca rindex zawsze będzie
kompatybilne ze zmienną.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : WWW2..rsget.pl
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@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: Virtualbox-bin - dlaczego w specu nie może być odwołani a do archiwum na serwerze Oracle?
On Mon, Jun 28, 2010 at 09:17:45PM +0200, Paweł Zuzelski wrote:
On Mon, 28 Jun 2010, Bartosz Taudul wrote:
Ja w takich przypadkach piszę URL-a od tyłu. A jak chcę mieć 120%
pewności, to całego speca.
.eicyż w łaleicw ędęB .łsymop yrboD
˙ołɐɯ ɐz oʇ nłʎʇ po ǝıuɐsıd
--
Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : WWW2..rsget.pl
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@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: /var/lock jako jakis tmpfs
On Sun, Jun 27, 2010 at 12:40:05AM +0200, Bartłomiej Zimoń wrote:
Dnia 26 czerwca 2010 23:32 Patryk Zawadzki pat...@pld-linux.org napisał(a):
2010/6/26 Bartłomiej Zimoń uz...@o2.pl:
Chyba jednak lepiej /var/run uproscic - jednen mount tmpfs
gdzies a pozniej tylko mount --bind do /var/run
oszczedzamy jedno niepotrzebne kopiowanie.
Co sadzicie o /dev/shm/run jako miejscu dla kopii /var/run ?
Eee, ale shm do czego innego służy. I pewnie nie każdy go chce mieć
zamontowanego.
Wiec gdzie bedzie najlepsze miejsce na kopie /var/run ?
Nigdzie. To wszystko to obrzydliwy hack a kopiowanie to wielki hazard
(race condition).
Jeśli tak bardzo chcesz to mieć to użyj aufs, zamontuj jedno tmpfs dla
całego /var i w aufs ustaw które ścieżki mają być zapisywane do tmpfs a
które na prawdziwy dysk. Na pewno będzie to znacznie trudniejsze, ale
dobrze wykonane nie będzie mieć dziwacznych baboli.
Dziękuję za uwagę.
P.S. A jak jeszcze raz napiszesz coś o kopaniu to kogoś się wyśle i Ci
to zrobi.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : WWW2..rsget.pl
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@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: libdlna
On Thu, Jun 24, 2010 at 07:21:08PM +0200, Lęcznar Paweł wrote:
Witam,
W załączniku patch do libdlna doprowadzony do stanu, w którym się buduje
na x86_64, jest to pierwszy spec którego poprawiam i tutaj wysyłam więc
prosiłbym o wyrozumiałość jeśli coś tam jest jeszcze nie tak
-#include dlna.h
+#include src/dlna.h
Raczej brakuje odpowiedniego -Isrc w buildscryptach.
--
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: packages: libdlna/libdlna.spec - pass libdir to configure -install in lib6...
On Thu, Jun 24, 2010 at 11:35:49PM +0200, Bartłomiej Zimoń wrote:
Dnia 24 czerwca 2010 22:09 Jakub Bogusz qbo...@pld-linux.org napisał(a):
On Thu, Jun 24, 2010 at 10:03:44PM +0200, cactus wrote:
-./configure --prefix=%{_prefix}
+./configure --prefix=%{_prefix} \
+%if %{_lib} == lib64
+ --libdir=%{_prefix}/lib64
+%else
+ --libdir=%{_prefix}/lib
+%endif
+
A...
--libdir=%{_libdir}
Spozniles sie :)
Author: cactus Date: Thu Jun 24 20:17:52 2010 GMT
Module: packages Tag: HEAD
Log message:
- more simple libdir (thx Leczar Pawel)
wrednieNaucz się daty czytać/wrednie
--
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: packages: libdlna/libdlna.spec - pass libdir to configure-install in lib6...
On Thu, Jun 24, 2010 at 11:54:47PM +0200, Bartłomiej Zimoń wrote:
Dnia 24 czerwca 2010 23:46 Przemyslaw Iskra spa...@pld-linux.org napisał(a):
On Thu, Jun 24, 2010 at 11:35:49PM +0200, Bartłomiej Zimoń wrote:
Dnia 24 czerwca 2010 22:09 Jakub Bogusz qbo...@pld-linux.org napisał(a):
--libdir=%{_libdir}
Spozniles sie :)
Author: cactus Date: Thu Jun 24 20:17:52 2010 GMT
Module: packages Tag: HEAD
Log message:
- more simple libdir (thx Leczar Pawel)
wrednieNaucz się daty czytać/wrednie
tzn?
Jakub napisał o 22:09 CEST, a Ty poprawiłeś o 20:17 GMT czyli 8 minut
później.
Więc to Ty się spóźniłeś z przeczytaniem maila.
--
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: mailgraph i nowy perl, rrdtol
On Mon, Jun 14, 2010 at 01:27:27PM +0200, Stacho Pal wrote:
Witam!
Po ostatnim upgrade i wymianie perl*-5.10.1-2.i686.rpm
na perl-*-5.12.1-2.i686 zmienił się też rrdtool z rrdtool-1.3.8-4.i686.rpm
na rrdtool-1.3.8-5.i686. Skutek jest taki że mailgraph generuje komunikat:
internal serwer error w logach ląduje komunikat:
==
[error] [client 192.168.1.2] ERROR: This RRD was created on another
architecture,
referer: http://www.mojadomena.pl/mailgraph/
[error] [client 192.168.1.2] Premature end of scriptheaders: index.cgi,
referer: http://www.mojadomena.pl/mailgraph/
==
Google radzą dump/restore (choć ja architektury nie zmieniałem),
ale kończy się to tak:
===
rrdtool dump mailgraph.rrd mailgraph.xml
ERROR: This RRD was created on another architecture
Przywrócenie poprzedniej wersji eliminuje problem.
Jakieś inne pomysły??
dump na poprzedniej, restore na nowej
--
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: makro %_smp_mflags -j4
On Sat, May 29, 2010 at 10:04:49PM +0200, Arkadiusz Chomicki wrote:
witam
czy mogę prosić któregoś z developerów o sprawdzenie opcji -j na pakiecie
varkon. U mnie jest problem taki, że paczka ta kompiluj się prawidłowo tylko
wtedy gdy podam -j1 każda większa wartość prowadzi do błędu kompilacji i to
za
każdym razem w innym miejscu.
a może związane jest to z czymś innym?
Tak to jest jak ktoś się bierze za posanie Makefile mimo że nie bardzo
ma o tym pojęcie. Wyglądają one strasznie więc niebardzo jest sens się
bawić w naprawianie, po prostu -j1 dodaj.
--
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: lighttpd-1.4.26 mod_auth.patch
On Mon, May 24, 2010 at 09:13:19PM +0200, Marcin Rybak wrote:
Witam,
w załączeniu przesyłam patcha na lajtiego - który - dodaje dość przydatną
Sugeruję o podesłanie tego na pld-devel-en, oraz poprawienie sobie mime
type dla załączników.
Nie ma za co !
--
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: Platforma sprzętow a w PLD
On Mon, May 24, 2010 at 09:07:38PM +0200, Daniel Dawid Majewski wrote:
Krótko i na temat :
$ uname -i
unknown
1. Gdzie się ustawia, aby wynik był taki :
$ uname -i
pc
po cholerę ?
2. Które makro rpm bawi się nazwą platformy ? Mam speca, który ma w %files
%{_prefix}/i686-pc-linux-gnu/%{target},
podczas gdy w rzeczywistości pliki są w
%{_prefix}/i686-unknown-linux-gnu/%{target} i uważam to pierwsze za
właściwsze...
Obie ścieżki są bezsensowne. Prawdopodobnie o coś w stylu
i686-pld-linux-gnu chodziło. Lecz jeśli nie jest to coś bardzo
specjalistycznego (kompilator jakiś na przykład) to powinno to
odpowiednio po /usr/lib(64) i /usr/share pliki porozkładać.
Nie ma za co !
--
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: Platforma sprzętow a w PLD
On Mon, May 24, 2010 at 09:36:48PM +0200, Daniel Dawid Majewski wrote:
2. Które makro rpm bawi się nazwą platformy ? Mam speca, który ma w %files
%{_prefix}/i686-pc-linux-gnu/%{target},
podczas gdy w rzeczywistości pliki są w
%{_prefix}/i686-unknown-linux-gnu/%{target} i uważam to pierwsze za
właściwsze...
Obie ścieżki są bezsensowne. Prawdopodobnie o coś w stylu
i686-pld-linux-gnu chodziło. Lecz jeśli nie jest to coś bardzo
specjalistycznego (kompilator jakiś na przykład) to powinno to
odpowiednio po /usr/lib(64) i /usr/share pliki porozkładać.
Męczę cressavr32-binutils.spec z binutils v.2.18 i się wykłada już na końcu
%files, więc się zastanawiam, jak to
sensownie i pięknie poprawić...
W takim razie to powinno być coś w stylu:
%{_prefix}/avr32-(co to za abi)
--
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: Platforma sprzętow a w PLD
On Mon, May 24, 2010 at 10:24:07PM +0200, Daniel Dawid Majewski wrote:
W odpowiedzi na wiadomość z dnia 24.05.2010 21:41, od Przemyslaw Iskra:
Obie ścieżki są bezsensowne. Prawdopodobnie o coś w stylu
i686-pld-linux-gnu chodziło. Lecz jeśli nie jest to coś bardzo
specjalistycznego (kompilator jakiś na przykład) to powinno to
odpowiednio po /usr/lib(64) i /usr/share pliki porozkładać.
Męczę cressavr32-binutils.spec z binutils v.2.18 i się wykłada już na
końcu %files, więc się zastanawiam, jak to
sensownie i pięknie poprawić...
W takim razie to powinno być coś w stylu:
%{_prefix}/avr32-(co to za abi)
zapomniałem napisać :
%define target avr32-pld-linux
%define archdir %{_prefix}/%{target}
Sęk w tym, że są to narzędzia działające na platformie pc, pozwalające na
budowę binariów na inną architekturę (AVR32),
przy czym istnieją pliki o identycznych nazwach w natywnym binutils...
Co mogę i ja tu poprawić ?
Czy jeśli zbudujesz tę paczkę na pld @ i386-efi to nie będzie działać,
lub będzie działać inaczej ?
target oznacza _na co_ te cross-toolsy potrafią kompilować, czyli
avr32-pld-linux by sugerowało że zbudowane przez niego binarki będą
działały tylko pod pld-linux zainstalowanym na avr32. Prawdopodobnie
chcesz samo avr32 jeśli to jest wystarczająco uniwersalne. Ewentualnie
dodać informacje o abi jeśli jest parę obowiązujących (nie sądzę,
embedded abi jest pewnie jedynym).
P.S. Zatrudnij świstaka żeby Ci zawijał.
--
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: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ...
On Sat, Apr 03, 2010 at 03:12:46PM +0200, Fryderyk Dziarmagowski wrote:
On Sat, 03 Apr 2010 15:52:28 +0200
duddits dudd...@pld-linux.org wrote:
Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT
Module: packages Tag: HEAD
Log message:
- up to 1.9.2.3
- some loose *.so added to -libs
[...]
+%attr(755,root,root) %{_libdir}/%{name}/libfreebl3.so
%attr(755,root,root) %{_libdir}/%{name}/libmozjs.so
+%attr(755,root,root) %{_libdir}/%{name}/libnss3.so
+%attr(755,root,root) %{_libdir}/%{name}/libnssckbi.so
+%attr(755,root,root) %{_libdir}/%{name}/libnssdbm3.so
+%attr(755,root,root) %{_libdir}/%{name}/libnssutil3.so
+%attr(755,root,root) %{_libdir}/%{name}/libsmime3.so
+%attr(755,root,root) %{_libdir}/%{name}/libsoftokn3.so
+%attr(755,root,root) %{_libdir}/%{name}/libssl3.so
%attr(755,root,root) %{_libdir}/%{name}/libxpcom.so
%attr(755,root,root) %{_libdir}/%{name}/libxul.so
this is wrong, those are already provided by nss.
and icedove, which is wrong as well
--
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: patch do xorg-driver-video-neomagic-1.2.4
On Tue, Mar 30, 2010 at 11:57:13PM +0200, Maciej Sterna wrote:
Witam!
Jeśli coś nie tak, to przepraszam, to mój pierwszy post tutaj.
Za nieprzestrzeganie reguł dotyczących podsyłania poprawek do
istniejących specy uważaj się za opierdzielonego.
--
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: patch do xorg-driver-video-neomagic-1.2.4
On Wed, Mar 31, 2010 at 01:17:06AM +0200, Maciej Sterna wrote:
plik w załączniku
Zmiany z małą poprawką (numerujemy wszystkie patche) dodane. Dziękujemy.
--
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: Roznica pomiedzy budowaniem lokalnym a builderami
On Mon, Mar 29, 2010 at 05:07:25PM +0200, Kacper Kornet wrote:
Czy ktoś może wie dlaczego testy z perl-ack.spec wyrzucają błędy na
builderach, podczas gdy lokalnie u mnie się wszystko ładnie buduje:
http://buildlogs.pld-linux.org/index.php?dist=tharch=i686ok=0ns=cnt=50off=0name=perl-ackid=87a5a837-ce91-41aa-b61f-3314f8494ca7action=text
Nie wiem dlaczego, ack uruchamiany podczas testów na builderach myśli,
że ma STDIN z potoku.
Może dlatego że ma.
Uruchamiaj:
$ : | ./builder -bb perl-ack
i naprawiaj aż zadziała.
Powodzenia !
--
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: compiz i wersje pluginów
On Mon, Mar 08, 2010 at 04:51:49PM +0100, Pawel Golaszewski wrote:
Warto się babrać?
Nie.
Przepisują to wszystko teraz.
--
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: compiz i wersje pluginów
On Mon, Mar 08, 2010 at 09:36:42PM +0100, Bartosz Taudul wrote:
2010/3/8 Przemyslaw Iskra spa...@pld-linux.org:
Przepisują to wszystko teraz.
Teraz = od roku z hakiem :
Ale nowe wersje nieprzepisane też się nie pojawiają.
--
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: Status php 5.3 i kiedy mo żna na niego liczyć w PLD?
On Sat, Mar 06, 2010 at 12:15:59PM +0100, Kamil Dziedzic wrote:
Witam
Pytanie jak w temacie. Kiedy można liczyć na php 5.3 w PLD TH i jaki jest
status spec'a (w sensie czy jest sens próbować samemu zbudować?:)).
A dlaczego się nie spytasz tam gdzie będą wiedzieć ? (pld-devel-en)
--
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: [Th] Skanery w PLD ?
On Sat, Mar 06, 2010 at 07:51:41PM +0100, Mateusz Korniak wrote:
Każdre uruchomienie xsane wywala brak dostępu[1] ze zwykłego usera, natomiast
z roota działa.
Czegoś mi brakuje ?
Jest grupa scanners/usb która by mogła mieć prawa do /dev/bus/usb ?
Te prawa powinien ustawiać prawa ? udev ? hal ?
Nie wiem czy tez powinna to być grupa scanner, bo to mini-kombajn -
drukarka+skaner+fax.
Dla /proc/bus/usb mamy w fstab:
none /proc/bus/usb usbfs defaults,noauto,devgid=78,devmode=0664 0 0
co daje: -rw-rw-r-- 1 root usb 43 6 mar 13:38 001
W przypadku /dev/bus/usb chyba dobrze by było ustawić w PLD taki sam
default, a jak ktoś chce dokładniej rozgraniczyć uprawnienia w swoim
systemie to może sobie regułki udeva pozmieniać.
--
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: [poldek] setup-2.7.1-1.x86_64: equal version installed, give up.
On Fri, Mar 05, 2010 at 11:22:22AM +0100, Paweł Sikora wrote:
witam,
ostatnio zauwazylem, ze poldek cos omdlewa na widok chroota.
oto przyklad:
[r...@vmx /home/services]# rpm --root /home/services/builder --initdb
[r...@vmx /home/services]# poldek --root /home/services/builder
ktos ma pomysl co mu dolega?
To prędzej wina rpma. Jak to naprawić nie wiem. mój workaround to:
1. nie instalować w małych grupach, tylko wszystko na raz.
2. między instalacją poszczególnych grup wywołać
rpm --root /home/services/builder --rebuilddb
Ja tak robię i problemów tygo typu już nie mam.
--
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: perl-Qt a -fPIC
On Fri, Feb 19, 2010 at 05:54:39PM +0100, Andrzej Krzysztofowicz wrote:
Lukasz Michalski wrote:
Andrzej Krzysztofowicz wrote:
Sytuacja wyglada tak:
=20
=20
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
=20
[...]
.libs/smokedata.o: could not read symbols: Bad value
=20
=20
Any hints jak to ugryzc?
Hints s=C4=85 w pliku config.log w katalogu budowania - prawie na ko=C5=84=
cu,
zaraz przed linijk=C4=85 failed program was:
Oj chyba nie wiesz o czym piszesz.
Blad nie pojawia sie na poziomie configure, nawet nie podczas budowania
gcc/g++, a podczas linkowania finalnego modulu binarnego.
A to co wkleilem z configure, to informacja co myslec o sugerowanej przez
linker poprawce (-fPIC). Chyba, ze wiesz, czego uzyc w g++/zamiast g++, zeby
-fPIC dzialalo?
-fPIC musi zadziałać, a jeśli configure to odrzuca to tam pewnie jest
inny błąd, np testowy program może nie być poprawnym kodem C++.
A linkowanie nie działą z powodu braku -fPIC.
--
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: ffcall.spec
On Tue, Jan 19, 2010 at 12:23:38AM +0100, Natalia Dragun wrote:
Witam,
w zalaczniku poprawka na ffcall.spec.
Poprawiona sekcja files, za duzo plikow ladowalo w pakiecie devel.
Pakiet sie buduje i instaluje.
Jezeli wszystko jest ok, prosze o wrzucenie do cvs.
Dziękujemy, o więcej prosimy.
--
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: [SPEC] klavaro.spec
On Fri, Jan 15, 2010 at 06:47:48PM +0100, Jakub Sochacki wrote:
Przemyslaw Iskra pisze:
Proszę o nienadużywanie * w nazwach bibliotek, znacznie bezpiecznie
jest je wszystkie wylistować. Wtedy będzie widać większe zmiany.
(Oczywiście w wersjach bibliotek * są wskazane)
Wzorowałem się na gktcairo.spec i dlatego to tak wyglądało. Poprawiłem
wg sugestii.
Dziękujemy, do CVS dodane.
Ma (miał) pewne braki, ale i tak nie jest źle.
--
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: [SPEC] klavaro.spec
On Thu, Jan 14, 2010 at 10:08:08PM +0100, Jakub Sochacki wrote:
Uaktualniłem sobie klavaro i działa, ale nie wiem, co zrobić z
niespakietowanymi plikami z wymaganego przez powyższy gtkdatabox. Zechciałby
ktoś zerknąć i poprawić?
Za to też dziękujemy. Wrzuciłe, zbudowałem, zainstalowałem i się okazało
że nie umiem pisać.
--
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: [SPEC] klavaro.spec
On Thu, Jan 14, 2010 at 10:08:08PM +0100, Jakub Sochacki wrote:
Uaktualniłem sobie klavaro i działa, ale nie wiem, co zrobić z
niespakietowanymi plikami z wymaganego przez powyższy gtkdatabox. Zechciałby
ktoś zerknąć i poprawić?
Proszę o nienadużywanie * w nazwach bibliotek, znacznie bezpiecznie
jest je wszystkie wylistować. Wtedy będzie widać większe zmiany.
(Oczywiście w wersjach bibliotek * są wskazane)
%files
%defattr(644,root,root,755)
%doc AUTHORS ChangeLog README
%attr(755,root,root) %{_libdir}/lib*.so.*
Na dodatek tutaj jednocześnie pakujesz bibliotekę i linka którego
pakować się nie powinno. A najlepiej to oznaczyć go jako %ghost żeby był
usunięty zaraz po odinstalowaniu biblioteki.
%files devel
%defattr(644,root,root,755)
%attr(755,root,root) %{_libdir}/lib*.so
%{_libdir}/lib*.la
%{_includedir}/gtkdatabox*.h
%{_pkgconfigdir}/gtkdatabox.pc
%files static
%defattr(644,root,root,755)
%{_libdir}/lib*.a
--
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: Porąbał o tego poldka czy co?
On Mon, Dec 21, 2009 at 11:29:19AM +0100, Łukasz Maśko wrote:
Próbuję zainstalować sobie w chroocie środowisko do budowania pakietów.
Idzie prawie dobrze, bo co jakiś czas poldek-0.30-0.20080820.23.34.i686
(dla jasności: uruchamiany z --root /mnt/builder/) wyrzuca mi takiego typu
komunikaty:
poldek:/all-avail install kde-common-dirs-0.5-2.i686
Przetwarzanie zależności...
kde-common-dirs-0.5-2.i686 zaznaczył filesystem-3.0-30.i686
(wł. /usr/share/applications)
błąd: filesystem-3.0-30.i686: equal version installed, give up
Wystąpiły błędy podczas instalacji
No i o co mu chodzi? Przecież to dobrze, że pakiet jest zainstalowany. Po co
on się do cholery pluje?!
Rozjechana baza danych. Konieczne:
# rpm --root=/mnt/builder/ --rebuilddb
--
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: Optymalizacja w jack-audio-connection-kit.
On Sat, Dec 19, 2009 at 03:06:52PM +0100, Łukasz Krotowski wrote:
Witam,
mam zamiar podbić wersję JACK-a. Jednak jest tam wątpliwa łatka
ustawiająca CFLAGS (z resztą wątpliwe, np. -fprefetch-loop-arrays
lub -funroll-all-loops) wewnątrz configure. Podobnie samo configure
z JACK-a próbuje zgadywać odpowiednie CFLAGS (znowu wątpliwe,
np. -march=k8 zamiast -march=x86-64).
W obecnej wersji łatka nakłada się ale flagi z configure nie są używane
do kompilacji. Nie używane też są żadne wstawki assemblerowe
zależne od SIMD (przynajmniej na pierwszy rzut oka).
Najchętniej wyrzuciłbym łatkę i wyłączył (czyt. nie włączał) mechanizm
zgadywania w configure odpowiednich flag -- po to jest makro optflags
aby go używać.
Jakieś przeciwwskazania? Coś mi umknęło?
Nie patrzyłem na JACK ale ogólnie konwencja jest taka:
1. Sprawdź czy jest wykrywanie możliwości SIMD w czasie runtime, jeśli
tak, i działa to można śmiało wszystkie załączyć. Jeśli niema wykrywania
runtime to dla każdej opcji potrzebny jest bcond i odpowiednie
ustawienie z zależności od arch.
* i486 - nic
* i586 - nic
* i686 - +mmx
* x86_64 - zależy czy asm tylko dla 32 bitów, czy może rozszeżenia gcc
są użyte do napisania tego kodu
2. -march (też mtune, mcpu) oraz -O2 ustawiamy my (-O3 oraz -Os są
niemie widziane), configure nie ma tego przestawiać.
Inne flagi są dopuszczone. Wszystkie nasze flagi mają być użyte.
3. Linkowanie ma być z naszymi rpmcflags oraz rpmldflags.
--
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: Optymalizacja w jack-audio-connection-kit.
On Sat, Dec 19, 2009 at 07:30:25PM +0100, Pawel Golaszewski wrote:
A jak wygląda sprawa -Os ?
Kiedyś były rozmowy o używaniu takiej właśnie optymalizacji, ale AFAIR
nikomu nie chciało się porządnych testów syntetycznych zrobić jak to
wpływa na prędkość binarki wynikowej...
Ja robiłem w miarę porządne testy na powerpc. Na moim laptopku kod
kompilowany z -Os często bywał szybszy od -O2, głównie dlatego że pamięć
ma znacznie wolniejszą niż cpu (10 razy, 133MHz vs 1333MHz),
prawdopodobnie wczytanie rzadko wykonywanego kodu do cache trwało więcej
niż jego wykonanie.
Natomiast na forge prezentowało się to znacznie inaczej, zazwyczaj 20%
spadku prędkości przy -Os w porównaniu z -O2.
W lapku G4, procek zrobiony przez freescale, natomiast forge to G5,
zbudowany przez IBM. Zupełnie inna konstrukcja.
Dlatego jak ktoś ma zamiar robić jakieś pomiary do koniecznie brać pod
uwagę tak amd jak i intela.
Ogólnie wydaje mi się że -Os byłby lepszy na serwery gdzie się często
przełączają procesy. Na desktopie jednak wolałbym pozostać przy -O2.
--
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: [Th-test] Co cups do mnie m ówi, tudzież błąd w pakiecie.
On Thu, Dec 17, 2009 at 08:37:23AM +0100, Bohdan R. Rau wrote:
skąd się wzięło wywołanie strlcpy, która to funkcja oficjalnie do
Linuksa nigdy nie weszła (co prawda w jakichś wersjach glibca się
pokazywała ale została wywalona)?
heimdal ? openssl ? coś koło tego
--
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: SPEC: opencore-amr
On Mon, Dec 07, 2009 at 10:51:13AM +0100, Pawel Golaszewski wrote:
On Mon, 7 Dec 2009, Przemyslaw Iskra wrote:
To ja się zgłaszam:) Jeśli wszystko będzie ok to proszę o wrzucenie,
ew. uwagi co poprawić.
Muszę powiedzieć że zadziwiająco ładnie, ciężko spotkać spece nadsyłane
w takiej jakości. Tak trzymać !
Ja myślę, że on się już ponadsyłał na listę, teraz czas na samodzielne
commitowanie.
Tego nie wiedziałem, ale listami -pl się niezbyt interesuję.
Ode mnie: +1
Ode mnie też +1
--
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: Festival i PJWSTK - czy komu ś się udało to uruchomić?
On Sun, Dec 06, 2009 at 05:48:23PM +0100, Bohdan R. Rau wrote:
Tak przy okazji - a jak jest z licencją na amrwb-encoder? PLD jest
oficjalnym parterem 3GPP czy co? Bo jeśli nie to raczej powinno to
zniknąć...
Nikomu się nie chce spakiegować opencore-amr, chętny ?
--
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
SPEC: opencore-amr
On Mon, Dec 07, 2009 at 12:08:02AM +0100, Krzysztof Mościcki wrote:
On Sun, Dec 06, 2009 at 05:48:23PM +0100, Bohdan R. Rau wrote:
Tak przy okazji - a jak jest z licencją na amrwb-encoder? PLD jest
oficjalnym parterem 3GPP czy co? Bo jeśli nie to raczej powinno to
zniknąć...
Nikomu się nie chce spakiegować opencore-amr, chętny ?
To ja się zgłaszam:)
Jeśli wszystko będzie ok to proszę o wrzucenie, ew. uwagi co poprawić.
Muszę powiedzieć że zadziwiająco ładnie, ciężko spotkać spece nadsyłane
w takiej jakości. Tak trzymać !
Jedyna moja uwaga to brak BR: libstdc++-devel.
Nie jestem też pewien słowa kodek, ale ja się na tym akurat nie znam.
--
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: packages (DEVEL): xorg-driver-video-nvidia/xorg-driver-video-nvidia.spec - ...
On Mon, Dec 07, 2009 at 02:22:11AM +0100, charles wrote:
Author: charles Date: Mon Dec 7 01:22:11 2009 GMT
Module: packages Tag: DEVEL
Log message:
- updated %install and %files (cuda,vdpau)
+%attr(755,root,root) %{_libdir}/libvdpau.so.*.*
+%attr(755,root,root) %{_libdir}/vdpau/libvdpau_trace.so.*.*
Z tego co pamiętam libvdpau jest rozprowadzany ze sterownikami tylko do
czasu kiedy wszystkie większe dystrybucje będą rozprowadzać xorgowe
libvdpau. Dodanie tych plików tylko tworzy niepotrzebny konflikt.
+%attr(755,root,root) %{_libdir}/vdpau/libvdpau_nvidia.so.*.*
Tego zatrzymaj.
--
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: [SPEC] perl-Email-Outlook-Message.spec
On Tue, Dec 01, 2009 at 08:00:48PM +0100, Andrzej Mateja wrote:
Michal Kochanowicz pisze:
Cześć
Ten moduł perlowy jest wymagany przez ten skrypt:
http://www.matijs.net/software/msgconv/
Skrypt służy do konwersji z Oooplukowego formatu .msg na format MIME.
Uprzejmie proszę o zweryfikowanie i dodanie do repo.
Cześć
Brawo - Twój pierwszy spec! Gratulacje.
I w sumie to na tyle byłoby pozytywnych komentarzy z mojej strony.
Rozumiem, że potrzebujesz takiej paczki i funkcjonalności. Jednak
spartoliłeś sprawę. Zamiast brać innego speca i przerabiać go według
intuicji trzeba było trochę poczytać najpierw.
1. skąd się tam wzięła taka linijka?
$Log: perl-Getopt-Long-Descriptive.spec,v $
nie przeszkadza
2. skąd się wziął mój nick w commit logu? (jak kopiujesz, to kopiuj z głową)
przeszkadza
3. zbudowałeś to w ogóle? (nie zbudowałeś bo to się nie zbuduje za Chiny
Ludowe i pół Ameryki)
do rzeczy z cpan mamy jakiś skrypt którego tajniki chyba zna jedynie
radek
--
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: kde4-icons-crystalsvg
On Mon, Nov 23, 2009 at 09:29:32PM +0100, Pawel Golaszewski wrote:
On Mon, 23 Nov 2009, Bartosz Świątek wrote:
$ du -sh RPMS/kde4-kde3support-3.5.10-1*
600K RPMS/kde4-kde3support-3.5.10-12.x86_64.rpm
19M RPMS/kde4-kde3support-3.5.10-13.x86_64.rpm
A nie lepiej zapakować to osobno?
Trzeba było meldować wonty zanim coś zrobiłem :P
A mówiłeś, że 30x powiększysz paczkę? ;)
Teraz to już se czaruj sam, mi nie zależy.
Mi też nie, KDE nie używam, ale jeżeli się da to takie coś jest dobrym
kandydatem do podzielenia. Choć z drugiej strony... patrząc na wielkość
paczek KDE...
builderom może zależ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: poldek gubi wymagania przy restarcie instalacji
On Sun, Nov 22, 2009 at 02:13:11PM +0100, Marcin Banasiak wrote:
W dniu 21 listopada 2009 13:49 użytkownik Przemyslaw Iskra napisał:
W bardzo czystym chrootcie, instalowanym z th i th-ready, próbuję
zainstalować pulseaudio-devel (nie tylko to ma ten problem):
Poprawione (tak mi się przynajmniej wydaje) w release 34 poldka.
Sprawdzałem tylko z pulseaudio-devel, także jeżeli zaobserwowałeś to
również przy innych pakietach, to w miarę możliwości postaraj się
sprawdzić.
Dziękuję, poprawiło to ten problem. Niestety poprawił się nowy, do
którego pasuje ten sam tytuł maila:
avahi-devel-0.6.25-1.x86_64 marks gcc-4.4.2-4.x86_64 (cap
libtool(/usr/lib64/libssp.la))
gcc-4.4.2-4.x86_64 marks binutils-2.20.51.0.2-1.x86_64 (cap binutils =
2:2.20.51.0.2)
binutils-2.20.51.0.2-1.x86_64 marks binutils-libs-2.20.51.0.2-1.x86_64 (cap
libbfd-2.20.51.0.2.20091009.so()(64bit))
binutils-libs-2.20.51.0.2-1.x86_64 marks zlib-1.2.3.3-4.x86_64 (cap
libz.so.1()(64bit))
error: gcc-4.4.2-4.x86_64: req libgcc = 6:4.4.2-4 not found
gcc-4.4.2-4.x86_64 marks mpfr-2.4.1-1.x86_64 (cap libmpfr.so.1()(64bit))
notice: Retrying to process avahi-devel-0.6.25-1.x86_64
avahi-devel-0.6.25-1.x86_64 marks gcc-4.4.2-5.x86_64 (cap
libtool(/usr/lib64/libssp.la))
[...]
error: Failed dependencies:
binutils = 2:2.20.51.0.2 is needed by gcc-4.4.2-5.x86_64
libmpfr.so.1()(64bit) is needed by gcc-4.4.2-5.x86_64
Druga próba gcc nie ciągnie binutils, mimo że zostało wycofane z listy
(widać nie do końca).
--
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
poldek gubi wymagania przy restarcie instalacji
W bardzo czystym chrootcie, instalowanym z th i th-ready, próbuję
zainstalować pulseaudio-devel (nie tylko to ma ten problem):
Processing dependencies...
[...]
pulseaudio-devel-0.9.20-1.x86_64 marks
xorg-lib-libXext-devel-1.1.1-1.x86_64 (cap libtool(/usr/lib64/libXext.la))
xorg-lib-libXext-devel-1.1.1-1.x86_64 marks
libpthread-stubs-devel-0.2-1.x86_64 (cap
libtool(/usr/lib64/libpthread-stubs.la))
error: libpthread-stubs-devel-0.2-1.x86_64: req libpthread-stubs = 0.2-1 not
found
notice: Retrying to process pulseaudio-devel-0.9.20-1.x86_64
pulseaudio-devel-0.9.20-1.x86_64 marks xorg-lib-libXext-devel-1.1.1-2.x86_64
(cap libtool(/usr/lib64/libXext.la))
xorg-lib-libXext-devel-1.1.1-2.x86_64 marks xorg-lib-libXext-1.1.1-2.x86_64
(cap xorg-lib-libXext = 1:1.1.1-2)
xorg-lib-libXext-devel-1.1.1-2.x86_64 marks
xorg-proto-xextproto-devel-7.1.1-1.x86_64 (cap xorg-proto-xextproto-devel =
1:7.1.0)
pulseaudio-devel-0.9.20-1.x86_64 marks xorg-lib-libXi-devel-1.3-1.x86_64 (cap
libtool(/usr/lib64/libXi.la))
xorg-lib-libXi-devel-1.3-1.x86_64 marks xorg-lib-libXi-1.3-1.x86_64 (cap
xorg-lib-libXi = 1.3-1)
xorg-lib-libXi-devel-1.3-1.x86_64 marks
xorg-proto-inputproto-devel-2.0-1.x86_64 (cap xorg-proto-inputproto-devel =
1.4)
[...]
Okazuje się że xorg-lib-libXi-devel-1.3-1.x86_64 także wymaga
libtool(/usr/lib64/libpthread-stubs.la), ale poldek już tego nie
zauważa.
Jak odtworzyć:
CHDIR=$PWD/chroot-th
mkdir $CHDIR
sudo rpm --root=$CHDIR --initdb
poldek=sudo poldek -n th -n th-ready -r $CHDIR -O keep_downloads=yes -O
suggests=no --noask
$poldek -u FHS
$poldek -u pulseaudio-devel
--
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: packages: mplayer/mplayer.spec - added missing BRs - enabled some options
On Thu, Nov 19, 2009 at 10:09:09PM +0100, Pawel Golaszewski wrote:
On Thu, 19 Nov 2009, sparky wrote:
Author: sparky Date: Thu Nov 19 19:39:16 2009 GMT
Module: packages Tag: HEAD
Log message:
- added missing BRs
- enabled some options
[...]
-%bcond_without x264# without x264 support
+%bcond_withx264# without x264 support
[...]
+%{?with_x264:BuildRequires:libx264-devel = update-to-build-78}
Nieładnie - chciałeś powiedzieć disabled :P
Co mu dolega?
Mamy za starą wersję w specu, mplayer wymaga coś co wewnętrznie jest
oznaczone jako X264_BUILD 78 (nie wiem jaka to będzie wersja speca),
jak tego nie znajduje to po cichu wyłącza, zamiast się wywalić.
$ rpm -qf /usr/include/x264.h
libx264-devel-0.1.2-1.20081023_2245.1.x86_64
$ grep BUILD /usr/include/x264.h
#define X264_BUILD 65
Jeśli masz zamiar się bawić to od razu mógłbyś speca dla opencore-amr
zrobić (-:
+Suggests: unrar
[...]
+cat 'CONFIGADD' etc/mplayer.conf
+
+# Standard PLD location
+unrarexec = /usr/bin/unrar
+CONFIGADD
?? Może się nie znam, ale po co?
Do automatycznego wyciągania napisów z plików .rar, jeśli się nie poda
ścieżki to jest wyłączone.
+# *** HOT FIXES ***
+
+# typo, fixed in recent svn
sed 's/STREAM_NONCACHEABLE/STREAM_NON_CACHEABLE/' -i
stream/stream_live555.c
To nie będzie już poprawione, skoro wtedy było fixed in recent svn ?
Z http://cia.vc/stats/project/mplayer:
* Commit by cehoyos :: r29931 /trunk/stream/stream_live555.c:
10l to Reimar: Fix typo.
a to jest r29930
--
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: collectd sensors nie linkuje sie z lm_sensors
On Tue, Jun 02, 2009 at 09:51:48AM +0200, Maciej Świniarski wrote:
# collectd -f
collectd: symbol lookup error: /usr/lib64/collectd/sensors.so:
undefined symbol: sensors_init
# ldd /usr/lib64/collectd/sensors.so
linux-vdso.so.1 = (0x7fffd8ffe000)
libstatgrab.so.6 = /usr/lib64/libstatgrab.so.6
(0x7f5bd0b4) libc.so.6 = /lib64/libc.so.6 (0x7f5bd07e9000)
/lib64/ld-linux-x86-64.so.2 (0x7f5bd0f53000)
# rpm -q collectd collectd-4.7.0-1.x86_64
Czy dorzucenie do LDFLAGS=%{rpmldflags} -lstatgrab
-lsensors spowoduje linkowanie sie wszystkich bibliotek do libsensors
czy tylko tych ktore tego potrzebuja ?
Dorzucenie do LDFLAGS jest niepoprawne, i przy odrobinie szczęścia,
może nie zadziałać. Poszukaj zmiennej LIBS i, w miarę możliwości,
przekaż przy configure, a nie make.
--
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: collectd sensors nie linkuje sie z lm_sensors
On Tue, Jun 02, 2009 at 10:41:10AM +0200, Maciej Świniarski wrote:
Dnia Tue, 2 Jun 2009 10:01:06 +0200
Przemyslaw Iskra spa...@pld-linux.org napisał(a):
Czy dorzucenie do LDFLAGS=%{rpmldflags} -lstatgrab
-lsensors spowoduje linkowanie sie wszystkich bibliotek do
libsensors czy tylko tych ktore tego potrzebuja ?
Dorzucenie do LDFLAGS jest niepoprawne, i przy odrobinie szczęścia,
może nie zadziałać. Poszukaj zmiennej LIBS i, w miarę możliwości,
przekaż przy configure, a nie make.
No ok, a co z odpowiedzia na moje pytanie? :P
Odpowiedź to: powinno nie zadziałać. Nasze rpmldflags zawiera
--as-needed, ta opcja działa tak że linker patrzy czy biblioteka
dostarcza jakiś symbol potrzebny na danym etapie linkowania, a jeśli nie
to ją usuwa.
Problem w tym że linkowanie wygląda tak:
$(GCC) $(CFLAGS) $(LDFLAGS) $(OBJS) $(LIBS)
Symbole są wymagane przez rzeczy w OBJS. Czyli w czasie kiedy linker
przegląda LDFLAGS żadne biblioteki tam się znajdujące nie są jeszcze
wymagane, i wszystkie będą wywalone.
Natomiast jeśli biblioteki będą wylistowane w LIBS, tudzież LDADD, to
zostaną wszystkie te które się do czegoś przydają.
--
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: iceweasel robi SEGV po upgrade
On Tue, Jun 02, 2009 at 01:41:54PM +0200, Michal Kochanowicz wrote:
Retrieving th-debuginfo::iceweasel-debuginfo-3.0.10-3.i686.rpm...
.. 100.0% [4.2K (4.2K/s)]
.spec zawiera ac_add_options --disable-strip oraz 2 hacki,
ale widać to i tak za mało
--
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: flac w multilib
On Sat, May 30, 2009 at 02:11:25PM +0200, Andrzej Krzysztofowicz wrote:
=?utf-8?q?Bart=C5=82omiej_Zimo=C5=84?= wrote:
Jak rozw. taki problem ?
plik /usr/share/doc/flac-1.2.1/images/hw/Makefile.gz z instalacji
flac-1.2.1-1.athlon jest w konflikcie z plikiem z pakietu
flac-1.2.1-1.x86_64
--force ?
albo ustawić _excludedocs 1
--
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: addusertogroup macro - kaszani, kiedy zduplikowane
On Tue, May 26, 2009 at 07:28:05PM +0200, WK wrote:
Glen skopał mi tyłek, że mieszam w specu zamiast zameldować.
Otóż dwukrotnie użyte macro %addusertogroup działa tak:
wywołanie:
%addusertogroup %{name} video
%addusertogroup %{name} audio
rezultat:
quiet= /usr/lib/rpm/user_group.sh user addtogroup mythtv videoquiet=
/usr/lib/rpm/user_group.sh user addtogroup mythtv audio
spróbuj:
%addusertogroup(q) quiet=%{-q:1} /usr/lib/rpm/user_group.sh user addtogroup %*
zamienić na:
%addusertogroup(q) \
quiet=%{-q:1} /usr/lib/rpm/user_group.sh user addtogroup %* \
%{nil}
choć może też zadziałać jeśli się nie wywoła ręcznie argumentów:
%addusertogroup(q) quiet=%{-q:1} /usr/lib/rpm/user_group.sh user addtogroup
potestuj z ~/.rpmmacros, a jak zadziała to popraw rpm-macros-build
--
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: Prosz ę o wyrzucenie nowego glibc z th-test
On Wed, May 20, 2009 at 11:54:36PM +0200, Bartosz Świątek wrote:
W dniu 20 maja 2009 23:14 użytkownik Kamil Dziedzic
kamil.li...@klecza.pl napisał:
Normalnie. Kto Ci niby karze instalować wszystko z test jak leci? Kto Ci w
Jeśli się gdzieś mylę to mnie poprawcie.
Mylisz się tylko w ortografii. Pisze się kto ci każe.
Chyba że robi to za karę...
--
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: packages: Mesa/Mesa.spec - missing BR
On Sun, May 17, 2009 at 06:40:51PM +0200, Łukasz Krotowski wrote:
Witam,
+BuildRequires: OpenGL-glut-devel
zbyt pospiesznie commitnąłem. Ale zanim cofnę spytam.
Budowanie dem z Mesy wymaga nagłówków Gluta. U nas
to są osobne pakiety które wymagają nagłówków OpenGL
do zbudowania. Czyli jest pętla w zależnościach.
Jakieś pomysły jak to rozwiązać? Mogę oczywiście cofnąć
ostatniego commita ale może warto coś z tym zrobić?
To nie jest żadna pętla. Była by gdyby wymagały się w tych samych
wersjach na przykład.
Zauważ że żeby zbudować gcc wymagane jest gcc, z innymi paczkami jest
bardzo podobnie.
--
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: pidgin-plugin-tlen
On Sun, May 03, 2009 at 03:46:29PM +0200, Przemysław Zając wrote:
Przesyłam wtyczkę dodającą obsługę protokołu tlen.
Pewnie nie najładniej napisany więc wszystkie konstruktywne uwagi mile
widziane :)
adapter by się przydał
%build
%{__make}
brak CC, CFLAGS, LDFLAGS
%attr(755,root,root) %{_pixmapsdir}/pidgin/protocols
źle, bardzo
Baw się dalej, pewnie coś wyjdzie !
--
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: Strony livecd
On Thu, Apr 30, 2009 at 10:09:25AM +0200, Bartosz Świątek wrote:
http://livecd.atwa.us z przekierowaniami na
Grafiki, źródła, co tam trzeba mogę udostępnić (jeśli sobie ktoś sam
nie podglądnie skąd ściągnąć).
img border=0 src=images/livecds-choose.jpg width=800
height=111/td
zły height, obrazek ma 800x117
img border=0 src=images/livecds-kde4.jpg width=400
height=360/a/td
jak wyżej, obrazki są: 400x344
Dodaj jeszcze alt=[opis] i strona będzie dobra.
--
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: VirtualBox-bin 2.2.0
On Fri, Apr 17, 2009 at 03:35:43PM +0200, Marcin Krol wrote:
VirtualBox-bin.spec up do 2.2.0
Zmiany w stosunku do speca z cvs:
- zmiana wersji
- zmiana przy budowaniu modułów kernela
Teraz kompiluje się OK na AC (2.6.22.19-8) jak i TH (2.6.28.9-1).
Poprzednia wersja zaliczała wywrotkę na AC przy budowaniu vboxnetflt.
Podczepie sie pod watek. Kiedys rozmawialem z goscmi od VirtualBoxa o
przygotowywanie oficjalnych paczek pod PLD z wersja PUEL. W skrocie:
-ENOWAY bez bycia pracownikiem Suna. Spytalem o przepaczkowywanie, czyli
to co robi nasz spec i mozna, o ile archiwum bedzie pobierane z
oficjalnego miejsca, nigdzie przez nas nie przechowywane (DF odpada), a
user zaakceptuje licencje. Krotko mowiac spec powinien byc w stylu
acroread czyli z --with license_agreement. Jakos mi zawsze brakuje czasu
zeby go przerobic, wiec jak ktos juz tam grzebie to moze przy okazji.
Dodatkowo trzeba by z DF usunac archiwa.
Te archiwa w ogóle weszły do DF ? Ich strona prze ściaganiu pliku
dokleja do niego jakiś losowy id, czego DF nie rozumie więc z pewnością
nie ściągnie. Jedynym sposobem pojawienia się tego na DF jest wrzucenie
do dropin.
--
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: geninitrd-10000.10-2 i uvesafb
On Sun, Apr 12, 2009 at 12:56:10AM +0200, Bartosz Świątek wrote:
Btw.
uvesafb to kolejne dziadostwo rodem z żętu - dla mnie jest to zupełnie
bezużyteczne, bo startuje za późno.
Ale, na pewno używałeś initramfs ? czy zwykłe initrd ?
--
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: geninitrd-10000.10-2 i uvesafb
On Sat, Apr 11, 2009 at 03:37:55PM +0200, Daniel Dawid Majewski wrote:
Pewnego dnia wpadła wieść od Łukasz Maśko i powiedziała :
Dnia piątek, 10 kwietnia 2009, Przemyslaw Iskra napisał:
Przy okazji tej paczki : Czy można by dodać gdzieś 'killall v86d', gdy
już nie jest to potrzebne, aby wreszcie te ostrzeżenie can't umount
/inintrd - busy poszło sobie precz ?
a kiedy nie jest już potrzebny ?
--
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: geninitrd-10000.10-2 i uvesafb
On Fri, Apr 10, 2009 at 08:11:51PM +0200, Łukasz Maśko wrote:
Problem dotyczy pliku /lib/geninitrd/mod-uvesafb.sh. Obecny sposób
sprawdzania konieczności ustawienia need_uvesafb zawsze kończy się
fiaskiem, bo moduły w zmiennej MODULES są rozwijane do pełnej ścieżki
dostępu i porównanie takie jakie jest, zawsze zawodzi. W rezultacie v86d
nie jest instalowany i uvesafb z poziomu geninitrd nie działa. Potrzebny
byłby patch podobny do poniższego.
--- /home/users/ed/mod-uvesafb.sh 2009-04-06 17:17:28.0 +0200
+++ mod-uvesafb.sh 2009-04-10 19:45:53.0 +0200
@@ -26,8 +26,9 @@
# if we are adding uvesafb, we need v86d as well
local m
for m in $MODULES; do
- if [ $m = uvesafb ]; then
+ if [ `expr $m : '.*\(uvesafb\).*'` = uvesafb ]; then
need_uvesafb=yes
+ break
fi
done
}
Pytanie: czy można w skryptach startowych użyć expr? A jeśli nie, czego się
obawiam, to jak to osiągnąć inaczej?
if [[ $m == *uvesafb* ]]; then
--
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: [PATCH] viewvc.spec
On Thu, Apr 09, 2009 at 10:44:19PM +0200, Robert Grauzenis wrote:
W dniu 09.04.2009 22:37, Michal Kochanowicz napisał(a):
Cześć
Bez tego viewvc ignoruje pliki konfiguracyjne, bo nie może się do nich
dostać. A robi to po cichu i się można nagłowić, czemu pokazuje puste
repo.
Zamieść zmiany samodzielnie :)
+1
--
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: tlenlinux.spec
On Sun, Apr 05, 2009 at 11:44:35AM +0200, Daniel Dawid Majewski wrote:
Pewnego dnia wpadła wieść od Daniel Dawid Majewski i powiedziała :
w załączeniu spec do oficjalnej wersji komunikatora Tlen.pl.
Drobna poprawka - aktualna wersja to 7.0.1.25.
Ojoj, tyle jest tu rzeczy do poprawienia że nie wiem od czego zacząć.
Może po prostu zostawię linijki które mi się nie podobają.
#%#bcond_with wla # with licence agreement
License: Commercial, redistributable (see TLEN.PL-LICENSE.txt)
%ifarch %{ix86}
Source0: http://j.o2.pl/idi/%{name}-%{version}.bin
# NoSource#0-md5: 5b75ce3c4b04feada51f84d457b6b9df
%endif
%ifarch %{x8664}
Source0: http://j.o2.pl/idi/%{name}64-%{version}.bin
# NoSource#0-md5: 0536702ab1c7f5e0b9939546974e3ae8
%endif
NoSource: 0
Provides: tlenlinux
%define _bindir /usr/bin
%ifarch %{ix86}
%define _libdir /usr/lib
%endif
%ifarch %{x8664}
%define _libdir /usr/lib64
%endif
%define _datadir%{_libdir}/%{name}
%define _sharedir /usr/share/%{name}
%define _icondir
/usr/share/icons/hicolor/64x64/apps
%define _appldir/usr/share/applications
mv data/license.txt ./TLEN.PL-LICENSE.txt
cp -rf data/tlen_libs/* ${RPM_BUILD_ROOT}%{_libdir}
cp -f data/tlen-bin data/tlenqttest data/chrpath data/updater data/chrpath
data/fix.sh ${RPM_BUILD_ROOT}%{_datadir}
cp -rf data/plugins/* ${RPM_BUILD_ROOT}%{_datadir}/plugins
cp -rf data/imageformats/* ${RPM_BUILD_ROOT}%{_datadir}/imageformats
ln -sf %{_libdir}/libscreen_sender_widgets.so
${RPM_BUILD_ROOT}%{_datadir}/designer/libscreen_sender_widgets.so
cp -f data/tlen ${RPM_BUILD_ROOT}%{_bindir}
ln -s %{_datadir}/updater ${RPM_BUILD_ROOT}%{_bindir}/tlen-updater
cp -f data/icon.png ${RPM_BUILD_ROOT}%{_icondir}/%{name}.png
cp -f tlen.desktop ${RPM_BUILD_ROOT}%{_appldir}/%{name}.desktop
%post
%{_datadir}/chrpath -r %{_libdir} %{_datadir}/plugins/*/dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libtlen_*.so /dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libscreen_sender_widgets.so
/dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libarchive_module.so
/dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libdb_module.so /dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libgg.so /dev/null
%{_datadir}/chrpath -r %{_libdir} %{_datadir}/tlen-bin /dev/null
%{_datadir}/chrpath -r %{_libdir} %{_datadir}/updater /dev/null
%postun
%{_libdir}/*
#%{_sharedir}/*
%attr(755,root,root) %{_datadir}/*
Pewnie parę wywaliłem których nie powinienem, poza tym brakuje BR: i R:
--
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: tlenlinux.spec
On Sun, Apr 05, 2009 at 03:26:24PM +0200, Daniel Dawid Majewski wrote:
Ojoj, tyle jest tu rzeczy do poprawienia że nie wiem od czego zacząć.
Może po prostu zostawię linijki które mi się nie podobają.
A krótki komentarz do każdego problemu ? ;)
Przepraszam, nie powiniem był odpowiadać bo niebardzo mam ochotę
komentoeać.
#%#bcond_with wla # with licence agreement
Wstawiłem, bo docelowo ma być coś w rodzaju jak w adobe-flash
License: Commercial, redistributable (see TLEN.PL-LICENSE.txt)
%ifarch %{ix86} Source0: http://j.o2.pl/idi/%{name}-%{version}.bin
# NoSource#0-md5: 5b75ce3c4b04feada51f84d457b6b9df %endif %ifarch
%{x8664} Source0: http://j.o2.pl/idi/%{name}64-%{version}.bin #
NoSource#0-md5:0536702ab1c7f5e0b9939546974e3ae8 %endif NoSource: 0
No niestety inaczej tego nie widzę, są tylko 2 wspierane architektury
Jeśli redistributable to nie NoSource. I upewnij się że paczka .src.rpm
zawiera wersje dla obu arch. (Patrz stery nvidii na przykład)
Provides: tlenlinux
To już jest.
%define_bindir /usr/bin %ifarch %{ix86} %define
_libdir
/usr/lib %endif %ifarch %{x8664} %define _libdir
/usr/lib64
%endif %define _datadir%{_libdir}/%{name} %define
_sharedir
/usr/share/%{name} %define _icondir
/usr/share/icons/hicolor/64x64/apps %define_appldir
/usr/share/applications
Okropność ! Wywyal ! pozbądź się bo w %files nie wiadomo osochozi.
%post %{_datadir}/chrpath -r %{_libdir} %{_datadir}/plugins/*
/dev/null %{_datadir}/chrpath -r %{_libdir} %{_libdir}/libtlen_*.so
/dev/null %{_datadir}/chrpath -r %{_libdir}
%{_libdir}/libscreen_sender_widgets.so /dev/null
%{_datadir}/chrpath -r %{_libdir} %{_libdir}/libarchive_module.so
/dev/null %{_datadir}/chrpath -r %{_libdir}
%{_libdir}/libdb_module.so /dev/null %{_datadir}/chrpath -r
%{_libdir} %{_libdir}/libgg.so /dev/null %{_datadir}/chrpath -r
%{_libdir} %{_datadir}/tlen-bin /dev/null %{_datadir}/chrpath -r
%{_libdir} %{_datadir}/updater /dev/null
To akurat jest związane z zawartoście skryptu install i wynikiem
'chrpath --help'
To powinno być w %build lub %install
%{_libdir}/*
#%{_sharedir}/*
%attr(755,root,root) %{_datadir}/*
Inaczej pliki nie wchodziły do paczki, albo nie były wykonywalne
Może zam zobaczysz co jest źle kiedy powywalasz redefinicje.
--
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: Nie mogę odpali ć kernel.spec -r HEAD
On Sat, Apr 04, 2009 at 03:22:10PM +0200, Łukasz Maśko wrote:
Kompilowałem dzisiaj kernel w wersji HEAD. Do skryptu builder podałem
--without grsec_full,grsec_minimal,grsecurity,apparmor,wrr,vserver, bo z
którąkolwiek z tych łat jakoś nie chciał mi się kompilować. No i się
zbudował. Zainstalowałem, potem odźwieżyłem lilo, restart i... dostałem
takie coś:
Loading devel
BIOS data check succesful
Probing EDD (edd=off to disable)... ok
bad header
-- System halted
I tyle było ze startu systemu. Może ktoś ma pomysł, co sprawdzić? Niby
wszystkie pakiety użyte do kompilacji w najnowszych wersjach z
Th+ready+test.
spróbuj wyłączyć lzma
--
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: Nie mogę odpali ć kernel.spec -r HEAD
On Sat, Apr 04, 2009 at 11:17:17PM +0200, Łukasz Maśko wrote:
Dnia sobota, 4 kwietnia 2009, Przemyslaw Iskra napisał:
[...]
spróbuj wyłączyć lzma
Mogę poprosić o podpowiedź, jak to zrobić? Lektura poszczególnych wersji
speca niestety mi nie pomogła.
w kernel.spec jest:
# prepare local and important options
cat -EOCONFIG important.config
LOCALVERSION=-%{localversion}
dopisz zaraz za tym:
KERNEL_GZIP=y
KERNEL_BZIP2=n
KERNEL_LZMA=n
--
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
RFC: kernel.spec i configi
Po wyjściu nowego kernela powinno się przesortować configi, _nie
zmieniając w nich nic więcej_, i commitnąć:
./kernel-config-sort.pl ../BUILD/kernel*-VERSION/linux-VERSION/
kernel-multiarch.config
Na końcu configa pojawi się lista Probably removed options, większość
z nich po prostu zmieniła nazwę. Można się posłużyć wartościami przy
dodawaniu brakujących opcji. Potem listę tę powinno się usunąć.
Nowe opcje można dodawać na końcu, od nowa sortując config przed każdym
commitem.
Struktura configa:
NAZWA_OPCJI arch1=1 arch2=2 all=3
Jeśli opcja nie zaczyna się od CONFIG_ zosanie to dodane.
Jeśli w kernelu kernel-config.awk zostanie wywołany odpowiednio
(tak jak jest teraz w kernel.spec) opcja zostanie wybrana spośród
najlepiej pasującej wartości dla danej architektury.
Wybór w kolejności to: CPU, BASE_ARCH, ARCH_DIR, ALL.
Przykłady:
athlon: athlon, i386, x86, all
i686: i686, i386, x86, all
amd64: amd64, x86_64, x86, all
x86_64: x86_64, x86_64, x86, all
ppc:ppc, ppc, powerpc, all
ppc64: ppc64, ppc64, powerpc, all
ia64: ia64, ia64, ia64, all
jeśli będzie:
NAZWA_OPCJI all=1 powerpc=2 ppc64=3 x86=6
- na ppc64 wartość będzie 3
- na ppc (32) wartość będzie 2
- na wszystkich x86_64 i i386 wartość będzie 6
- na wszystkich innych będzie 1
kernel-config.awk dodaje opcje w kolejności w jakiej je znalazł, nie
powtarzając żadnej. Jeśli dana opcja powtórzy się w tym samym pliku
program zakończy z błędem. Jeśli opcja powtórzy się w innym pliku
informacja o tym wyląduje na stderr i nie zostanie ona dodana (w
pliku wyjściowym pojawi się tylko pierwsze wystąpienie).
kernel-track-config-change.awk sprawdza czy któraś z opcji nie została
zmieniona przy budowie kernela. W takim przypadku należy odszukać przyczynę
i ją poprawić (np. mamy załączone coś co robi select czegoś innego,
co załączone nie jest).
Wróćmy do kernel-multiarch.config. Po posortowaniu może się pojawić na
górze lista: FILE: arch/* - ARCH SPECIFIC OPTIONS. Wszystkie te opcje
powinny zostać przeniesione do odpowiedniego kernel-ARCH_DIR.config
(gdzie ARCH_DIR to x86, powerpc, ...). Jest parę opcji które się
powtarzają między (prawie) wszystkimi architekturami; mimo to nie powinny
one się znaleźć w multiarch poniewać były przypadki tak samo nazwanych
lecz nie równoznacznych opcji. Do tego skrypt sortujący nie będzie w
stanie poprawnie posortować tych opcji (bo trzeba by sortować wg. jednej
z architektór, co nie będzie poprawne dla innej).
Aby posortować config dla danego ARCH_DIR należy wywołać:
./kernel-config-sort.pl ../BUILD/kernel*-VERSION/linux-VERSION/ -a ARCH_DIR
kernel-ARCH_DIR.config
Po wstępnym posortowaniu (bez żadnych innych zmian) i commitnięciu,
dobrze jest popatrzeć na config czy nie ma żadnej opcji spoza
arch/*, wszystkie takie opcje powinny wylądować w multiarch.config.
Oczywiście najlepiej przed każdym commitem posortować i przejrzeć.
Dodatkowe linie w configach:
Linie zaczynające się od #- są kompletnie ignorowane przez sort.pl.
Linie zaczynające się od #* to sticky comment, będzie on zawsze się
znajdował przed opcją która jest zaraz po nim, sort.pl go nie usunie
i będzie przenosił komentarz wraz z opcją (jeśli ona zmieni miejsce).
Każda inna linia, czyli niepoprawna sformatowana opcja, lub linie
zaczynające się od #coś innego zostaną przez sort usunięte; na
wyjściu pojawi się ostrzeżenie o niepoprawnej linii.
Dobrze by było gdyby...
Wszystkie opcje pochodzące z patchy dodawać do kernel-patches.config,
lub do specyficznego configa jeśli dany patch go posiada. Proszę
nie dodawać ich do multiarch.config, ponieważ mogą one wylądować
w Probably removed options (kiedy dany patch jeszcze nie jest gotowy)
i być przypadkowo usunięte.
Proszę pamiętać o tym że opcja nie będzie powtórzona w wyjściowym
configu. To co kiedyś było załatwiane przy pomocy seda, teraz wystarczy
się upewnić że zmieniona wartość pojawi się wystarczająco wcześnie
(np. w important.config), przed opcją z wartościami domyślnymi.
--
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: RFC: kernel.spec i configi
On Tue, Mar 31, 2009 at 01:11:22PM +0200, Przemyslaw Iskra wrote:
Wybór w kolejności to: CPU, BASE_ARCH, ARCH_DIR, ALL.
Przykłady:
athlon: athlon, i386, x86, all
i686: i686, i386, x86, all
dla sparców to będzie:
sparc: sparc, sparc, sparc, all
sparc64: sparc64, sparc64, sparc, all
oznacza to że sparc oznacza jednocześnie sparc32 i sparc64, natomiast
brak jest opcji jedynie dla sparc32. Nie powinien to być szczególny
problem; jeśli coś musi być ustawione dla sparc32 a dla sparc64 wolimy
aby ustawione nie było, można zrobić:
NAZWA_OPCJI sparc=y sparc64=
Oczywiście wygodniej by było mieć opcję sparc32, no ale trudno.
Poza tym są w tej chwili na pewno problemy z kompilacją i
cross-kompilacją. Ja na to nie mam czasu ani potrzeby aby poprawić.
--
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: man mencoder
On Sat, Mar 28, 2009 at 09:29:24PM +0100, Daniel Dawid Majewski wrote:
W której paczce [TH/x86_64] jest plik z manualem do mencodera ? Szukam
jest w mplayer-common, z tym że brak manuala linkującego, trzeba robić:
$ man mplayer
--
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: th-ppc na qemu?
On Wed, Mar 18, 2009 at 07:24:08PM +0100, Paweł Sikora wrote:
chcialbym sobie odpalic th-ppc na qemu-0.10.x, zeby sie pobawic ciut :)
odpalam qemu-system-ppc -cdrom /install/ppcrcd.iso -boot d i widze tylko
zolty terminal z tekstem :
Welcome to OpenBios v1.0
release-load-area:
0
ktos podpowie co dalej?
moze lepiej probowac z jakims installcd debiana, tudziez gentoo? :
Jeśli nie ma informacji że naprawili działanie kerneli 2.6 na ppc to
niewiele się pobawisz. Poza tym openbios nie pociągnie yaboota, a kernel
na ppcrcd jest na tyle dziwny że jego z openbiosu bezpośrednio raczej
też nie zbootujesz, co nie znaczy że nie możesz próbować.
Polecenie zapewne wyglądało by mniej więcej tak:
boot cd:0 boot/vmlinuz
Jak chcesz naprawdę się pobawić to zacznij od crosskompilacji jakiegoś
niewielkiego kernela 2.6, byćmoże z wbudowanym ubootem. Jak uda Ci się to
zbootować, i żeby wyświetliło coś na frame bufferze, lub po
pseudo-konsoli szeregowej to koniecznie daj znać.
--
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: poldek ssh
On Thu, Mar 12, 2009 at 11:55:02PM +0100, Daniel Dawid Majewski wrote:
Sobie napisałem skrypt dla poldka do pobierania paczek via ssh z
zainstalowanym kluczem. Jest w załączniku, działa ale bez wskazania
postępu. Uwagi mile widziane, jeśli ktoś ma chęć, to może coś poprawić i
włączyć do paczki z poldkiem... ;)
[ ${RUNUSER} == root ] [ -n ${FETCH_GROUP} ] chown -R
${AS_USER}.${FETCH_GROUP} ${FETCH_DOWN} ; chmod -R g+w ${FETCH_DOWN}
# echo Local User: \${AS_USER}\ Remote User : \${LOGIN}\ Remote Host :
\${FETCH_SRV}\ Remote Port : \${FETCH_SRVP}\ Remote File :
\${FETCH_FILE}\ Download to : \${FETCH_DOWN}\
sudo -u ${AS_USER} scp -C ${FETCH_SRVP} ${log...@${fetch_srv}:${FETCH_FILE}
${FETCH_DOWN}
wymuszenie sudo to chyba nie jest dobry pomysł
--
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: Wersjonowanie (super s łówko) paczy
On Tue, Mar 03, 2009 at 05:19:40PM +0100, Andrzej Krzysztofowicz wrote:
Wieslaw Kierbedz wrote:
A jeśli nie chcę zmieniać brancha (to na razie będzie na pewno HEAD)?
Jeżeli zostaje w tym samym tagu, to jednak zdałoby się to ponumerowanie?
Czy to będzie grzech rozrzutności?
Latka na HEAD musi pasowac do speca na HEAD.
Dobrym zwyczajem jest usuwanie z CVS plikow niepotrzebnych w biezacej wersji
(jesli pozniej beda potrzebne, to mozna je ze starszej wersji przywrocic).
CVS pamieta _wszystkie_ wersje wszystkich umieszczonych w nim plikow.
I na tym polega jego rola. Co najwyzej jest kwestia jak latwo wlasciwa
wersje znalezc.
A znaczie łatwiej będzie starą wersję znaleźć jeśli będzie to ten sam
plik co nowa wersja. Wtedy tylko się patrzy na historię i widać co stare
co nowe.
Natomiast jeśli by to były osobne pliki, to starszą wersję potem trzeba
będzie usunąć (wynieść na strych), a tam się ją będzie źle szukać.
Poza tym przechowanie w osobnych plikach utrudni porównywanie różnic.
--
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: _clean_env i _preserve_env w rpm.macros]
- Forwarded message from Przemyslaw Iskra spa...@pld-linux.org -
Date: Thu, 12 Feb 2009 22:26:10 +0100
From: Przemyslaw Iskra spa...@pld-linux.org
To: Jan Rekorajski bagg...@sith.mimuw.edu.pl
Subject: Re: _clean_env i _preserve_env w rpm.macros
On Thu, Feb 12, 2009 at 07:36:14PM +0100, Jan Rekorajski wrote:
php.spec, wrzucilem do cvs.
%{expand:%%define _preserve_env %_preserve_env ORACLE_HOME}
okazuje się że expand nie działa w skomplikowanych specach. Chyba zbyt
późno jest rozwijane.
workaroundemm może być:
%undefine _clean_env
albo:
%define _preserve_env HOME TMP TMPDIR ORACLE_HOME
Ja czasu na zabawę nie mam, ale jeśli Ty masz trochę to byś mógł w
makrach zrobić (i przetestować):
%define _preserve_env_base HOME TMP TMPDIR
%define _preserve_env %_preserve_env_base
wtedy jeśli w specu by potrzebne były dodatkowe zmienne robiło by się to
w następujący sposób:
%define _preserve_env %_preserve_env_base ORACLE_HOME
myślę że takie rozwiązania będzie najlepsze spośród prostych (trudnym
rozwiązaniem było by naprawienie rpma).
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
- End forwarded message -
--
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
tla na powerpc (było Re: FTP Th (było Re: RFC: ncurses 256 colors))
On Mon, Feb 09, 2009 at 05:30:22PM +0100, Arkadiusz Miskiewicz wrote:
[rozmowa o tla]
Niestety zmarło na ppc więc nic z tego :-/
jak by to opisać żeby było prosto...
tla dziwnie sprawdza wyrównanie danych (alignment), wychodzi mu że jest
to 16 bytów (wymuszone przez typ long double).
gcc wyrównuje long double to 16 bytów, choć nie jest to konieczne, do 8
by starczyło.
glibc zwraca mallocowane dane z wytównaniem do 8 bytów, z powodów
historycznych. Ludzie prosili aby było 16 bo to lepiej dla SIMDów i
innych rzeczy ale na razie jest jak jest.
Rozwiązaniem by było zmienić w tla wywołania do malloc( amt ) na
memalign( MACHINE_ALIGNMENT, amt )
Jak komuś się chce to się bawić.
--
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: RFC: ncurses 256 colors
On Sat, Feb 07, 2009 at 11:21:26AM +0100, Jacek Konieczny wrote:
On Sat, Feb 07, 2009 at 10:19:35AM +0100, Witold Filipczyk wrote:
ncurses umie wyświetlić 256 kolorów, jeśli jest przekompilowane
z --enable-widec --enable-ext-colors.
Wtedy zmienia się ABI i trzeba przebudować wszystkie pakiety zależne
od ncurses.
Na razie mutt umie obsłużyć dodatkowe kolory, ale i tak 256 kolorów
to fajny bajer.
Co wy na to?
IMHO nie warto rozwalać binarnej kompatybilności dla takiego bajeru.
Ncurses jest wykorzystywane przez wiele niskopoziomowych narzędzi, które
zwykle nie miały żadnych problemów z upgrade'ami systemu. Po co robić
takie niespodzianki? W interfejsach tekstowych spokojnie wystarczają 32
(o ile dobrze pamiętam) kolory.
starą wersję do podpaczki -compat trzeba by dać, inaczej nie przejdzie.
--
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: SPECS: xmoto.spec - rel 3; locale fixes
On Sun, Jan 25, 2009 at 09:25:11PM +0100, Arkadiusz Miskiewicz wrote:
On Sunday 25 of January 2009, Andrzej Krzysztofowicz wrote:
arekm wrote:
+# not in glibc
+rm -fr $RPM_BUILD_ROOT%{_datadir}/locale/ca_*
Katalonskiego nie ma w glibc? Od kiedy?
Byl od zawsze.
Uważnie popatrz w xmoto.spec.
to może bez gwiazdki, bo nie wiadomo czy to ca_ES, ca_AD, ca_FR
--
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: [PATCH] crossavr-gdb.spec
On Wed, Jan 21, 2009 at 06:12:04PM +0100, Remigiusz Enleth Marcinkiewicz wrote:
Update do tej samej wersji, co normalne gdb (tyle, że snap z wczoraj,
20090101
odparował z serwera sourceware), buduje się i działa na Th, przetestowane z
Atmegą16, donglem AVR ICE mkI i proxy JTAG AVaRICE 2.6. To, co jest teraz w
cvs jest tak przeterminowane, że nawet budować się nie chce z nowym libc.
$ cvs diff -u crossavr-gdb.spec
--
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: Jak to zrobi ć koszernie (VirtualBox.spec)
On Thu, Jan 22, 2009 at 05:28:12PM +0100, Łukasz Maśko wrote:
Przerobiłem powyższy spec dopasowując go do najnowszej wersji pakietu.
Kompiluje się i po instalacji działa. Ale co do jednego elementu mam
wątpliwości. Z paczki źródłowej usunięto mianowicie skrypt
src/VBox/HostDrivers/Support/linux/export_modules
Prawdopodobnie należałoby zmienić fragment naszego speca dopasowując go do
bieżącej sytuacji, ale wyszło mi, że jeśli wezmę ten skrypt z wersji
poprzedniej i wrzucę w odpowiednie miejsce, to wszystko jest OK. Zrobiłem
to dodając patch VirtualBox-export_modules.patch, który tworzy ten plik w
odpowiednim miejscu. Pozostał jeden problem - to ma być skrypt, więc musi
być +x, a patchem nie umiem tego uzyskać (tworzy plik bez praw do
wykonania). Dlatego wsadziłem do speca na chama chmod +x. Nie wiem, czy to
jest dozwolone, dlatego nie podoba mi się to.
Jak należałoby zrobić powyższe? Ewentualnie jeśli ktoś mądrzejszy ode mnie
ma zamiar to zrobić lepiej/inaczej, to można powyższe olać ;-)
opis export_modules:
Create a tar archive containing the sources of the vboxdrv kernel module
jestem pewien że jest to zupełnie bezużyteczne
Poza tym, źródła nie mają URLa, musisz do dropin je zapchać.
--
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: Jak to jest robione (pacze na nasz kernel)?
On Thu, Jan 15, 2009 at 04:28:25PM +0100, Łukasz Maśko wrote:
Dnia środa, 14 stycznia 2009, Adam Golebiowski napisał:
[...]
A ja dla odmiany s2d, działa bez zarzutu:
[ad...@ook ~]$ uptime
22:49:09 up 21 days, 22:36, 5 users, load average: 0.96, 1.00, 0.93
[ad...@ook ~]$ uname -a
Linux ook 2.6.27.10-1 #1 SMP Thu Dec 18 20:59:36 UTC 2008 i686
Intel(R)_Pentiu R)_M_processor_1.80GHz PLD Linux
[ad...@ook ~]$
A mógłbyś mi podesłać, jak masz to skonfigurowane? Bo próbowałem (parametr
resume= do kernela, edycja /etc/suspend.conf, /etc/geninitrd, regeneracja
geninitrd), echo disk /sys/power/state usypia komputer, ale przy
pobudce jakby nic nie było nagrane, bo nic się nie dzieje. Z góry dzięki.
A jaka karta graficzna i sterowniki ? z nvidiowymi binarkami nie
zadziała, trzeba Xy wyłączać przed hibernacją.
--
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: Jak to jest robione (pacze na nasz kernel)?
On Wed, Jan 14, 2009 at 05:37:29PM +0100, Łukasz Maśko wrote:
Zbudowałem sobie i zainstalowałem wczoraj kernel 2.6.28 z kernel.spec -r
LINUX_2_6. Potrzebny do walki z grafiką w moim laptopie. Działa mi wszystko
co wydaje mi się potrzebne oprócz hibernacji - X-y nie wstają poprawnie,
przez co system trzeba restartować. Sprawdziłem w specu - na stronie
projektu TuxOnIce jest nowsza wersja łat niż ta w naszym repozytorium i być
może dlatego nie działa.
Jeśli chodzi o Tux On Ice to trzeba odżywić kernel-desktop i tam to
robić, ktoś chętny ? Wtedy nie będzie problemów z innymi dużymi łatami.
Wtedy ta łatka z kernel.spec by wyleciała a w jej miejsce by się
kernelowego suspenda włączyło.
Nie sądzę aby komukolwiek był potrzebny jednocześnie tuxonice i
vserver/apparmor/grsec_full, a jeśli jest to niech się zgłosi.
--
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: SPECS: perl-IP-Country.spec - up to 2.26, more %files
On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote:
Author: duddits Date: Tue Jan 6 21:27:00 2009 GMT
Module: SPECS Tag: HEAD
Log message:
- up to 2.26, more %files
+%{perl_vendorlib}/IP/._Authority.pm
ten plik oraz inne ._* wygląda na błąd w paczkowaniu, proszę usuń go lub
daj komentarz dlaczego jest potrzebny
--
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: tcpdump: undefined symbol: pcap_create
On Fri, Jan 02, 2009 at 04:33:55PM +0100, Tomasz Pala wrote:
# tcpdump
tcpdump: symbol lookup error: tcpdump: undefined symbol: pcap_create
# rpm -q libpcap
libpcap-0.9.8-2.i686
Upgrade do libpcap-1.0.0-2.i686 rozwiązuje problem - czemu to się samo
nie wygenerowało?
Wersja biblioteki jest ta sama, czasem developerzy nie podbijają majora
jeśli biblioteka jest w pełni wstecznie kompatybilna.
Package:libpcap-0.9.4-1
/usr/lib: libpcap.so.0.5
Package:libpcap-1.0.0-2
/usr/lib: libpcap.so.0 - libpcap.so.0.5, libpcap.so.0.5
--
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: Nie chcę emaili z bui lderów i distfiles:P
On Tue, Dec 30, 2008 at 11:46:14PM +0100, Kamil Dziedzic wrote:
Czy jest możliwość nie otrzymywania emaili z builderów i distfiles?
Standardowo jestem podpięty pod listę z komitami którą czytam jak potrzebuję
i
zawsze mogą podejrzeć http://ep09.pld-linux.org/~builderth/queue.html więc te
mejle są mi zupełnie zbędne. Spamią mi tylko niepotrzebnie skrzynkę.
Nie do końca to samo, ale...
$ grep pld-cvs-commit -A2 -B1 .procmailrc
:0
* ^Return-Path:.*pld-cvs-commit
* ^Subject: DISTFILES: ERRORS:
/home/pld/sparky/Mail/pld-cvs/
--
:0
* ^Return-Path:.*pld-cvs-commit
* ^Subject: DISTFILES:
/home/pld/sparky/Mail/pld-distfiles/
--
:0
* ^Return-Path:.*pld-cvs-commit
* ^Message-ID:.*webmachine.pld-linux.org
/home/pld/sparky/Mail/pld-www/
--
:0
* ^Return-Path:.*pld-cvs-commit
* ^Subject: SVN:
/home/pld/sparky/Mail/pld-svn/
--
:0
* ^Return-Path:.*pld-cvs-commit
/home/pld/sparky/Mail/pld-cvs/
--
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: SVN: security/generate.php
On Sat, Dec 20, 2008 at 03:25:09PM +0100, vip wrote:
Author: vip
Date: Sat Dec 20 15:25:09 2008
New Revision: 10039
Modified:
security/generate.php
Log:
- enable stats
+script type=text/javascript
+var gaJsHost = ((https: == document.location.protocol) ? https://ssl.; :
http://www.;);
+document.write(unescape(%3Cscript src=' + gaJsHost +
google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E));
+/script
+script type=text/javascript
+try {
+var pageTracker = _gat._getTracker(UA-374967-6);
+pageTracker._trackPageview();
+} catch(err) {}/script
document.write() nie jest dozwolone w XHTML, wybieranie której wersji
użyć zrób na poziomie php
no i fajnie by było gdyby strona jednak miała mime poprawny dla XHTML
--
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: synce-vdccm.spec
On Tue, Dec 16, 2008 at 04:43:28PM +0100, Daniel Dawid Majewski wrote:
mam problem ze zbudowaniem w/w speca :
tcpsocket.cpp: In member function 'virtual bool TCPSocket::bind()':
tcpsocket.cpp:80: error: 'memcpy' was not declared in this scope
tcpsocket.cpp:84: error: 'memcpy' was not declared in this scope
make[2]: *** [tcpsocket.lo] Error 1
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/vdccm-0.10.1/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/users/builder/rpm/BUILD/vdccm-0.10.1'
make: *** [all] Error 2
błąd: Błędny status wyjścia z /home/users/builder/tmp/rpm-tmp.51487 (%build)
Pewnie jakaś głupota, ale sam sobie nie poradzę...
#include string.h
--
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
