Re: pptpd
On Fri, Jan 29, 2016 at 03:00:19PM +0100, stacho wrote: > Witam! > > Chciałem sobie przebudować nowszą wersję serwera pptpd, niestety kończy > się to tak: > [...] > Makefile:284: recipe for target 'Makefile.in' failed > make: *** [Makefile.in] Error 1 > > Kompilacja obecnej wersji z gita pld kończy się tak samo. > Da się to jakoś "naprawić"?? > a teraz lepiej? -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Niedziałający NetworkManager
On Sat, Oct 11, 2014 at 08:03:03AM +0200, Tomasz Witek wrote: Dnia 2014-10-10, pią o godzinie 16:51 +0200, Szymon Siwek pisze: No to będziesz się musiał odleniwić, uruchomić NM z palca i debugować/strejsować czego ci brakuje. Z palca mówi, że nie mógł się połączyć z dbus. A to już jest bardzo dziwne - u mnie się łączy bez żadnego cudowania. Jakie masz pakiety dbus ?? wybrane pakiety dbus: dbus-libs-1.8.6-1.x86_64 dbus-1.8.6-1.x86_64 dbus-glib-0.102-2.x86_64 dbus-x11-1.8.6-1.x86_64 Mój dbus działa. TiweK -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: brakujące zależności pakietów perlowch
On Fri, Oct 10, 2014 at 02:10:25PM +0200, Kacper Kornet wrote: On Wed, Oct 08, 2014 at 06:42:42AM +0200, Szymon Siwek wrote: To jest akurat w miarę proste: dla każdego rpm-a rozpakowuję i sprawdzam zmodyfikowanymi file czy do perla są dodawane jakieś opcje. Zrobiłem coś podobnego. Dodatkowo: 1) Ograniczyłem się do pakietów wymagających /usr/bin/perl no tak, to dosyć istotna optymalizacja. 2) Sprawdzałem datę zbudowania pakietu, czy mieści się w przedziale czasowym, kiedy na file był felerny. Wyszło mi jakieś 75 pakietów do przebudowania. Wieczorem powinienem mieć czas posłać je na buildery. -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Niedziałający NetworkManager
On Fri, Oct 10, 2014 at 02:42:11PM +0200, Tomasz Witek wrote: Witam. Po ostatnim update (dość dużym) kilka miesięcy nic nie updatowałem przestał mi działać na laptopie NetworkManager 0.9.10.0-1 U mnie działa (0.9.10.0-1.x86_64) To logi ze startu: [...] Oct 10 13:58:28 octopus kernel: 1051.784385] systemd-coredump[2877]: Failed to send coredump: No such file or directory i tyle go widzieli. A i jeszcze jak się wejdzie w sieć w ustawieniach to wyświetla się komunikat: Systemowe usługi sieciowe są niezgodne z tą wersją Ktoś ma coś takiego ?? Trochę się rozleniwiłem i nie uśmiecha mi się na laptopie podnosić sieci z ręki. No to będziesz się musiał odleniwić, uruchomić NM z palca i debugować/strejsować czego ci brakuje. -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
brakujące zależności pakietów perlowch
Czy brak generacji zależności w pakietach perlowych jest stanem oczekiwanym? -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: brakujące zależności pakietów perlowch
On Mon, Oct 06, 2014 at 05:02:00PM +0200, Kacper Kornet wrote:
On Mon, Oct 06, 2014 at 04:30:04PM +0200, Szymon Siwek wrote:
Czy brak generacji zależności w pakietach perlowych jest stanem
oczekiwanym?
Raczej nie. Możesz podać przykład, gdzie nie są generowane?
$ rpm -qi help2man
Build Date: Mon Sep 8 19:45:46 2014
Build Host: ymir-builder
Source RPM: help2man-1.46.2-1.src.rpm
$ rpm -qR help2man
/sbin/postshell
/sbin/postshell
libc.so.6()(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libdl.so.2()(64bit)
libdl.so.2(GLIBC_2.2.5)(64bit)
perl-base = 1:5.8
rtld(GNU_HASH)
rpmlib(PayloadIsLzma) = 4.4.6-1
a w /usr/bin/help2man mamy:
use Locale::gettext;
use Encode qw(decode encode);
(zapewniane przez perl-Locale-gettext + perl-Encode)
W tinyca-0.7.5-2 również brakuje R: perl(Locale::gettext).
Problemów może być więcej: na moim builderze rpm --showrc
daje takie kwiatki:
__java_provides%{nil}
__mono_provides%{nil}
__mono_requires%{nil}
__perl_provides%{nil}
__perl_requires%{nil}
__php_provides %{nil}
__php_requires %{nil}
--
Szymon Siwek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: brakujące zależności pakietów perlowch
On Mon, Oct 06, 2014 at 05:02:00PM +0200, Kacper Kornet wrote: On Mon, Oct 06, 2014 at 04:30:04PM +0200, Szymon Siwek wrote: Czy brak generacji zależności w pakietach perlowych jest stanem oczekiwanym? Raczej nie. Możesz podać przykład, gdzie nie są generowane? No, dobra. Wygląda na to, że generowanie zależności dla rzeczy z /usr/*/perl/ jest OK, za to nie jest uruchamiane perl.req dla skryptów z /usr/bin/ -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th update
On Fri, Aug 10, 2012 at 11:13:14AM +0200, Jan Rękorajski wrote: Hi, Just a heads-up, I finished cleaning up th-main + th-ready. Nieśmiało się spytam - czy w ramach tego czyszczenia nie zostały przypadkiem zniknięte pakiety ldconfig (2.15 i 2.16)? -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th update
On Mon, Aug 13, 2012 at 07:18:16PM +0200, Jan Rękorajski wrote: On Mon, 13 Aug 2012, Szymon Siwek wrote: On Fri, Aug 10, 2012 at 11:13:14AM +0200, Jan Rękorajski wrote: Hi, Just a heads-up, I finished cleaning up th-main + th-ready. Nieśmiało się spytam - czy w ramach tego czyszczenia nie zostały przypadkiem zniknięte pakiety ldconfig (2.15 i 2.16)? W main jest w tej chwili 2.16.0 - przed chwilą sprawdziłem. według indeksów z ftp://ftp.th.pld-linux.org/dists/th/PLD/i686/RPMS/ obowiązuje ldconfig-2.15-10.i686. $ wget ftp://ftp.th.pld-linux.org/dists/th/PLD/i686/RPMS/ldconfig* [...] No matches on pattern `ldconfig*'. w x64_86 jest podobnie. -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: NetworkManager/NetworkManager.spec, NetworkManager/NetworkManager...
On Mon, Jun 25, 2012 at 08:59:22PM +0200, wrobell wrote: Author: wrobell Date: Mon Jun 25 18:59:22 2012 GMT Module: packages Tag: HEAD Log message: - fixes nmcli error settings service is not running - rel. 6 Files affected: packages/NetworkManager: NetworkManager.spec (1.113 - 1.114) , NetworkManager-nmcli.patch (NONE - 1.1) (NEW) Przekonany byłem, że łatka którą wrzuciłem (11-initialize-nm-remote-settings.patch) załatwia sprawę settings service is not running... Tak na oko NetworkManager-nmcli.patch poprawia coś w okolicach vlanów -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
xmlrpc-c.spec - xmlrpc-c-c++ Requires: libstdc++-devel
Witam! W specu xmlrpc-c pakiet xmlrpc-c-c++ ma Requires: libstdc++-devel Nie bardzo widzę sens takiego czegoś, w odpowiednim commit logu mamy tylko: revision 1.46 date: 2011/05/29 10:43:37; author: qboosh; [...] - more fine-grained split (client libs no longer require server ones; devel no longer requires all) Mogę wywalić? -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: unixbench/unixbench.spec - removed BR: glibc-devel
On Tue, Jun 05, 2012 at 07:16:40PM +0200, Jakub Bogusz wrote: On Tue, Jun 05, 2012 at 06:30:13PM +0200, sls wrote: Author: sls Date: Tue Jun 5 16:30:13 2012 GMT Module: packages Tag: HEAD Log message: - removed BR: glibc-devel --- packages/unixbench/unixbench.spec:1.17 Tue Jun 5 18:20:45 2012 +++ packages/unixbench/unixbench.spec Tue Jun 5 18:30:08 2012 @@ -17,7 +17,6 @@ Requires: file Requires: fileutils Requires: gcc -Requires: glibc-devel Requires: make Requires: mawk Requires: mktemp To nie było BR. On już nie kompiluje nic w trakcie działania? Mój błąd - ale przypadkowo się złożyło, że test z kompilowaniem jest opcjonalny. Przejrzę jeszcze Requires/Suggest - tak na oko do wywalenia jest make i file -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: INFO: Th main - big move and as usually - help needed
On pon, 2011-09-26 at 13:07 +0200, Arkadiusz Miśkiewicz wrote: On Monday 26 of September 2011, Szymon Siwek wrote: On pon, 2011-09-26 at 09:48 +0200, Arkadiusz Miśkiewicz wrote: There was a big packages move into Th main. Unfortunately some packages still need work/cleanup. List is here: http://ep09.pld-linux.org/~pldth/main.txt (and http://ep09.pld-linux.org/~pldth/) Dropped packages (from main) are listed below (list is incomplete, hal was also dropped for example). You can also work on these to make them build. bluez-gnome-1.8-5.src.rpm.info a co z tym jest nie tak? Nie pytaj się co jest nie tak bo nie wiem - nie zachowałem sobie wyniku sprawdzania zależności przed usunięciem. Widocznie nie miała spełnionych zależności. Na początku listy wylatujących pakietów rzuciły mi się w oczy bluez-gnome i collectd. Wedle buildlogs.pld-linux.org - budują się. Nie widzę też jakiś kłopotliwych zależności. Ciężko jest poprawiać/czyścić, gdy nie wiadomo co jest zepsute. -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
zależności libvirt-devel (było: Re: INFO: Th main - big move and as usually - help needed)
On śro, 2011-09-28 at 11:59 +0200, Łukasz Maśko wrote: Dnia środa, 28 września 2011, Szymon Siwek napisał: [...] Na początku listy wylatujących pakietów rzuciły mi się w oczy bluez-gnome i collectd. Wedle buildlogs.pld-linux.org - budują się. Nie widzę też jakiś kłopotliwych zależności. Ciężko jest poprawiać/czyścić, gdy nie wiadomo co jest zepsute. collectd się nie budował, poprawiłem, brakowało BR: libnl1-devel, numactl- devel. nie budował się plugin libvirt, bo w libvirt.la mamy: dependency_libs=[...] -lnl -lnuma [...] Czy w związku z tym, libvirt-devel nie powinien mieć R: libnl1-devel oraz R: numactl-devel? -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: INFO: Th main - big move and as usually - help needed
On pon, 2011-09-26 at 09:48 +0200, Arkadiusz Miśkiewicz wrote: There was a big packages move into Th main. Unfortunately some packages still need work/cleanup. List is here: http://ep09.pld-linux.org/~pldth/main.txt (and http://ep09.pld-linux.org/~pldth/) Dropped packages (from main) are listed below (list is incomplete, hal was also dropped for example). You can also work on these to make them build. bluez-gnome-1.8-5.src.rpm.info a co z tym jest nie tak? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: gedit2/gedit2.spec - updated to 3.0.0; merged from DEVEL
On Tue, Apr 05, 2011 at 08:31:14PM +0200, megabajt wrote: Author: megabajt Date: Tue Apr 5 18:31:14 2011 GMT Module: packages Tag: HEAD Log message: - updated to 3.0.0; merged from DEVEL Files affected: packages/gedit2: gedit2.spec (1.147 - 1.148) It looks strange for me: Name: gedit2 Version:3.0.0 -- Szymon Siwek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: busybox 1.18.3-2 - prośba o testy
On Wed, Feb 23, 2011 at 06:01:47PM +0100, Arkadiusz Miskiewicz wrote: Witam, Czy ktoś używa lub mógłby potestować busyboxa 1.18.3-2 najlepiej bootując z opcją debuginitrd ? U mnie umiera na switch_root, tak jakby switch_root się nie udawał. i686 OK -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
man tar
Witam! Aktualnie, PLD-owski manual do tara jest dosyć stary - rok 2004, wersja 1.13.94, a co gorsza z błędami. Czy będą jakieś kontrowersje, jeśli zastąpię manual z łatki tar-man-debian.patch manualem wygenerowanym przez help2man? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th: help needed / pomoc potrzebna - openssl
On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote: Big number of packages needs rebuild due to soname change in openssl library. Feel free to fix any package you will find at url below. Duża ilość paczek wymaga przebudowania z powodu zmiany wersji biblioteki openssl. Zainteresowani mogą poprawiać dowolną wybraną paczkę z urla poniżej. http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to really big number of packages ready is going to be stalled until all are fixed so help is needed. Z powodu naprawdę dużej ilości paczek ready przeżyje wstrzymanie do czasu poprawienia paczek, a co za tym idzie pomoc w poprawianiu jest potrzebna... i niezbędna. do wywalenia (plus odpowiednie Obsolete w odpowiednim miejscu): epiphany-extension-beagle-0.3.8-6: req /usr/lib/epiphany/2.24/extensions -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th: help needed / pomoc potrzebna - openssl
On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote: Big number of packages needs rebuild due to soname change in openssl library. Feel free to fix any package you will find at url below. Duża ilość paczek wymaga przebudowania z powodu zmiany wersji biblioteki openssl. Zainteresowani mogą poprawiać dowolną wybraną paczkę z urla poniżej. http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to really big number of packages ready is going to be stalled until all are fixed so help is needed. Z powodu naprawdę dużej ilości paczek ready przeżyje wstrzymanie do czasu poprawienia paczek, a co za tym idzie pomoc w poprawianiu jest potrzebna... i niezbędna. najprawdopodobniej do wywalenia: eel + nautilus-cd-burner -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th: help needed / pomoc potrzebna - openssl
On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote: Big number of packages needs rebuild due to soname change in openssl library. Feel free to fix any package you will find at url below. Duża ilość paczek wymaga przebudowania z powodu zmiany wersji biblioteki openssl. Zainteresowani mogą poprawiać dowolną wybraną paczkę z urla poniżej. http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to really big number of packages ready is going to be stalled until all are fixed so help is needed. Z powodu naprawdę dużej ilości paczek ready przeżyje wstrzymanie do czasu poprawienia paczek, a co za tym idzie pomoc w poprawianiu jest potrzebna... i niezbędna. kolejne wykopaliska archeologiczne: error: tracker-search-gui-0.6.6-10: req libgnome-desktop-2.so.11 not found error: gnome-applets-keyboard-2.28.0-4: req libxklavier.so.15 not found -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Th: help needed / pomoc potrzebna - openssl
On Wed, Apr 21, 2010 at 07:31:44PM +0200, Arkadiusz Miskiewicz wrote: On Wednesday 21 of April 2010, Szymon Siwek wrote: On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote: Big number of packages needs rebuild due to soname change in openssl library. Feel free to fix any package you will find at url below. Duża ilość paczek wymaga przebudowania z powodu zmiany wersji biblioteki openssl. Zainteresowani mogą poprawiać dowolną wybraną paczkę z urla poniżej. http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to really big number of packages ready is going to be stalled until all are fixed so help is needed. Z powodu naprawdę dużej ilości paczek ready przeżyje wstrzymanie do czasu poprawienia paczek, a co za tym idzie pomoc w poprawianiu jest potrzebna... i niezbędna. kolejne wykopaliska archeologiczne: error: tracker-search-gui-0.6.6-10: req libgnome-desktop-2.so.11 not found ok ale to rm tracker? czy tylko subpaczka? error: gnome-applets-keyboard-2.28.0-4: req libxklavier.so.15 not found to samo, rm gnome-applets.bin.rpm? tylko pod-paczuszki -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: status fltk2 (był o Re: dillo)
On Wed, Feb 24, 2010 at 09:27:46AM +0100, Pawel Dlugosz wrote:
W dniu 2010-02-24 01:27, Szymon Siwek pisze:
Na stronie piszą, że experimental.
No.
Ale właśnie się zastanawiam nad specem fltk2:
czy Obsoletes: fltk{,-devel} jest przemyślane, pożądane, etc?
fltk2 w zamierzeniu ma być następcą fltk, więc na mój rozum jest
przemyślane, pożądane, etc.
qt4 i gtk+2 nie mają analogicznych Obsoletes.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
dillo
Witam! Zacząłem wrzucać dillo-2.2 - jednak widzę, że wersja 2.0 jest w gałęzi DEVEL. Co z tym dalej robić, cofać zmianę, czy też kontynuować pracę z dillo-2? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcc + flac-devel = problem
On Mon, Feb 08, 2010 at 09:36:52AM +0100, Patryk Zawadzki wrote: 2010/2/8 Szymon Siwek s...@poczta.wp.pl: $ gcc -I/usr/include/FLAC -Wall wtf.c wtf.c: In function ‘main’: wtf.c:5: warning: implicit declaration of function ‘assert’ /home/users/sls/tmp/cco6sVdn.o: In function `main': wtf.c:(.text+0x11): undefined reference to `assert' collect2: ld returned 1 exit status No i niefajnie, bo gcc złapał sobie flac-owskie (flac-devel-1.2.1-2.i686) assert.h. Toteż 2 pytania: 1. Czy jest sens pakować FLAC/assert.h? 2. Czy można gcc przekonać, żeby najpierw przeszukał /usr/include? A można przestać dodawać $includedir/FLAC do ścieżki nagłówków? Zawsze działa: #include FLAC/foo.h O! jakie to proste. Teraz muszę wybadać skąd sonic-visualiser bierze sobie owo -IFLAC. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcc + flac-devel = problem
On Mon, Feb 08, 2010 at 09:36:52AM +0100, Patryk Zawadzki wrote: 2010/2/8 Szymon Siwek s...@poczta.wp.pl: $ gcc -I/usr/include/FLAC -Wall wtf.c wtf.c: In function ‘main’: wtf.c:5: warning: implicit declaration of function ‘assert’ /home/users/sls/tmp/cco6sVdn.o: In function `main': wtf.c:(.text+0x11): undefined reference to `assert' collect2: ld returned 1 exit status No i niefajnie, bo gcc złapał sobie flac-owskie (flac-devel-1.2.1-2.i686) assert.h. Toteż 2 pytania: 1. Czy jest sens pakować FLAC/assert.h? 2. Czy można gcc przekonać, żeby najpierw przeszukał /usr/include? A można przestać dodawać $includedir/FLAC do ścieżki nagłówków? Zawsze działa: #include FLAC/foo.h Jak się okazało, pkg-config --cflags flac zwraca -I/usr/include/FLAC. Czyli trzeba poprawić flac.pc lub nie pakować FLAC/assert.h. Jakieś sugestie? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gcc + flac-devel = problem
Witam!
Mam ci ja gcc-4.4.3-2.i686 i prosty testowy program (wtf.c):
#include assert.h
int main()
{
assert(1);
return 0;
}
$ gcc -Wall wtf.c
$
OK - tak ma być.
$ gcc -I/usr/include/FLAC -Wall wtf.c
wtf.c: In function ‘main’:
wtf.c:5: warning: implicit declaration of function ‘assert’
/home/users/sls/tmp/cco6sVdn.o: In function `main':
wtf.c:(.text+0x11): undefined reference to `assert'
collect2: ld returned 1 exit status
No i niefajnie, bo gcc złapał sobie flac-owskie (flac-devel-1.2.1-2.i686)
assert.h. Toteż 2 pytania:
1. Czy jest sens pakować FLAC/assert.h?
2. Czy można gcc przekonać, żeby najpierw przeszukał /usr/include?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
http://en.docs.pld-linux.org/
Witam! Usiłuję wejść na stronę http://en.docs.pld-linux.org/ - ani to po angielsku, ani to docs.pld. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: kde4-kdebase-workspace/kde4-kdebase-workspace.spec - more TODO
On Tue, Dec 15, 2009 at 12:32:21PM +0100, Bartosz Świątek wrote: 2009/12/15 sls s...@pld-linux.org: Author: sls Date: Tue Dec 15 11:24:42 2009 GMT Module: packages Tag: HEAD Log message: - more TODO Poproszę o cofnięcie tego. To jest znany bullshit do szescianu ze strony KDE. Workspace nie wymaga python-PyKDE4 mimo, że się o niego drze. Te skrypty są potrzebne tylko w czasie runtime. Fedora od dawna patchuje workspace by ten się nie darł o te bzdury i nie instalował tego szajsu, który to niczego nie jest potrzebny i ja od dłuższego czasu też o tym myślę by to spatchować, ale mi się nie chce. Dziękuję za uwagę. Teraz lepiej? A swoją drogą, niezły ping-pong w tym specu. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany-plugin-gdb.spec
On Thu, Oct 29, 2009 at 09:03:08PM +0100, Krzysztof Goliński wrote: BuildRequires: glib-devel Mocno podejrzane Wymagania są dość dobrze wyszczególnione na stronie projektu i w śród nich znajduje się glib: You will also need its dependency libraries and header files, such as Pango, Glib and ATK. Wypada wierzyć twórcom. 1. obstaję przy swoim. 2. Na stronie mogą różne rzeczy wpisać, warto sprawdzać czego wymaga naprawdę. 3. Jest w PLD taka zasada, że jeśli w baz.spec jest 'BR: foo', a foo ma 'R: bar', to nie należy wpisywać do baz.spec 'BR: bar' bez potrzeby (cokolwiek miałoby to oznaczać). W tym wypadku możliwe, że BR: atk-devel, glib-devel, pango-devel są zbędne. %configure \ \ I jeszcze tu doszlifować... Jest to wersja 0.0.2, dużo zaawansowanych opcji nie posiada, ale coś znalazłem: chodziło mi o kosmetykę, tzn. usunięcie zbędnych wtyłciachów. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany-plugin-gdb.spec
On Thu, Oct 29, 2009 at 10:59:19PM +0100, Patryk Zawadzki wrote: 2009/10/29 Szymon Siwek s...@poczta.wp.pl: On Thu, Oct 29, 2009 at 09:03:08PM +0100, Krzysztof Goliński wrote: BuildRequires: glib-devel Mocno podejrzane Wymagania są dość dobrze wyszczególnione na stronie projektu i w śród nich znajduje się glib: You will also need its dependency libraries and header files, such as Pango, Glib and ATK. Wypada wierzyć twórcom. 1. obstaję przy swoim. I masz rację, ale z zupełnie innego powodu. A z jakiego powodu? Bo starałem się nie ujawnić powodów swoich podejrzeń. 2. Na stronie mogą różne rzeczy wpisać, warto sprawdzać czego wymaga naprawdę. 3. Jest w PLD taka zasada, że jeśli w baz.spec jest 'BR: foo', a foo ma 'R: bar', to nie należy wpisywać do baz.spec 'BR: bar' bez potrzeby (cokolwiek miałoby to oznaczać). W tym wypadku możliwe, że BR: atk-devel, glib-devel, pango-devel są zbędne. W PLD jest taka zasada, że spec odzwierciedla to, co sprawdza skrypt configure. [...] No, to jest spore uproszczenie. Ma za to znaczenie, że paczka używa glib2-devel, a nie glib-devel (który jest prehistoryczną wersją 1.x). Od początku o to mi chodziło. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany-plugin-gdb.spec
On Thu, Oct 29, 2009 at 02:34:52AM +0100, Bartosz Świątek wrote: W dniu 29 października 2009 02:20 użytkownik Krzysztof Goliński krzysztof.golin...@gmail.com napisał: Witam, Cześć, Z rozbiegu popełniłem jeszcze jedną wtyczkę dla geany, wspierającą gdb (http://plugins.geany.org/geanygdb/). zaoszczędzisz nam zachodu jak sam dodasz to do repozytorium. Niniejszym proponuję Cię na developera. +1 +1 -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: geany-plugin-gdb.spec
On Thu, Oct 29, 2009 at 02:20:55AM +0100, Krzysztof Goliński wrote: Witam, Z rozbiegu popełniłem jeszcze jedną wtyczkę dla geany, wspierającą gdb (http://plugins.geany.org/geanygdb/). Pozdrawiam, Krzysztof Goliński # $Revision: 1.4 $, $Date: 2009/08/31 22:44:21 $ To chyba nie z tego speca [...] BuildRequires:glib-devel Mocno podejrzane [...] %configure \ \ I jeszcze tu doszlifować... -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gnutls + libtool = WTF?
Witam! Budowałam sobie gnutls (2.8.4-2) i objawiła się taka niespodzianka: gdy zainstalowany jest gnutls-devel, nowo zbudowana biblioteka libgnutls-openssl.so.26.14.11 zostaje zlinkowna z systemową libgnutls. Śledztwo wykazało, że w podczas wykonywania sekcji install pojawia się coś takiego: libtool: install: warning: relinking `libgnutls-openssl.la' ... i właśnie w wyniku tego relinkowania pojawia się zależność od systemowego gnutls. Czy to jest błąd libtoola (2.2.6-9), czy też trzeba poprawić magią w odpowiednim Makefile.am? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
tar + lzma
Witam! Dodałem w curl.spec BR: tar = 1:1.22 (źródła skompresowane lzma), ale zastanawiam się czy nie rozsądniej byłoby dać takie wymaganie w rpm-bulid? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (AC-branch): libcap.spec - binary virtualbox need libcap1 so move the...
On Wed, Jan 14, 2009 at 06:38:17PM +0100, djurban wrote: Author: djurban Date: Wed Jan 14 17:38:17 2009 GMT Module: SPECS Tag: AC-branch Log message: - binary virtualbox need libcap1 so move the libs out Files affected: SPECS: libcap.spec (1.49 - 1.49.2.1) Wydaje mi się że libcap-libs brzmi trochę głupio. Nie lepiej byłoby wydzielić libcap-(tools|utils|progs)? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: lua51
On Fri, Dec 19, 2008 at 12:39:50PM +0100, Michał Lisowski wrote: podczas instalacji lua51-devel nie ciagnie lua51 czy tak ma byc? Tak. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Repackage ssie, a przec
On Tue, Nov 25, 2008 at 11:41:45AM +0100, Tomasz Pala wrote: On Mon, Nov 24, 2008 at 10:29:13 +0100, Andrzej Krzysztofowicz wrote: Wg mnie takie coś NIE powinno być w makrach - bo pracując na baterii mogę jednak chcieć mieć szybki repackage i dużo łatwiej jest zrobić: LZMA_OPTS=-1 poldek niż grzebać po makrach. rpm --define lzmaopt=-1 -U pakiet? (da się z poziomu poldka? nie śledzę) No niby tak. To pozostają mi tylko 2 argumenty, jeden o niespójności z resztą systemu, a drugi - zmienną mogę ustawiać warunkowo w zależności od tego, czy jestem na baterii czy nie i będzie to automatyczne, natomiast taki define trzeba podać z ręki. Czemu? Tworzysz sobie alias. No fakt - tylko ktoś to zamierza zaimplementować, czy dyskusja znowu zakończy się niczym? Bo jeśli nikt nie zrobi wersji z makrem, to ja mogę co najwyżej załatać do swojej wersji, ze zmienną, więc najlepiej od razu niech się albo tutaj ktoś zgłosi;) albo poproszę zielone światło dla LZMA_OPTS; A makro musi gryźć się ze zienną? Przecież można zaimplementować obie możliwości. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Repackage ssie, a przec
On Tue, Nov 25, 2008 at 05:52:00PM +0100, Jakub Bogusz wrote: Po to makro, żeby środowisko (zmienna) nie wpływało na zachowanie rpm-a. Hmm, chyba nie do końca rozumiem problem. Co złego jest w tym, żeby poprzez środowisko (w sensie env) wypływało na zachowanie rpm-a? Dlaczego miałaby to być gorsza sytuacja, niż wpływ środowiska (w sensie zawartości .rpmmacros)? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nightfall.spec i blad
On Mon, Nov 24, 2008 at 12:45:21PM +0100, Michał Lisowski wrote: $ rpmbuild -bi --short-circuit nightfall.spec ... Documentation compressed. + cp -pr AUTHORS README doc/C doc/de /home/users/lisu/tmp/nightfall-1.66-root-lisu/usr/share/doc/ nightfall-1.66 + /usr/lib/rpm/compress-doc Compressing documentation in /home/users/lisu/tmp/nightfall-1.66-root-lisu/usr/share/doc/ nightfall-1.66... ./README ./AUTHORS ./de/edu/help1.txt~ ./de/edu/help1.txt ./de/edu/help0.txt ./de/edu/help3.txt ./de/edu/help5.txt ./de/edu/help2.txt ./de/help4.txt ./de/nightfall.xml~ ./de/help6.txt ./de/help1.txt ./de/nightfall-de.omf ./de/help7.txt ./de/help8.txt ./de/nightfall.xml ./de/help0.txt ./de/help3.txt ./de/help5.txt ./de/help2.txt ./C/edu/help1.txt~ ./C/edu/help2.txt~ ./C/edu/help1.txt ./C/edu/help0.txt~ ./C/edu/help0.txt ./C/edu/help3.txt ./C/edu/help5.txt ./C/edu/help2.txt ./C/edu/help3.txt~ ./C/help4.txt ./C/nightfall.xml~ ./C/help6.txt ./C/help1.txt ./C/nightfall-C.omf ./C/help7.txt ./C/help8.txt ./C/nightfall.xml ./C/help0.txt ./C/help3.txt ./C/help5.txt ./C/help2.txt Documentation compressed. + exit 0 Processing files: nightfall-debuginfo-1.66-1 RPM build errors: File must begin with /: ERROR/nightfall Ktos pomoze? A może ktoś kommitnie wersję 1.66? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nightfall.spec i blad
On Mon, Nov 24, 2008 at 01:01:11PM +0100, Michał Lisowski wrote: Wiadomość napisana w dniu 2008-11-24, o godz. 12:55, przez Szymon Siwek: On Mon, Nov 24, 2008 at 12:45:21PM +0100, Michał Lisowski wrote: $ rpmbuild -bi --short-circuit nightfall.spec ... Documentation compressed. + cp -pr AUTHORS README doc/C doc/de /home/users/lisu/tmp/nightfall-1.66-root-lisu/usr/share/doc/ nightfall-1.66 + /usr/lib/rpm/compress-doc Compressing documentation in /home/users/lisu/tmp/nightfall-1.66-root-lisu/usr/share/doc/ nightfall-1.66... ./README ./AUTHORS ./de/edu/help1.txt~ ./de/edu/help1.txt ./de/edu/help0.txt ./de/edu/help3.txt ./de/edu/help5.txt ./de/edu/help2.txt ./de/help4.txt ./de/nightfall.xml~ ./de/help6.txt ./de/help1.txt ./de/nightfall-de.omf ./de/help7.txt ./de/help8.txt ./de/nightfall.xml ./de/help0.txt ./de/help3.txt ./de/help5.txt ./de/help2.txt ./C/edu/help1.txt~ ./C/edu/help2.txt~ ./C/edu/ help1.txt ./C/edu/help0.txt~ ./C/edu/help0.txt ./C/edu/help3.txt ./C/edu/help5.txt ./C/edu/help2.txt ./C/edu/help3.txt~ ./C/help4.txt ./C/nightfall.xml~ ./C/help6.txt ./C/help1.txt ./C/nightfall-C.omf ./C/help7.txt ./C/help8.txt ./C/nightfall.xml ./C/help0.txt ./C/help3.txt ./C/help5.txt ./C/help2.txt Documentation compressed. + exit 0 Processing files: nightfall-debuginfo-1.66-1 RPM build errors: File must begin with /: ERROR/nightfall Ktos pomoze? A może ktoś kommitnie wersję 1.66? 1.62 wywala sie w tym samym miejscu, Nie potwierdzam, 1.62 u mnie buduje się do końca, 1.66 wywala się na: find-lang.sh: Error: international files not found for 'nightfall'! ale moge commitnac jak bardzo potrzebujesz Czy bardzo potrzebuję? Szczerze mówiąc nie. Jak już grzebiesz w nightfall.spec, to kommituj zmiany bez obaw - nie jest to jakiś krytyczny pakiet, a zmiany można przecięż cofnąć. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pkgconfig
On Mon, Nov 24, 2008 at 02:57:09PM +0100, Michał Lisowski wrote: Czy pliki /usr/lib/pkgconfig/*.pc paczkujemy gdzies? a co mówi poldek rsearch -f @/usr/lib/pkgconfig/.*\.pc@ -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/var/lib/gdm
Witam! W gdm.spec mamy coś takiego: %attr(750,xdm,xdm) /var/log/gdm tymczasem gdm przy uruchamianiu zmienia (w procedurze gdm_daemon_check_permissions) uprawnienia tego katalogu na: %attr(1770, root, xdm) a żeby było śmieszniej, w (ewentualnym) komunikacie błędu domaga się (przy PLD-owskich ustawieniach): %attr(1770, xdm, xdm) A jak to naprawdę powinno wyglądać? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-pygobject.spec DEVEL/HEAD
On Tue, Nov 04, 2008 at 10:30:33PM +0100, Arkadiusz Miskiewicz wrote: On Tuesday 04 of November 2008, Szymon Siwek wrote: Witam! Zacząłem wrzucać na HEAD python-pygobject-2.15.4 i zauważyłem, że seria 2.15 jest na branchu DEVEL. Wedle http://ftp.gnome.org/pub/GNOME/teams/releng/2.24.1/versions owa wersja jest używalna w gnome-2.24.1. I mam pytanie - brnąć w to dalej, czy zmianę wycofać? Jeśli to jest wersja devel to cofasz, jeśli nie to możesz brnąć dalej. Mimo, że nie rozwiałeś moich wątpliwości, dziękuję za szybką odpowiedź. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pakiety noarch
On Wed, Oct 29, 2008 at 12:17:40PM +0100, Krystian Tomczyk wrote: Dlaczego w porównaniu do Ac w Th brakuje tylu pakietów noarch np.: ghostscript-fonts-std fonts-Type1-urw.spec: Obsoletes: ghostscript-fonts-std -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Gnome 2.24 - czy na pew no wszystkie zależności są OK?
On Fri, Oct 24, 2008 at 10:46:51AM +0200, Bohdan R. Rau wrote: Witam Pytanie: czy instalacja Gnome 2.24 nie powinna pociągać za sobą uaktualnień gail, at-spi i atk (i pewnie paru innych rzeczy)? Chciałem się wreszcie pozbyć mieszanki w systemie i zainstalować Orkę 2.24, ale... Mam zainstalowaną wersję Orki z ichniejszego SVN (w okolicach 2.23), do tego żeby działała musiałem doinstalować również z SVN at-spi, gaila i atk. Czyli mam oficjalnie stare wersje. Tymczasem przy próbie zainstalowania Orki 2.24 poldek co prawda próbuje uaktualnić pół systemu, ale akurat nie te trzy pakiety... Może ktoś to sprawdzić? Bo wydaje mi się że to jednak błąd w zależnościach. ethanak Jeśli chodzi o gaila: 1.280.2.1 Wed May 14 13:06:14 2008 by patrys Diffs to 1.280 - 2.13.0 - gail.spec is now obsolete (part of GTK+) -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
R: synce-odccm
Witam!
W synce-trayicon.spec oraz synce-sync-engine.spec mamy wpisane
'Requires: synce-odccm'.
Jest to nie do końca zgodne z rzeczywistością, bo:
- synce-trayicon (przykładowo) bezpośrednio nie wymaga synce-odccm
- synce-trayicon wymaga do rzeczywistego działania, żeby biblioteka
synce-libsynce _jakoś_ się połączyła z PDA
- synce-libsynce może się połączyć za pomocą synce-odccm (działa),
synce-hal (w zasadzie działa) lub synce-vdccm (chyba, nie sprawdzałem)
- synce-libsynce ma bcondy, które mogą powyłączać sposoby komunikacji
Rozwiązanie 1:
W synce-libsynce dodać R: synce-connector, a synce-{hal,odccm,vdccm}
Provides: synce-connector. Wady:
- na builderach byłby instalowany zbędny synce-connector
- takie R/P: synce-connector będą bez sensu gdy synce-libsynce będzie
zbudowane z jakimś --without.
Rozwiązanie 2:
W synce-trayicon (i innych pakietach typu synce-some-program) dać
R: synce-connector. Wady:
- trochę bardziej upierdliwe
- nadal nie odporne na bcondy w libsynce
Jak to zrobić, żeby było doskonale?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gimp.spec - brakując e BR
On Wed, Oct 15, 2008 at 01:29:13PM +0200, Michal Kochanowicz wrote: Hej W gimp.spec brakuje BR: lubuuid-devel readline-devel Nie wierzę. iso-codes xorg-lib-libXmu-devel -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
openssh.spec i /etc/security/passwd.conf
Witam! %post server z openssh.spec generuje plik /etc/security/passwd.conf Ktoś się orientuje, czy obecnie ten plik jest do czegoś używany? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th-devel] Prośba o k ompilację
On Sun, Aug 03, 2008 at 01:37:34AM +0200, Łukasz Maśko wrote: Proszę o zbudowanie kdebluetooth.spec w obecności lrmi-0.10-2, które teraz jest w Th. Nie wiem, z czego to wynika, ale kbluetoothd nie chce się uruchomić w obecności lrmi w powyższej wersji. Działa natomiast z wersją 0.10-1, pomaga downgrade. Niestety, bieżące lrmi jest wymagane (na sztywno) przez v86d-0.1.6-1, którego też potrzebuję. Natomiast kdebluetooth.spec nie chce się u mnie teraz zbudować. Może na builderze pójdzie. A jak nie, to będzie wiadomo, jak się wywraca budowanie - u mnie to jest na sdpdevice.cpp, błąd jest taki: sdpdevice.cpp: In member function 'void KBluetooth::SDP::Device::updateServices()': sdpdevice.cpp:114: error: 'free' was not declared in this scope (czyżby potrzebne było #include stdlib.h ? dziwne...) Raczej cstdlib (uroki gcc-4.3) -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zepsuty gcj
On Mon, Jul 07, 2008 at 09:50:00PM +0200, Bart. wrote:
Dnia 7 lipca 2008 18:38 Szymon Siwek [EMAIL PROTECTED] napisał(a):
On Mon, Jul 07, 2008 at 06:26:39PM +0200, Szymon Siwek wrote:
On Mon, Jul 07, 2008 at 04:55:18PM +0200, Bart. wrote:
Szymon przetestujesz?
Pozdrawiam
Bartłomiej Zimoń
Wielkie dzięki, mi się podoba.
A właściwie, Twoja wersja niezupełnie mi się podoba, bo plik
%{_javadir}/ecj.jar będzie powodować konflikt gcc-java z eclipse-ecj
Wiec co proponujesz?
Proponuję poczekać aż ktoś bardziej rozumny zrobi z tym porządek.
O! już zrobił.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zepsuty gcj
On Mon, Jul 21, 2008 at 08:26:48AM +0200, Arkadiusz Miskiewicz wrote: On Sunday 20 July 2008, Bartłomiej Zimoń wrote: Sunday 20 of July 2008 12:55:24 Arkadiusz Miskiewicz napisał(a): Dzieki za zaaplikowanie latki na gcc.spec chcielem sam wrzucic ale nie bylem pewny ktora wersja lepsza. Wyglada na to ze ta z gcc jest pewniejsza. Zbudowanie eclipse-ecj na ppc to póki co marzenie. Zaktualizowany kompilator javy jest w repo. btw. Dałbyś radę zwalczyć java-gcj-compat.spec tak by zastępował np. java-sun* ? Chciałbym użyć tego przy budowaniu openoffice.org. Debian tak robi i się im udaje. Fedora też (robiła?). Starałem się dać odpowiedni wpis w openofisowym TODO - może trochę nie wyszło, bo nie wgłębiłem się czego dokładnie używają zamiast java-sun* -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gcc.spec rel 3; include ecj here; patch by uzi18/o2.pl
On Sun, Jul 20, 2008 at 01:10:35PM +0200, arekm wrote:
Author: arekmDate: Sun Jul 20 11:10:35 2008 GMT
Module: SPECS Tag: HEAD
Log message:
rel 3; include ecj here; patch by uzi18/o2.pl
Files affected:
SPECS:
gcc.spec (1.548 - 1.549)
@@ -128,6 +132,7 @@
BuildRequires: gtk+2-devel = 2:2.4.0
BuildRequires: libart_lgpl-devel
BuildRequires: pango-devel
+BuildRequires: readline-devel
BuildRequires: xorg-lib-libXtst-devel
%endif
%if %{with qt}
To pewne? Mi się budowało bez readlina.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
graphviz-php
Witam!
graphviz-php zawiera plik %{_libdir}/php/modules/gv.so.
Żaden z pakietów nie dostarcza katalogu %{_libdir}/php/modules.
Czy gv.so nie powinien być przeniesiony do %{_libdir}/php?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zepsuty gcj
On Mon, Jul 07, 2008 at 04:55:18PM +0200, Bart. wrote:
Dnia 2 lipca 2008 23:45 Szymon Siwek [EMAIL PROTECTED] napisał(a):
Witam!
Odnoszę wrażenie, że /usr/bin/gcj jest zepsuty (mniej więcej od wersji
4.3)
$ gcj -C something.java
gcj: error trying to exec 'ecj1': execvp: No such file or directory
Teraz ecj1 buduje sie podczas kompilacji gcj jesli w glownym katalogu
znajduje sie archiwum ecj.jar
Można też zbudować z ecj1 korzystając z eclipse-ecj.spec - ale i tak nie
zadziała bez załatania eclipse-ecj (łatka na eclipse-ecj i na gcc
załączone).
ecj1 pochodzi z ecj.spec (który od kilku lat się nie buduje)
Jakieś pomysły?
Oto przyklad do sprawdzenia i jesli wszystko ok to wrzucam.
Mile widziane uwagi osob ktore znaja lepiej gcc.spec.
Patch przerkazuje jako link i jako zalacznik.
http://starowa.one.pl/~uzi/pld/gcc.spec-java.patch
Podejrzanie wygląda BR: readline-devel (pewnie złe pcre)
$cat Hello.java
class Hello
{
public static final void main(String[] args)
{
System.out.println(Hello world);
}
}
$ gcj -c -g -O Hello.java
$ gcj --main=Hello -o Hello Hello.o
$ ./Hello
Hello world
$
Szymon przetestujesz?
Pozdrawiam
Bartłomiej Zimoń
Wielkie dzięki, mi się podoba.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
Index: gcc.spec
===
RCS file: /cvsroot/SPECS/gcc.spec,v
retrieving revision 1.548
diff -u -r1.548 gcc.spec
--- gcc.spec27 Jun 2008 20:43:20 - 1.548
+++ gcc.spec4 Jul 2008 07:28:04 -
@@ -116,6 +116,7 @@
BuildRequires: dssi
BuildRequires: jack-audio-connection-kit-devel
%endif
+BuildRequires: eclipse-ecj
BuildRequires: libxml2-devel = 1:2.6.8
BuildRequires: libxslt-devel = 1.1.11
BuildRequires: perl-base
@@ -1395,6 +1396,7 @@
%{!?with_alsa:--disable-alsa} \
%{!?with_dssi:--disable-dssi} \
--disable-gconf-peer \
+ --with-ecj-jar=%{_javadir}/ecj.jar \
%if %{with x}
--enable-java-awt=xlib%{?with_gtk:,gtk}%{?with_qt:,qt} \
%endif
@@ -1969,6 +1971,7 @@
%attr(755,root,root) %{_bindir}/jcf-dump
%attr(755,root,root) %{_bindir}/jv-*
%attr(755,root,root) %{_bindir}/*-gcj*
+%attr(755,root,root) %{_libdir}/gcc/*/*/ecj1
%attr(755,root,root) %{_libdir}/gcc/*/*/jc1
%attr(755,root,root) %{_libdir}/gcc/*/*/jvgenmain
%{_infodir}/cp-tools*
---
src/org.eclipse.jdt.core/org/eclipse/jdt/internal/compiler/batch/GCCMain.java.orig
1970-01-01 01:00:00.0 +0100
+++
src/org.eclipse.jdt.core/org/eclipse/jdt/internal/compiler/batch/GCCMain.java
2007-03-03 19:55:20.0 +0100
@@ -0,0 +1,494 @@
+/**
+ *
+ */
+package org.eclipse.jdt.internal.compiler.batch;
+
+import java.io.BufferedOutputStream;
+import java.io.BufferedReader;
+import java.io.ByteArrayInputStream;
+import java.io.File;
+import java.io.FileOutputStream;
+import java.io.FileReader;
+import java.io.IOException;
+import java.io.InputStreamReader;
+import java.io.OutputStream;
+import java.io.PrintWriter;
+import java.io.UnsupportedEncodingException;
+import java.util.ArrayList;
+import java.util.HashSet;
+import java.util.Iterator;
+import java.util.Map;
+import java.util.StringTokenizer;
+import java.util.zip.CRC32;
+import java.util.zip.ZipEntry;
+import java.util.zip.ZipOutputStream;
+
+import org.eclipse.jdt.core.compiler.InvalidInputException;
+import org.eclipse.jdt.internal.compiler.ClassFile;
+import org.eclipse.jdt.internal.compiler.CompilationResult;
+import org.eclipse.jdt.internal.compiler.env.AccessRule;
+import org.eclipse.jdt.internal.compiler.env.AccessRuleSet;
+import org.eclipse.jdt.internal.compiler.impl.CompilerOptions;
+import org.eclipse.jdt.internal.compiler.util.Messages;
+import org.eclipse.jdt.internal.compiler.util.SuffixConstants;
+
+/**
+ * This is an alternate entry point for the command-line compiler which
+ * is simpler to integrate into GCC. In particular the option processing
+ * is more GNU-like and the recognized options are similar to those supported
+ * by other GCC front ends.
+ */
+public class GCCMain extends Main {
+
+ // All the compilation units specified on the command line.
+ private HashSet commandLineCompilationUnits = new HashSet();
+ // True if we are only checking syntax.
+ private boolean syntaxOnly;
+ // If not null, the name of the output zip file.
+ // If null, we are generating class files in the file system,
+ // not a zip file.
+ private String zipDestination;
+ // The zip stream to which we're writing, or null if it hasn't been
opened.
+ private ZipOutputStream zipStream;
+
+ // If not null, the name of the zip file to which dependency class files
+ // should be written.
+ private String zipDependencyDestination;
+ // The zip stream to which dependency files should be written
Re: zepsuty gcj
On Mon, Jul 07, 2008 at 06:26:39PM +0200, Szymon Siwek wrote:
On Mon, Jul 07, 2008 at 04:55:18PM +0200, Bart. wrote:
Szymon przetestujesz?
Pozdrawiam
Bartłomiej Zimoń
Wielkie dzięki, mi się podoba.
A właściwie, Twoja wersja niezupełnie mi się podoba, bo plik
%{_javadir}/ecj.jar będzie powodować konflikt gcc-java z eclipse-ecj
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
zepsuty gcj
Witam! Odnoszę wrażenie, że /usr/bin/gcj jest zepsuty (mniej więcej od wersji 4.3) $ gcj -C something.java gcj: error trying to exec 'ecj1': execvp: No such file or directory ecj1 pochodzi z ecj.spec (który od kilku lat się nie buduje) Jakieś pomysły? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-PyQt4 tylko z gcc 4.2.4?
On Tue, Jul 01, 2008 at 02:58:48PM +0200, Bartłomiej Zimoń wrote: Tuesday 01 of July 2008 10:19:42 Patryk Zawadzki napisał(a): 2008/7/1 Bartłomiej Zimoń [EMAIL PROTECTED]: Tak na oko to tam nie dziala, za to jesli potrafisz spowodowac zeby dzialal w tym miejscu to daj znac. Pliki binarne nie mają prawa wstępu do %_datadir. Patryk Ty znasz lepiej pythona w jaki sposob to wcisnac do %_libdir zeby dzialalo i bylo zgodne z FHS? Spróbuję zgadnąć - jeśli qt.so jest przenoszone do py_sitedir to jest dwukrotnie stripowane. Może to szkodzi? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-PyQt4 tylko z gcc 4.2.4?
On Mon, Jun 30, 2008 at 10:51:05PM +0200, Bartłomiej Zimoń wrote: Monday 30 of June 2008 00:24:56 Marcin Krol napisał(a): Na gcc 4.2.4 wisi i je pamiec. Za to nie doczekalem sie konca kompilacji na kilku maszynach. Tez tak myslalem z poczatku, ale ostatecznie zostawilem go wiszacego i jak zajrzalem na konsole po kilku godzinach to sie okazalo, ze sie zbudowalo :) Lecz jesli cos tak dlugo sie kompiluje to uznalem ze jest cos nie tak :P Czekalem troche ponad godzine i nie skompilowal sie ani jeden plik. Poniewaz przenioslem plugin qt dla python-dbus do odpowiedniego miejsca prosze o podbicie rel. oraz przebudowanie python-PyQt4 na Th oraz Ti. Plugin ten wykorzystywany jest m.in. przez synce-kde . Dzieki. Tak na oko, to przeniosłeś plugin w złe miejsce (z dobrego) - powinien być w /usr/lib*, a nie w /usr/share/* -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: smokeping.spec - BR: rrdtool
On Tue, Jun 24, 2008 at 08:32:15PM +0200, Adam Gołębiowski wrote: On Tue, Jun 24, 2008 at 06:43:45PM +0200, Paweł Zuzelski wrote: Prawdopodobnie w smokepingu 1.36 make wywołany bez argumentów budował coś więcej i potrzebował rrdtoola. Dalej utrzymuję, że teraz ta zależność jest zbędna (-: Kłócić się nie będę :) Usunąłem zależność - dzięki za info. A może ktoś pogoni cvsadmina? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: epiphany.spec - added missing BReq
On Tue, Apr 15, 2008 at 05:33:49PM +0200, emes wrote: Author: emes Date: Tue Apr 15 15:33:49 2008 GMT Module: SPECS Tag: HEAD Log message: - added missing BReq Files affected: SPECS: epiphany.spec (1.178 - 1.179) Diffs: Index: SPECS/epiphany.spec diff -u SPECS/epiphany.spec:1.178 SPECS/epiphany.spec:1.179 --- SPECS/epiphany.spec:1.178 Sat Apr 12 00:39:27 2008 +++ SPECS/epiphany.spec Tue Apr 15 17:33:44 2008 @@ -40,6 +40,7 @@ BuildRequires: libglade2-devel = 1:2.6.2 BuildRequires: libgnomeprintui-devel = 2.18.0 BuildRequires: libgnomeui-devel = 2.22.0 +BuildRequires: libicu-devel BuildRequires: libtool BuildRequires: libxml2-devel = 1:2.6.28 BuildRequires: libxslt-devel = 1.1.20 Jakoś nie jestem przekonany o słuszności tej zmiany. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: promile-qt up to 0.6.0
On Thu, Apr 03, 2008 at 09:54:53AM +0200, Daniel Mróz wrote: On Wed, Apr 02, 2008 at 10:01:03PM +0200, Lukasz Glebicki wrote: PS. Ktoś sprawdzał działanie? :) A gdzie się dmucha? W port równoległy, RS czy USB? ;) Niedźwiedź dmuchał w dziurkę świstakowi. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gtranslator - to się da zbudować?
On Fri, Mar 21, 2008 at 10:05:00AM +0100, Bohdan R. Rau wrote: Witam. Końcówka budowania: checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GTRANSLATOR... yes checking for scrollkeeper-config... yes checking for scrollkeeper... ./configure[6855]: test: (Rarian: unexpected operator/operand configure: error: no bad bad... błąd: Błędny status wyjścia z /home/users/ethanak/tmp/rpm-tmp.19679 (% build) Coś źle robię czy ten model tak ma? ethanak A teraz? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
tetex-algorith.spec
Witam! Mam takie pytanie - czy nazwa tytułowego speca nikomu nie przeszkadza? Nie lepsze byłoby np. tetex-algorithms.spec? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: powersoftplus.spec - basic make patch and changes to make i...
On Mon, Feb 04, 2008 at 03:13:00PM +0100, pascalek wrote:
Author: pascalek Date: Mon Feb 4 14:13:00 2008 GMT
Module: SPECS Tag: HEAD
Log message:
- basic make patch and changes to make it work
Files affected:
SPECS:
powersoftplus.spec (1.11 - 1.12)
[...]
-%define _sysconfdir /etc/%{name}
+%define _sysconfdir /etc/psplus
Się tak nieśmiało zapytam - czym jest motywowana powyższa zmiana?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: powersoftplus.spec - basic make patch and changes to
On Mon, Feb 04, 2008 at 07:08:09PM +0100, Andrzej Krzysztofowicz wrote:
Szymon Siwek wrote:
On Mon, Feb 04, 2008 at 03:13:00PM +0100, pascalek wrote:
Author: pascalek Date: Mon Feb 4 14:13:00 2008 GMT
Module: SPECS Tag: HEAD
Log message:
- basic make patch and changes to make it work
Files affected:
SPECS:
powersoftplus.spec (1.11 - 1.12)
[...]
-%define _sysconfdir /etc/%{name}
+%define _sysconfdir /etc/psplus
Się tak nieśmiało zapytam - czym jest motywowana powyższa zmiana?
Tym, ze w specu o nazwie powersoftplus.spec %{name} powinno miec wartosc
powersoftplus ?
Niesłusznie wydawało mi się sztuczki z poprawianiem CONFIG_PATH i CONFPATH
wystarczają do dowolności w ustawianiu _sysconfdir.
Poprawić, żeby działało z _sysconfdir=/etc/powersoftplus, czy nie warto?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: xmltex.spec - R:pdftex
On Sun, Jan 20, 2008 at 12:04:45PM +0100, cactus wrote: Author: cactus Date: Sun Jan 20 11:04:45 2008 GMT Module: SPECS Tag: HEAD Log message: - R:pdftex Files affected: SPECS: xmltex.spec (1.37 - 1.38) Diffs: Index: SPECS/xmltex.spec diff -u SPECS/xmltex.spec:1.37 SPECS/xmltex.spec:1.38 --- SPECS/xmltex.spec:1.37Tue Dec 11 19:15:46 2007 +++ SPECS/xmltex.spec Sun Jan 20 12:04:40 2008 @@ -13,6 +13,7 @@ BuildRequires: tetex-format-pdflatex BuildRequires: tetex-format-pdftex BuildRequires: tetex-format-plain +Requires:pdftex Requires(post): grep Requires(post): textutils Requires(post,postun): /usr/bin/texhash To nie powinno być R: tetex-pdftex? Ewentualnie R: /usr/bin/pdftex -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ 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-Audio-MPD.spec - 0.19.1 - add missing dir to avoid err...
On Sat, Dec 15, 2007 at 11:23:01PM +0100, lisu wrote:
Author: lisu Date: Sat Dec 15 22:23:01 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- 0.19.1
- add missing dir to avoid errors when installing
Files affected:
SPECS:
perl-Audio-MPD.spec (1.15 - 1.16)
Diffs:
Index: SPECS/perl-Audio-MPD.spec
diff -u SPECS/perl-Audio-MPD.spec:1.15 SPECS/perl-Audio-MPD.spec:1.16
--- SPECS/perl-Audio-MPD.spec:1.15Fri Dec 7 03:53:43 2007
+++ SPECS/perl-Audio-MPD.spec Sat Dec 15 23:22:55 2007
@@ -64,6 +64,7 @@
%doc Changes README
%attr(755,root,root) %{_bindir}/*
%{perl_vendorlib}/Audio/MPD.pm
+%dir %{perl_vendorlib}/Audio/MPD/
%{perl_vendorlib}/Audio/MPD/*
%{_mandir}/man1/*
%{_mandir}/man3/*
Na mój gust ten katalog powinien należeć do perl-Audio-MPD-Common, gdyż:
- perl-Audio-MPD-Common wymaga tego katalogu
- perl-Audio-MPD wymaga perl-Audio-MPD-Common
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libpng.spec
On Fri, Dec 14, 2007 at 08:06:15PM +0100, Jakub Bogusz wrote:
On Fri, Dec 14, 2007 at 02:05:34AM +0100, Szymon Siwek wrote:
Witam!
Czy libpng-progs nie powinien mieć wpisane:
Requires: %{name} = %{epoch}:%{version}-%{release}
Teraz powinien. Przedtem nie wymagał (od przeoczenia przy okazji
któregoś uaktualnienia).
Terez się trochę zdziwiłem. Kiedy nie wymagał i dlaczego?
Otóż naszły mnie wątpliwości przy okazji grzebania w libsndfile.spec, gdy
przekopiowałem fragment z libpng.spec. Zauważyłem, że brakuje owej
linijki z Requires. Byłem przekonany, że powinna być i w libpng.spec, i w
libsndfile.spec.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libpng.spec
On Fri, Dec 14, 2007 at 11:02:19PM +0100, Jakub Bogusz wrote:
On Fri, Dec 14, 2007 at 10:53:14PM +0100, Szymon Siwek wrote:
On Fri, Dec 14, 2007 at 08:06:15PM +0100, Jakub Bogusz wrote:
On Fri, Dec 14, 2007 at 02:05:34AM +0100, Szymon Siwek wrote:
Witam!
Czy libpng-progs nie powinien mieć wpisane:
Requires: %{name} = %{epoch}:%{version}-%{release}
Teraz powinien. Przedtem nie wymagał (od przeoczenia przy okazji
któregoś uaktualnienia).
Terez się trochę zdziwiłem. Kiedy nie wymagał i dlaczego?
Od chwili przeoczenia do dzisiaj. Bo programy linkowały się ze statyczną
wersją libpng.
Wielkie dzięki, tego nie wziąłem pod uwagę.
Mądrego to i miło poczytać.
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: link-grammar.spec, ots.spec - __make -j1
On Thu, Dec 13, 2007 at 08:44:09AM +0100, Andrzej Krzysztofowicz wrote: sls wrote: Author: sls Date: Thu Dec 13 02:22:46 2007 GMT Module: SPECS Tag: HEAD Log message: - __make -j1 Brak istotnego powodu, wiec jak mi sie na SMP zbuduje, to moge wywalic? A jak mi się nie będzie budować z -j2, to będę mógł dodać z powrotem? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: link-grammar.spec, ots.spec - __make -j1
On Thu, Dec 13, 2007 at 03:18:51PM +0100, Patryk Zawadzki wrote: 13-12-07, Szymon Siwek [EMAIL PROTECTED] napisał(a): On Thu, Dec 13, 2007 at 08:44:09AM +0100, Andrzej Krzysztofowicz wrote: sls wrote: Author: sls Date: Thu Dec 13 02:22:46 2007 GMT Module: SPECS Tag: HEAD Log message: - __make -j1 Brak istotnego powodu, wiec jak mi sie na SMP zbuduje, to moge wywalic? A jak mi się nie będzie budować z -j2, to będę mógł dodać z powrotem? Jeśli zrobisz to bez komentarza, to skończy tak samo jak poprzednia zmiana. Hmm, a jak powinien wyglądać prawidłowy komentarz? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: link-grammar.spec, ots.spec - __make -j1
On Thu, Dec 13, 2007 at 04:05:01PM +0100, Andrzej Krzysztofowicz wrote: Szymon Siwek wrote: On Thu, Dec 13, 2007 at 03:18:51PM +0100, Patryk Zawadzki wrote: 13-12-07, Szymon Siwek [EMAIL PROTECTED] napisał(a): On Thu, Dec 13, 2007 at 08:44:09AM +0100, Andrzej Krzysztofowicz wrote: sls wrote: Author: sls Date: Thu Dec 13 02:22:46 2007 GMT Module: SPECS Tag: HEAD Log message: - __make -j1 Brak istotnego powodu, wiec jak mi sie na SMP zbuduje, to moge wywalic? A jak mi się nie będzie budować z -j2, to będę mógł dodać z powrotem? Jeśli zrobisz to bez komentarza, to skończy tak samo jak poprzednia zmiana. Hmm, a jak powinien wyglądać prawidłowy komentarz? Napisz konkretnie dlaczego dodajesz -j1 (czyli na czym polega problem z -j#). Wtedy w nowej wersji bedzie mozna sprawdzic, czy to poprawili. Czyli, przykładowo, powinienem był w commitlogu do link-grammar.spec dodać poniższe linijki? make[1]: *** No rule to make target `../link-grammar/liblink-grammar.la', needed by `grammar-parse'. Stop. make[1]: *** Waiting for unfinished jobs OK. Bo tak naprawde -j1 to jest tylko obejscie problemu, ktory lezy gdzie indziej. Nie spodziewam się tłumu chętnych do poprawiania w inny sposób niż -j1. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
libpng.spec
Witam!
Czy libpng-progs nie powinien mieć wpisane:
Requires: %{name} = %{epoch}:%{version}-%{release}
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ppp.spec vs linux-libc-headers-2.6.23
Witam! ppp.spec nie buduje się z linux-libc-headers-2.6.23.1-1. A konkretnie nie buduje się plugin rp-pppoe, wypluwając poniższy komunikat: /usr/include/linux/if_ppp.h:117: error: expected specifier-qualifier-list before ‘aligned_u64’ -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libkexiv2
On Mon, Dec 10, 2007 at 03:04:42PM +0100, Daniel Mróz wrote: Cześć Shadzik dał full release dla SPECa libkexiv2, ale coś nie bardzo chce się u mnie kompilować: [...] Teraz pytanie: to coś u mnie, czy libkexiv2 w tej wersji się nie buduje? Pozdrawiam Beorn U mnie się buduje elegancko. System zbliżony do TH. gcc-4.2.2-2.i686 exiv2-devel-0.15-1.i686 -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libkexiv2
On Mon, Dec 10, 2007 at 11:05:33PM +0100, Marcin Krol wrote: Spec jest na HEAD, ani Th ani Ti nie mają gcc3 stąd taki BR jest zbędny. eee - przesadzasz. Nie widzę powodu, żeby do speca nie dodać takiego BR, jeżeli dla T(h|i) nic on nie zmienia. A kilku osobom może się przydać. W Titanium (mam nadzieje) gcc 3.x bedzie, ale jako gcc3.spec, a gcc 2.x jako gcc2.spec. Zalezy jak bardzo mnie beda programisci nekac :) M. To może ja bym ponękał o gcc1.spec... -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: zoneminder.spec - some R hints
On Mon, Dec 03, 2007 at 09:22:02AM +0100, Pawel Golaszewski wrote: On Mon, 3 Dec 2007, Patryk Zawadzki wrote: Odnoszę wrażenie, że coś mnie ominęło. Co to konkretnie oznacza Requires(hint)? Czy to się czymś różni od Suggests:? Suggests jest czytelnym aliasem na Requires(hint) Czytelnym? Chyba zgubiłeś mniej :P Miałem nadzieję, że ustalicie która forma jest bardziej czytelna. Myślę, że warto to ujednolicić. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: zoneminder.spec - some R hints
On Mon, Dec 03, 2007 at 12:11:13AM +0100, Patryk Zawadzki wrote: 2007/11/30, Szymon Siwek [EMAIL PROTECTED]: Odnoszę wrażenie, że coś mnie ominęło. Co to konkretnie oznacza Requires(hint)? Czy to się czymś różni od Suggests:? Suggests jest czytelnym aliasem na Requires(hint) Wielkie dzięki, dobry człowieku. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: zoneminder.spec - some R hints
On Fri, Nov 30, 2007 at 07:26:45PM +0100, arekm wrote:
Author: arekmDate: Fri Nov 30 18:26:45 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- some R hints
Files affected:
SPECS:
zoneminder.spec (1.40 - 1.41)
Diffs:
Index: SPECS/zoneminder.spec
diff -u SPECS/zoneminder.spec:1.40 SPECS/zoneminder.spec:1.41
--- SPECS/zoneminder.spec:1.40Thu Nov 29 23:47:45 2007
+++ SPECS/zoneminder.spec Fri Nov 30 19:26:39 2007
@@ -45,6 +45,9 @@
Requires:php(pcre)
Requires:rc-scripts
Requires:webserver(php)
+Requires(hint): perl-Device-SerialPort
+Requires(hint): perl-MIME-Lite
+#Requires(hint): perl-X10-ActiveHome
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
Odnoszę wrażenie, że coś mnie ominęło.
Co to konkretnie oznacza Requires(hint)?
Czy to się czymś różni od Suggests:?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: freeciv.spec - updated to final 2.1.0 version
On Thu, Nov 01, 2007 at 10:42:09PM +0100, lisu wrote: Author: lisu Date: Thu Nov 1 21:42:09 2007 GMT Module: SPECS Tag: HEAD Log message: - updated to final 2.1.0 version Files affected: SPECS: freeciv.spec (1.100 - 1.101) [...] Mam takie pytanie - czy powyższy commit spełnia PLD-owskie normy jakości? Z tego co zauważyłem: - można dodać do opisu commita unadapterized, bo przy Summary zamieniono taby na spacje - przenumerowane bez potrzeby źródła - cichcem wywalono potrzebny link.patch - zniknął aktualny BR: pkgconfig - zniknęło usuwanie locale/no - zmiana changeloga -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
python-ReportLab
Witam!
Usiłuję zbudować python-ReportLab-2.1 - i kupa, bo brakuje plików z
%{py_sitedir}, można je znaleźć w %{py_sitescriptdir}.
O co tu chodzi?
A tak w ogóle, czy ten pakiet nie powinien być noarch?
--
Szymon Siwek
Nikt nie jest zadowolny ze swojej fortuny,
za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: glibc-2.7 i TimeZone
On Fri, Nov 02, 2007 at 11:02:41PM +0100, Jakub Bogusz wrote: On Tue, Oct 30, 2007 at 09:59:35PM +, Szymon Siwek wrote: Witam! $ date Tue Oct 30 21:40:28 UTC 2007 $ TZ=GMT date Tue Oct 30 21:40:38 GMT 2007 $ TZ=CET date Tue Oct 30 21:40:48 CET 2007 $ TZ=CEST date Tue Oct 30 21:40:58 CEST 2007 CEST nie jest obsługiwanym oznaczeniem, więc jest traktowane jako UTC. Tego nie sprawdziłem. A swoją drogą to glibc, gdy stwierdzi, że w TZ jest nie obsługiwane oznaczenie, powinien chyba ustawiać tm_zone na UTC, a nie przekazywać podaną bzdurę. $ TZ== ale późno... date pią, 2 lis 2007, 23:32:04 = ale późno... Odnośnie GMT vs CET nie zaobserwowałem takiego zachowania, nawet przed poprawką w tzfile.c. O. Teraz to się zdziwiłem. U mnie problem był w pełni powtarzalny (glibc-2.6-1 - dobrze, instaluję 2.7-3 - źle; downgrade do 2.6-1 - znowu dobrze). Piszę był, bo po zainstalowaniu glibc-2.7-4 i downgradzie do 2.7-3, nie ma już tego objawu. Żeby ów błąd w tzfile_read się objawił, konieczne było aby tzhead.tzh_version było pustym łańcuchem, gdy sterowanie dojdzie do porawionej linii. I tak też było, gdy opisywałem i badałem zgłoszony problem. Obecnie, zarówno w 2.7-3 jak i w 2.7-4, tzhead.tzh_version jest ustawione na 2. Dziwne. BTW, zgłosiłeś ją do upstreamu? Jeszcze nie. Trzeba przez ichnią bugzillę, czy można jakoś prościej? -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: glibc-2.7 i TimeZone
On Sat, Nov 03, 2007 at 06:51:45PM +0100, Jakub Bogusz wrote: Odnośnie GMT vs CET nie zaobserwowałem takiego zachowania, nawet przed poprawką w tzfile.c. O. Teraz to się zdziwiłem. U mnie problem był w pełni powtarzalny (glibc-2.6-1 - dobrze, instaluję 2.7-3 - źle; downgrade do 2.6-1 - znowu dobrze). Piszę był, bo po zainstalowaniu glibc-2.7-4 i downgradzie do 2.7-3, nie ma już tego objawu. Żeby ów błąd w tzfile_read się objawił, konieczne było aby tzhead.tzh_version było pustym łańcuchem, gdy sterowanie dojdzie do porawionej linii. I tak też było, gdy opisywałem i badałem zgłoszony problem. Obecnie, zarówno w 2.7-3 jak i w 2.7-4, tzhead.tzh_version jest ustawione na 2. Dziwne. A dla mnie już chyba jasne. Hint: którą (a właściwie kiedy budowaną) wersję tzdata miałeś przedtem i teraz? glibc = 2.6 generuje pliki stref w nowym formacie (ze znacznikiem TZif2 zamiast TZif\0). I wszystko się zgadza - miałem tzdata-2007c generowane na glibc-2.5. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
glibc-2.7 i TimeZone
Witam! $ date Tue Oct 30 21:40:28 UTC 2007 $ TZ=GMT date Tue Oct 30 21:40:38 GMT 2007 $ TZ=CET date Tue Oct 30 21:40:48 CET 2007 $ TZ=CEST date Tue Oct 30 21:40:58 CEST 2007 Odnoszę wrażenie, że coś tu nie gra. glibc-2.7-3.i686 coreutils-6.9-2.i686 Druga sprawa - na tymże glibcu nie można zbudować tzdata.spec. Końcówka budownia: timezone: -32400 *** Timezone: Asia/Tokyo, daylight is: 0 but should be: 1 *** Timezone: Asia/Tokyo, tzname[1] is: JST but should be: JDT Checking timezone Pacific/Auckland tzname[0]: NZST tzname[1]: NZDT daylight: 1 timezone: -43200 tzname[0]: NZST tzname[1]: NZDT daylight: 1 timezone: -43200 TZ=Europe/London 892162800 0 0 0 10 3 98 5 99 1 should be TZ=Europe/London 892162800 0 0 0 10 3 98 5 99 1 (success) TZ=GMT 892166400 0 0 0 10 3 98 5 99 0 should be TZ=GMT 892166400 0 0 0 10 3 98 5 99 0 (success) TEST FAILED Z glibc-2.6-1.i686 wszystko gra. -- Szymon Siwek Nikt nie jest zadowolny ze swojej fortuny, za to każdy - ze swego rozumu -- Franciszek de La Rochefoucauld ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [EMAIL PROTECTED]
On Sat, Sep 22, 2007 at 09:57:16AM +0200, Łukasz Jernaś wrote: Dnia sobota, 22 września 2007, Szymon Siwek napisał: On Sat, Sep 22, 2007 at 12:01:24AM +0200, Łukasz Jernaś wrote: U mnie nadal się wywala z -j4 na wtyczce do mono, więć IMHO nie działa... To prawda, że istnieją takie kombinacjie bcondów, że budownie z -j666 się wywala. Jakie kombinacje bcondów? To są domyślne. Ja mam mniejszą fujar^W^W mniej procesorów i używałem tylko -j2. Przy domyślnych bcondach buduje się (z -j3 również). Tak przy okazji - przy kończeniu pracy programu dostaję segfaulta. Czy ktoś jeszcze zaobserwował coś takiego? -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: cryptsetup(-luks)
On Sat, Sep 22, 2007 at 05:24:53PM +0200, Tomasz Grobelny wrote: Jak wygląda zależność pomiędzy cryptsetup a cryptsetup-luks? Wedle mojej wiedzy wygląda to mniej więcej tak: Swego czasu cryptsetup-luks dostarczał cryptsetup, Ale w pewnym momencie oba projekty się rozjechały i nie mogły być używane wymiennie. Mount zbudowany z jednym działał źle korzystając z bibliotek konkurencji. jednak ta zmiana została wycofana, Toteż trzeba było się zdecydować na używanie aktywnie rozwijanego cryptsetup-luks. mimo takiego wpisu na stronie cryptsetup-luks: From this release onwards, cryptsetup-luks becomes cryptsetup. Hence, we are replacing the original main branch (with it's only 0.1 release in 2004). Pojawiło się to przy wersji 1.0.5 (a ja psułem/poprawiałem, gdy najnowsza była 1.0.4) Jak to w końcu jest? Bo teraz w zasadzie nie da się zainstalować cryptsetup-luks bo ten konfliktuje z cryptsetup, a ten z kolei jest wymagany przez mount, powiedziałbym dość przydatną zabawkę. Jak widzę problem jest w AC, tam jest niepoprawiony util-linux.spec. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
perl-Event-RPC.spec
Witam!
Pewne pliki z perl-Event-RPC.spec znajdują się w katalogu
%{perl_vendorlib}/Event/, który to katalog nie ma właściciela.
Najchętniej dodałbym do perl-Event.spec, ale konfunduje mnie, że
ów pakiet jest noarch...
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [EMAIL PROTECTED]
On Sat, Sep 22, 2007 at 12:01:24AM +0200, Łukasz Jernaś wrote: 1.190 Thu Sep 20 22:04:31 2007 by sls CVS Tags: HEAD Diffs to 1.189 - it builds with parallel make (developer who silently commit make -j1 should be ashamed) U mnie nadal się wywala z -j4 na wtyczce do mono, więć IMHO nie działa... To prawda, że istnieją takie kombinacjie bcondów, że budownie z -j666 się wywala. Nie mniej, komitowanie make -j1 z komitlogiem: - up to 2.1.0, rel. 0.1 - adapterized budzi mój stanowczy sprzeciw. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel-misc-tp_smapi.spec
On Sat, Sep 15, 2007 at 01:13:01PM +0200, croolyc wrote:
czy działają komuś te moduły po zbudowaniu
próbuje od kilku miesięcy z różnymi kernelami i zawsze się wysypuje przy
modprobe
A konkretniej?
może coś robie źle?
jeśli komuś działa proszę o info
pozdro
Nie wykluczone, że pomoże załączona poprawka (w każdym razie,
u mnie tp_smapi działa).
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
Index: kernel-misc-tp_smapi.spec
===
RCS file: /cvsroot/SPECS/kernel-misc-tp_smapi.spec,v
retrieving revision 1.13
diff -u -r1.13 kernel-misc-tp_smapi.spec
--- kernel-misc-tp_smapi.spec 1 Jul 2007 09:13:08 - 1.13
+++ kernel-misc-tp_smapi.spec 15 Sep 2007 14:03:37 -
@@ -42,8 +42,7 @@
echo dmi_ec_oem_string.h
%build
-%define _CFLAGS CFLAGS=%{rpmcflags} -I$PWD/include
-I$PWD/o/include/asm/mach-default
-%build_kernel_modules -m tp_smapi,thinkpad_ec,hdaps %{_CFLAGS}
+%build_kernel_modules -m tp_smapi,thinkpad_ec,hdaps
%install
rm -rf $RPM_BUILD_ROOT
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: nut.spec - BR: libtool (and %{__libtoolize}) - BR: krb5-devel
On Thu, Sep 13, 2007 at 03:09:47PM +0200, arvenil wrote:
Author: arvenil Date: Thu Sep 13 13:09:47 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- BR: libtool (and %{__libtoolize})
- BR: krb5-devel
A po co?
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: SDL.spec - SDL-devel Requires: OpenGL-GLU-devel (#include ...
On Tue, Aug 28, 2007 at 12:20:21AM +0200, Jakub Bogusz wrote: On Tue, Aug 28, 2007 at 12:02:24AM +0200, sls wrote: Author: sls Date: Mon Aug 27 22:02:24 2007 GMT Module: SPECS Tag: HEAD Log message: - SDL-devel Requires: OpenGL-GLU-devel (#include GL/glu.h in SDL_opengl.h) Suggests najwyżej. Jakoś to do mnie nie przemawia - mam wszystkie BR wymagane przez dosbox.spec, wszystkie zależności spełnione i nie daje się zbudować... SDL_opengl.h to opcjonalny nagłówek dla aplikacji korzystających z połączenia SDL+OpenGL. Nawet się domyśliłem. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: mldonkey.spec - BR: gd-devel libmagic-devel libpng-devel
On Tue, Jun 19, 2007 at 10:04:25PM +0200, qboosh wrote:
Author: qboosh Date: Tue Jun 19 20:04:25 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- BR: gd-devel libmagic-devel libpng-devel
Files affected:
SPECS:
mldonkey.spec (1.169 - 1.170)
Diffs:
Index: SPECS/mldonkey.spec
diff -u SPECS/mldonkey.spec:1.169 SPECS/mldonkey.spec:1.170
--- SPECS/mldonkey.spec:1.169 Sun Jun 17 01:43:18 2007
+++ SPECS/mldonkey.spec Tue Jun 19 22:04:20 2007
@@ -38,14 +38,16 @@
BuildRequires: autoconf
BuildRequires: automake
BuildRequires: bzip2-devel
-%{?with_gui:BuildRequires: gd-devel}
+BuildRequires: gd-devel = 2.0.14
%{?with_gui:BuildRequires: gtk+2-devel = 2:2.4.0}
+BuildRequires: libmagic-devel
+BuildRequires: libpng-devel
+%{?with_gui:BuildRequires: librsvg-devel = 2.0}
BuildRequires: libstdc++-devel
BuildRequires: ncurses-devel
BuildRequires: ocaml-camlp4 = 1:%{ocaml_ver}
%{?with_gui:BuildRequires: ocaml-lablgtk2-devel = 2.6.0}
%{?with_gui:BuildRequires: ocaml-lablgtk2-rsvg-devel = 2.6.0}
-%{?with_gui:BuildRequires: librsvg-devel = 2.0}
BuildRequires: cpp
BuildRequires: perl-base
%{?with_gui:BuildRequires: pkgconfig}
Nasuwa mi się takie pytanie: czy ocaml-lablgtk2-rsvg-devel nie powinien mieć
Req: librsvg-devel?
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: cryptsetup-luks.spec - up to 1.0.5
On Fri, Jun 22, 2007 at 07:55:59PM +0200, prism wrote:
Author: prismDate: Fri Jun 22 17:55:59 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- up to 1.0.5
Files affected:
SPECS:
cryptsetup-luks.spec (1.18 - 1.19)
Diffs:
Index: SPECS/cryptsetup-luks.spec
diff -u SPECS/cryptsetup-luks.spec:1.18 SPECS/cryptsetup-luks.spec:1.19
--- SPECS/cryptsetup-luks.spec:1.18 Thu May 24 23:00:19 2007
+++ SPECS/cryptsetup-luks.specFri Jun 22 19:55:54 2007
@@ -3,15 +3,16 @@
# Conditonal build:
%bcond_with static # link cryptsetup statically
#
+%define _realname cryptsetup
Summary: LUKS for dm-crypt implemented in cryptsetup
Summary(pl.UTF-8): LUKS dla dm-crypta zaimplementowany w cryptsetup
Name:cryptsetup-luks
-Version: 1.0.4
+Version: 1.0.5
Release: 1
License: GPL
Group: Base
-Source0: http://luks.endorphin.org/source/%{name}-%{version}.tar.bz2
-# Source0-md5: 156ae6b618438ee9feeddc6c2bdc4e94
+Source0: http://luks.endorphin.org/source/%{_realname}-%{version}.tar.bz2
+# Source0-md5: 0aa2f94c39123f1a0352983e5366179c
Patch1: %{name}-nostatic.patch
URL: http://luks.endorphin.org/about
BuildRequires: autoconf
@@ -91,7 +92,7 @@
Statyczna wersja biblioteki cryptsetup.
%prep
-%setup -q
+%setup -q -n %{_realname}-%{version}
%patch1 -p1
%build
@@ -116,7 +117,7 @@
ln -sf /%{_lib}/$(cd $RPM_BUILD_ROOT/%{_lib}; echo libcryptsetup.so.*.*.*) \
$RPM_BUILD_ROOT%{_libdir}/libcryptsetup.so
-%find_lang %{name}
+%find_lang %{_realname}
%clean
rm -rf $RPM_BUILD_ROOT
@@ -124,7 +125,7 @@
%post-p /sbin/ldconfig
%postun -p /sbin/ldconfig
-%files -f %{name}.lang
+%files -f %{_realname}.lang
%defattr(644,root,root,755)
%doc ChangeLog
%attr(755,root,root) %{_sbindir}/cryptsetup
Odnoszę wrażenie, że w tej chwili istnieje tylko jeden cryptsetup, tzn.
należałoby przerzucić zawartość cryptsetup-luks.spec do cryptsetup.spec,
plus odpowiednie poprawki w pakietach zależnych (? util-linux{,-ng}).
Kto za? kto przeciw? kto się wstrzymuje?
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chown - problemy
On Mon, Jun 18, 2007 at 07:29:30PM +0200, Michał lisu Lisowski wrote: $chown root:root katalog chown: zmiana właściciela `katalog': Operacja niedozwolona Da sie to obejsc? Da się poznać jakieś szczegóły? -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
cryptsetup-luks vs cryptsetup
On Mon, Apr 02, 2007 at 06:13:16PM +0200, Jan Rekorajski wrote: On Mon, 02 Apr 2007, Szymon Siwek wrote: Witam! Po upgradzie (2.12r - 2.13-0.pre7.1), mount przestał działać z szyfrowanymi plikami. [...] Use The Source, Luke. http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/34 Moze proste dostosowanie pacza do wersji 2.13 nie wystarczylo... Janek Okazało się, że problem wynikał z powiększających się różnic między cryptsetup a cryptsetup-luks, które jakoby (według tego co umieszczono w specach) są równoważne. Tak na oko, cryptsetup można uznać za przestarzałe. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: wireshark.spec - versions; openssl not used by default now
On Mon, Mar 12, 2007 at 07:58:24AM +0100, qboosh wrote:
Author: qboosh Date: Mon Mar 12 06:58:24 2007 GMT
Module: SPECS Tag: HEAD
Log message:
- versions; openssl not used by default now
Files affected:
SPECS:
wireshark.spec (1.168 - 1.169)
Diffs:
Index: SPECS/wireshark.spec
diff -u SPECS/wireshark.spec:1.168 SPECS/wireshark.spec:1.169
--- SPECS/wireshark.spec:1.168Mon Mar 12 01:07:38 2007
+++ SPECS/wireshark.spec Mon Mar 12 07:58:18 2007
@@ -27,19 +27,18 @@
BuildRequires: automake
BuildRequires: elfutils-devel
BuildRequires: flex
-BuildRequires: gnutls-devel
+BuildRequires: gnutls-devel = 2.0.0
%if %{with gtk1}
BuildRequires: gtk+-devel = 1.2
Wymagana wersja gnutls-a budzi moje wątpliwości.
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: błą d w %requires_eq (i %requires_releq)
On Sun, Mar 18, 2007 at 05:43:37AM +0100, Przemyslaw Iskra wrote: gdzie ten błąd, chyba w obsłudze ? a Ty chciałeś: %requires_eq_to Wielkie dzięki, o to mi chodziło. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
następne ofiary gcc-4.2
Witam! Do listy pakietów nielubiących gcc-4.2 można dopisać XaraLX.spec (SIGILL) oraz clisp.spec (SEGV w trakcie budowy) cryptopp.spec nie buduje się ani na gcc-4.1.2 ani na gcc-4.2. -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
błą d w %requires_eq (i %requires_releq)
Witam!
Planowałem dodać do xorg-driver-input-{mouse,keyboard,etc}.spec
%requires_eq xorg-xserver-server
Okazuje się, że nie jest to uwzględnione w zależnościach rpm-a, co w sumie
nie powinno dziwić, bo owe makro zwraca pustą wartość w przypadku, gdy
podczas budowy nie jest zainstalowany xorg-xserver-server.
Jakieś pomysły?
P.S.
Chętnie wysłucham uwag na temat sensowności umieszczenia tego Requires
--
Szymon Siwek
Los nikomu nie szczędzi rozczarowań
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
