Re: SPECS: gambas2.spec (NEW) - added, based on gambas.spec, NFY but builds runs
On Monday 18 of August 2008, 19:42, Robert Tomasik wrote: On Sunday 17 August 2008 22:59:24 twittner wrote: +Source1: %{name}.desktop +Patch0:%{name}-Makefile.patch +Patch1:%{name}-pdf_hack.patch To ja bym jeszcze poprosił o te patche gambas2.spec powstał przez skopiowanie gambas.spec i te pacze nie są raczej do potrzebne (chociaż nie oglądałem ich, dla mnie ważne było tylko, żeby program się zbudował) i zostały w specu przez przeoczenie (./builder -ncs). Możesz spokojnie je usunąć ze speca - droga jest wolna, bo ja na razie nie zamierzam się tym specem na razie dalej zajmować (a jest czym): mam działający program, którego możliwości mogę ewaluować (jak znajdę czas) i poprawne spakietowanie nie jest mi na razie do niczego potrzebne (to tytułem usprawiedliwienia śmietnika, jaki zrobiłem w tym specu). -- Tomasz Wittner ___ 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 Tuesday 01 of July 2008, 10:19, Patryk Zawadzki wrote: 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. Mają wszystkie pliki niezależne od architektury, np. pliki fontów w /usr/share/fonts są plikami binarnymi. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-fglrx 8.4 i problemy z makrem %__kernel_ver
On Friday 18 of April 2008, 00:01, Zbyniu Krzystolik wrote: Mniej wiecej Thu, Apr 17, 2008 at 10:05:39PM +0200, zainteresowany Tomasz Wittner rzekl: $ rpmbuild --define 'alt_kernel vanilla' -bb xorg-driver-video-fglrx.spec [...] Wrote: /home/users/tw/rpm/RPMS/[EMAIL PROTECTED] ntium4.rpm $ sudo \ rpm -Uvh /home/users/tw/rpm/RPMS/[EMAIL PROTECTED] ntium4.rpm ^ Preparing...### [100%] 1:kernel-vanilla-video-fi### [100%] WARNING: Couldn't open directory /lib/modules/2.6.24.3_vanilla-1: No such file or directory Coś tu nie pasuje w wersjach. ? Ano - pierwsze: [EMAIL PROTECTED] ~/rpm/SPECS]$ i /home/users/tw/rpm/RPMS/kernel-vanilla-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-drm-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-pcmcia-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-sound-alsa-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-headers-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-module-build-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-source-2.6.24.4-1.pentium4.rpm /home/users/tw/rpm/RPMS/kernel-vanilla-doc-2.6.24.4-1.pentium4.rpm Preparing...### [100%] 1:kernel-vanilla ### [ 13%] 2:kernel-vanilla-headers ### [ 25%] 3:kernel-vanilla-module-b### [ 38%] 4:kernel-vanilla-drm ### [ 50%] WARNING: Couldn't open directory /lib/modules/2.6.24.3_vanilla-1: No such file or directory FATAL: Could not open /lib/modules/2.6.24.3_vanilla-1/modules.dep.temp for writing: No such file or directory error: %postun(kernel-vanilla-drm-2.6.24.3-2.i686) scriptlet failed, exit status 1 5:kernel-vanilla-pcmcia ### [ 63%] WARNING: Couldn't open directory /lib/modules/2.6.24.3_vanilla-1: No such file or directory FATAL: Could not open /lib/modules/2.6.24.3_vanilla-1/modules.dep.temp for writing: No such file or directory error: %postun(kernel-vanilla-pcmcia-2.6.24.3-2.i686) scriptlet failed, exit status 1 6:kernel-vanilla-sound-al### [ 75%] WARNING: Couldn't open directory /lib/modules/2.6.24.3_vanilla-1: No such file or directory FATAL: Could not open /lib/modules/2.6.24.3_vanilla-1/modules.dep.temp for writing: No such file or directory error: %postun(kernel-vanilla-sound-alsa-2.6.24.3-2.i686) scriptlet failed, exit status 1 7:kernel-vanilla-source ### [ 88%] 8:kernel-vanilla-doc ### [100%] Drugie, podczas budowania kernel-vanilla:Titanium mkdir -p /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel/lib/modules/vanilla-2.6.25-0.1/kernel/sound/usb/usx2y; cp sound/usb/usx2y/snd-usb-usx2y.ko /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel/lib/modules/vanilla-2.6.25-0.1/kernel/sound/usb/usx2y ; true /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel/lib/modules/vanilla-2.6.25-0.1/kernel/sound/usb/usx2y/snd-usb-usx2y.ko if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map -b /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel -r vanilla-2.6.25-0.1; fi WARNING: Couldn't open directory /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel/lib/modules/2.6.24.4_vanilla-1: No such file or directory FATAL: Could not open /home/users/tw/my/devel/pld/kernel-vanilla-Titanium/BUILD/linux-2.6.25/build-done/kernel/lib/modules/2.6.24.4_vanilla-1/modules.dep.temp for writing: No such file or directory make: *** [_modinst_post] Error 1 error: Bad exit status from /home/users/tw/tmp/rpm-tmp.28049 (%build) rpm-build-macros-0:1.449-1 Zbyniu -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-fglrx 8.4 i problemy z makrem %__kernel_ver
/amdcccle/amdcccle_fr_FR.qm /usr/share/ati/amdcccle/amdcccle_hu_HU.qm /usr/share/ati/amdcccle/amdcccle_it_IT.qm /usr/share/ati/amdcccle/amdcccle_ja.qm /usr/share/ati/amdcccle/amdcccle_ko_KR.qm /usr/share/ati/amdcccle/amdcccle_nl_NL.qm /usr/share/ati/amdcccle/amdcccle_no.qm /usr/share/ati/amdcccle/amdcccle_pl.qm /usr/share/ati/amdcccle/amdcccle_pt_BR.qm /usr/share/ati/amdcccle/amdcccle_ru_RU.qm /usr/share/ati/amdcccle/amdcccle_sv_SE.qm /usr/share/ati/amdcccle/amdcccle_th.qm /usr/share/ati/amdcccle/amdcccle_tr_TR.qm /usr/share/ati/amdcccle/amdcccle_zh_CN.qm /usr/share/ati/amdcccle/amdcccle_zh_TW.qm /usr/share/pixmaps/ccc_large.xpm /usr/share/pixmaps/ccc_small.xpm Zapisano: /home/users/uzi/rpm/SRPMS/xorg-driver-video-fglrx-8.4-1.src.rpm Zapisano: /home/users/uzi/rpm/RPMS/xorg-driver-video-fglrx-debuginfo-8.4-1.athlon.rpm Quick fix - budowanie na dwa razy: $ rpmbuild --define 'alt_kernel vanilla' -bb xorg-driver-video-fglrx.spec [...] Wrote: /home/users/tw/rpm/RPMS/[EMAIL PROTECTED] $ sudo \ rpm -Uvh /home/users/tw/rpm/RPMS/[EMAIL PROTECTED] Preparing...### [100%] 1:kernel-vanilla-video-fi### [100%] WARNING: Couldn't open directory /lib/modules/2.6.24.3_vanilla-1: No such file or directory FATAL: Could not open /lib/modules/2.6.24.3_vanilla-1/modules.dep.temp for writing: No such file or directory error: %postun([EMAIL PROTECTED]) scriptlet failed, exit status 1 wypakować pod rpm'a pod mc i przenieść moduł, gdzie trzeba, ... $ rpmbuild --without kernel -bb xorg-driver-video-fglrx.spec [...] Wrote: /home/users/tw/rpm/RPMS/xorg-driver-video-fglrx-8.4-0.1.pentium4.rpm Wrote: /home/users/tw/rpm/RPMS/xorg-driver-video-fglrx-devel-8.4-0.1.pentium4.rpm Wrote: /home/users/tw/rpm/RPMS/xorg-driver-video-fglrx-static-8.4-0.1.pentium4.rpm (mam wyłączone budowanie pakietów debuginfo) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: boost-1.35.0
On Friday 18 of April 2008, 00:06, Paweł Sikora wrote: witam, jakis czas temu wyszla nowa wersja boosta. pojawily sie znow nowe biblioteki i w zwiazku z tym mam pytanie dotyczace paczek -devel. juz w obecnej wersji jest tak, ze rozczlonkowane -devele sa fikcja, bo i tak z reguly wymagaja od kilku do kilkunastu innych podpaczek -devel (ktorych nawiasem w R: nie ma). dzieje sie tak na skutek architektury biblioteki i dosc pokretnych #include pozostalych fragmentow. uwazam, ze nalezy powrocic do jednej paczki -devel i pozostawic jedynie podpakiety -libs przy okazji podbicia do 1.35.x. jesli ktos jest przeciwny niech zabierze konstruktywny glos. http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/boost.spec?rev=1.56.2.1 Kiedyś to zrobiłem, ale, widać, nie znalazło to uznania. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdumbtts.spec - czy dobrze zrobiłem?
On Saturday 12 of April 2008, 11:40, Bohdan R. Rau wrote: Dnia 2008-04-12, sob o godzinie 10:59 +0200, Kamil Dziedzic pisze: Dnia sobota 12 kwiecień 2008, Bohdan R. Rau napisał: Dnia 2008-04-12, sob o godzinie 07:27 +0200, Bohdan R. Rau pisze: [...] Może ktoś rzucić okiem i powiedzieć, co jest nie tak? - przepuść przez adapter To już było po adapterze :) - make ma opcję do wchodzenia do katalogu (%{__make} -C src) Dobrze wiedzieć. nie ma potrzeby definiować C = gcc - zmienna CC w Makefilach automatycznie jest ustawiana na gcc, i takiej nazwy zwykło (CC) się używać. Zmienna CC make ustawiamy w specach na %{__cc}. Używamy CFLAGS=%{rpmcflags} do przekazywania flag do kompilacji. Używamy LDFLAGS=%{rpmldflags} do przekazania flag dla linkera. Efekt: make: Entering directory `/home/users/tw/rpm/BUILD/libdumbtts-0.1.1/src' ccache pentium4-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=prescott -mmmx -msse -msse2 -msse3-c -o libdumbtts.o libdumbtts.c ccache pentium4-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=prescott -mmmx -msse -msse2 -msse3 -shared -Wl,-soname,libdumbtts.so.0 -o libdumbtts.so libdumbtts.c libdumbtts.h Nie znam się na linkowaniu, nie jestem pewien, czy dokładnie to tak powinno wyglądać i generalnie nie zajmuje mnie to - od tego są autotoolsy, które się tym zajmują. - po co puste /etc/dumbtts ? Miejsce na ew. pliki poprawek/konfiguracji. - libdumbtts.so.0 wchodzi do głównej paczki jako ghost (jest tworzone przez ldconfig) - brak sumy md5 - URL'a nie ma? Na razie nie ma bo nie istnieje :) - o ile się nie mylę doc do głównej paczki Zastanowię się - w sumie powinny być dwa oddzielne dokumenty. - nie buduje się na amd64 (chyba wystarczy drobna poprawka na makefile ale ja się nie znam) Domyślam się czemu ale nie wiem jak to zrobić:( Ale się dowiem. Z racji, że już wrzucone to teraz podeślij łatkę;) Na razie to ja z utęsknieniem czekam na angielską wersję README bo mnie chłopaki z Free(b)softu zastrzelą i piszę wielce skomplikowaną instrukcję instalacji :) Poza tym cholera czasem trzeba pracować... Podeślę łatkę jak wszystko skończę. ethanak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdumbtts.spec - czy dobrze zrobiłem?
On Monday 14 of April 2008, 22:10, Tomasz Wittner wrote: [...] make: Entering directory `/home/users/tw/rpm/BUILD/libdumbtts-0.1.1/src' ccache pentium4-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=prescott -mmmx -msse -msse2 -msse3-c -o libdumbtts.o libdumbtts.c ccache pentium4-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=prescott -mmmx -msse -msse2 -msse3 -shared -Wl,-soname,libdumbtts.so.0 -o libdumbtts.so libdumbtts.c libdumbtts.h [...] ccache pentium4-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=prescott -mmmx -msse -msse2 -msse3 -Wl,--as-needed -Wl,-z,relro -Wl,-z,-combreloc -shared -Wl,-soname,libdumbtts.so.0 -o libdumbtts.so libdumbtts.c libdumbtts.h (się poprzednio źle wkleiło). [...] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Buildlogi z Th-i486 [Was: Re: kadu.spec nowa ...]
On Monday 31 of March 2008, 21:49, Kamil Dziedzic wrote: Taka mała pierdółka ale ja nie wiem jak to naprawić. Nowa wersja modułu panelkadu buduje się tylko na x86_64. Przykład failed z i486: http://buildlogs.pld-linux.org/index.php?dist=tharch=i486ok=0name=kadu Klikam w iface www: text/plain URL: View! http://buildlogs.pld-linux.org/index.php?idx=2ok=0ns=cnt=50off=0id=action=text dostaję: Fatal error: cannot find specified file: czy to moze ma związek z tym, że nie dostaję mailem buildlogów z Th-i486? Jak nie znajdzie się chętny do naprawy to zrobię downgrade modułu w specu na ten obecny na ftp. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Projekty PLD w CVS i SVN
On Saturday 22 of March 2008, 22:09, Jakub Bogusz wrote: On Sat, Mar 22, 2008 at 09:50:08PM +0100, Sławomir Paszkiewicz wrote: Witam, jaki jest sens trzymania w CVS projektow, ktore zostaly przeniesione do SVN? Archiwum. Zapis miał być zablokowany, ale jak widać przestało to działać a `chmod -R a-w {atob,cdpl,dml,rc-scripts,geninitrd,wireless-net,pldconf,linux-libc-headers} ' nie zadziała? (czyżby przejście z nservera na cvs 1.12, który ACL-i nie obsługuje?). Remedium na tego typu problemy jest znane od jakiegoś czasu i nazywa się svn. ;) (ale /me nie chce czytać kolejnego flejma nt. przeniesienia SPECS,SOURCES do svn) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
FlightGear-1.0.0
Cześć, W załączniku spece i pacze do SimGear FlightGear w wersjach 1.0.0 - zrobione byle jak i nie do końca i niepoprawnie, więc nie wrzucam do cvs. Jeżeli komuś (TM) chciałoby się zrobić to poprawnie, to niech zachętą będzie, że po wydaniu komendy `fgfs --control=mouse --aircraft=787-ANA --enable-fullscreen' daje to jako taką _płynną_ symulację lotu - płynną, w przeciwieństwie do kompilatu Debiana, czy na windowsy (FlightGear i pakiety, których korzysta kompilowałem z -march=nocona) Dodatkowo trzeba spaczować freegluta na okoliczność różnych błędów, żeby dało się w ogóle uruchomić FlightGear: http://ftp.debian.org/debian/pool/main/f/freeglut/freeglut_2.4.0-6.diff.gz Posiadacze kart ATI mogą być zmuszeni do zastosowania się do instrukcji: http://wiki.flightgear.org/flightgear_wiki/index.php?title=Troubleshooting_Problems#Corrupt_Textures_on_ATi_Cards -- Tomasz Wittner flightgear-foo.tar.bz2 Description: application/tbz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] krec - can't find implementation for Arts::GenericGuiFactory
$ krec [...] MCOP ObjectManager: can't find implementation for Arts::GenericGuiFactory. KCrash: Application 'krec' crashing... Obejście - zainstalować kdemultimedia-devel (albo coś z jego zależności). Coś jest skopane z podziałem plików (skoro program wymaga pakietu -devel do działania). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: psi-daisy.spec (NEW) - initial
On Sunday 27 January 2008, 19:29, Marcin Krol wrote: I to jest wystarczający warunek by tworzyć nowy spec a nie branch np. DAISY? Głupie. Dokladnie. Skoro to sie dalej nazywa psi to powinno byc w psi.spec na odpowiednim branchu. IMO: skoro nazywa się psi-daisy, to powinno być w psi-daisy.spec (spece biorą swoje nazwy od nazw archiwów ze źródłami). Tym bardziej, jeżeli jest to używalne razem/lub zamiast psi (nie znam szczegółów). M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sudo.spec - rel. 2 - rebuild with new openldap
On Friday 04 January 2008, 20:34, twittner wrote: Author: twittner Date: Fri Jan 4 19:34:16 2008 GMT Module: SPECS Tag: HEAD Log message: - rel. 2 - rebuild with new openldap Files affected: SPECS: sudo.spec (1.124 - 1.125) Diffs: Index: SPECS/sudo.spec diff -u SPECS/sudo.spec:1.124 SPECS/sudo.spec:1.125 --- SPECS/sudo.spec:1.124 Sun Dec 16 15:48:24 2007 +++ SPECS/sudo.spec Fri Jan 4 20:34:11 2008 @@ -16,7 +16,7 @@ Summary(uk.UTF-8): Дозволяє вказаним користувачам виконувати команди від імені root Name: sudo Version: 1.6.9p9 -Release: 1 +Release: 2 Epoch: 1 License: BSD Group: Applications/System @@ -201,6 +201,9 @@ All persons listed below can be reached at cvs_login@pld-linux.org $Log$ +Revision 1.125 2008-01-04 19:34:11 twittner +- rel. 2 - rebuild with new openldap + Revision 1.124 2007-12-16 14:48:24 qboosh - updated to 1.6.9p9 - updated selinux patch CVS-web: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/sudo.spec?r1=1.124r2=1.1 25f=u ___ pld-cvs-commit mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit Zupełnie niepotrzebnie, ale nie wiem, dlaczego po instalacj poldkiem openldap-libs musiałem z palca odpalić ldconfig'a, żeby potworzył właściwe symlinki. $ sudo echo aqq sudo: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: speech-dispatcher.spec
On Friday 04 January 2008, 08:20, Bohdan R. Rau wrote: Witam. Właśnie zauważyłem że się pojawił - ktoś ma duże piwo u mnie! Powinno być chyba jeszcze: BuildRequires: dotconf-devel Nie instaluję jeszcze bo muszę napisać patcha do Ivony (ten z 0.6.4 nie działa), ale próbowałem zbudować i wywaliło właśnie na dotconf.h ethanak Spec jest zrobiony na rympał, bez żadnego sprawdzenia, czy do czegokolwiek się nadaje (to samo tyczy sie dotconf.spec). Jakimś tam wzorcem może być http://packages.debian.org/sid/speech-dispatcher jeśli chodzi o dopracowanie tego - to już zostawiam innym. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] brak pakietów na ftp
Hej, Zdaję się, ze są jakieś problemy z infrastrukturą - dostaję maile, że pakiety sie zbudowały, a nie ma ich na ftp. http://ep09.pld-linux.org/~builderth/queue.html jest jakieś nieświeże. Dostałem również maila: builder queue problem From: PLD all builder [EMAIL PROTECTED] To: [...] Date: Sat Dec 22 19:28:45 2007 there were problems sending files from queue /home/users/builderth/pld-builder.new/spool/notify/: problem: urlopen error (104, 'Connection reset by peer') Czy wiadomo co siedzieje, i kiedy bedzie lepiej? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[poldek] - typo?
Processing dependencies... error: aspell-pl-alt-20070618-2.i686 conflicts withx aspell-pl-0.51-2.i686 error: aspell-pl-0.51-2.i686 conflicts withx aspell-pl-alt-20070618-2.i686 poldek-0.21-cvs20070703.00]$ grep -rn withx . ./po/poldek.pot:1160:msgid %s conflicts withx %s ./po/pl.po:1200:msgid %s conflicts withx %s ./po/de.po:1241:msgid %s conflicts withx %s ./install/conflicts.c:275:logn(LOGERR, _(%s conflicts withx %s), pkg_id(pkg), Czy withx ma jakieś ukryte znaczenie, czy jest to zwykła literówka (powinno być with)? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
syslog.conf
http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/syslog.conf?r1=1.12r2=1.13 - move news logs to /var/log/news/ 1. Nic nie dostarcza katalogu /var/log/news a bez niego syslog zdycha przy defaultowej konfiguracji. 2. # Log all other messages. *.!=debug;\ auth,authpriv,cron,daemon,ftp,kern,lpr,mail,news,syslog,user,uucp.none -/var/log/messages Czy .none jest celowo, czy raczej powinno być .info - z .none nic nie loguje. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VMware-player.spec - *-any-update up to 115
On Wednesday 05 December 2007, 12:13, Kamil Dziedzic wrote: Dnia środa 05 grudzień 2007, Tomasz Wittner napisał: Po update any do 115 się nie buduje. U mnie się buduje i do tego jeszcze działa;) Jak pozwolisz, to to cofnę Wolałbym jednak najpierw wiedzieć czemu się nie buduje u Ciebie;) Nie wiem i nie wnikam. Różnica w stosunku do speca w repo polega tylko na tym, że nie ściąga *.x86_64.tar.gz. $ cvs di VMware-player.spec [...] -Source1: http://download3.vmware.com/software/vmplayer/%{name}-%{_ver}-%{_build}.x86_64.tar.gz +#Source1: http://download3.vmware.com/software/vmplayer/%{name}-%{_ver}-%{_build}.x86_64.tar.gz # NoSource1-md5: f59a77f3e3b8e87591eff605c4bbb796 -NoSource: 1 +#NoSource: 1 [...] Buduję z kernel-grsecurity: /home/users/tw/rpm/BUILD/vmware-player-distrib/vmware-any-any-update115/vmmon-only/common/task_compat.h:2666: warning: 'sysenterState.SysenterStateV45::rip' may be used uninitialized in this function make[1]: *** [_module_/home/users/tw/rpm/BUILD/vmware-player-distrib/vmware-any-any-update115/vmmon-only] Error 2 make: *** [modules] Error 2 make: Leaving directory `/usr/src/linux-grsecurity-2.6.22.14' error: Bad exit status from /tmp/rpm-tmp.61793 (%build) z any-any-114 przechodzi bez problemu. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VMware-player.spec - *-any-update up to 115
On Sunday 02 December 2007, 16:09, arvenil wrote: Author: arvenil Date: Sun Dec 2 16:09:47 2007 GMT Module: SPECS Tag: HEAD Log message: - *-any-update up to 115 Files affected: SPECS: VMware-player.spec (1.27 - 1.28) Diffs: Index: SPECS/VMware-player.spec diff -u SPECS/VMware-player.spec:1.27 SPECS/VMware-player.spec:1.28 --- SPECS/VMware-player.spec:1.27 Thu Oct 25 11:19:03 2007 +++ SPECS/VMware-player.spec Sun Dec 2 17:09:41 2007 @@ -16,7 +16,7 @@ %define _ver2.0.2 %define _build 59824 %define _rel0.1 -%define _urel 114 +%define _urel 115 %define _ccver %(rpm -q --qf %{VERSION} gcc) # Summary: VMware player @@ -33,7 +33,7 @@ # NoSource1-md5: f59a77f3e3b8e87591eff605c4bbb796 NoSource:1 Source2: http://knihovny.cvut.cz/ftp/pub/vmware/vmware-any-any-update%{_ure l}.tar.gz -# Source2-md5: 34377ba9387804329c4a94619cc7efac +# Source2-md5: ab33ff7a799fee77f0f4ba5667cd4b9a Source3: %{name}-vmnet.conf Source4: %{name}.png Source5: %{name}.desktop @@ -389,6 +389,9 @@ All persons listed below can be reached at cvs_login@pld-linux.org $Log$ +Revision 1.28 2007-12-02 16:09:41 arvenil +- *-any-update up to 115 + Revision 1.27 2007-10-25 09:19:03 arvenil - up to 2.0.2 59824 - *-any-update up to 114 Po update any do 115 się nie buduje. Jak pozwolisz, to to cofnę i przy okazji poprawię niebudowanie się z --with internal_libs -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] cvs - popsuty
$ cvs di fbdesk.spec cvs [diff aborted]: cannot get working directory: No such file or directory efekt upgradu cvs na carme Wygląda, że kompresja nie działa - diff i commit poszedł po ustawieniu w -z0 w ~/.cvsrc open(fbdesk.spec, O_RDONLY) = 5 read(5, # $Revision: 1.22 $, $Date: 2007..., 3615) = 3615 read(5, , 0) = 0 close(5)= 0 access(CVS/Entries.Log, F_OK) = -1 ENOENT (No such file or directory) write(3, Gzip-stream 9\nx\332\224W\335n\333\310\25\276\326\305Ab\1\366F..., 1024) = 1024 write(3, \363\363w\257\216_U\353\360\346U\233B; \202v\2\355/\257~C\275q\245*\25c\362\23\2\232..., 836) = 836 read(4, -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] Prawa do /dev/fd0
On Thu 1. of November 2007, 14:03, Daniel Dawid Majewski wrote: Upgrade, upgrade... Hmmm... - $ ls -l /dev/fd0 brw--- 1 root root 2, 0 2007-11-01 07:43 /dev/fd0 - o ile dobrze pamiętam było rw-rw root floppy ? Mam udev, pam-a też (kojarzę że potrafi namieszać - jak w takim wypadku powiedzieć mu, żeby spadał na /dev/drzewo?) Winny jest wpis w /etc/udev/links.conf: M fd0 b 2 0 M fd1 b 2 1 Na podstawie links.conf /sbin/start_udev tworzy nody, tyle, ze nie ma możliwości do ustawiania via links.conf usera/grupy. Podobna sytuacja jest z /dev/lp0 (jest grupa root zamiast lp) Wywal przytoczone wpisy w links.conf. Po `modprobe floppy' udev utworzy nody z właściwymi uprawnieniami: # modprobe floppy # ls -l /dev/fd0 brw-rw 1 root floppy 2, 0 2007-11-02 18:38 /dev/fd0 Możesz wpisać floppy do /etc/modules. [...] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] IMQ iptables: No chain/target/match by that name
On Mon 29. of October 2007, 11:31, Arkadiusz Miskiewicz wrote: On Saturday 20 of October 2007, Tomasz Wittner wrote: Witam, Coś się chyba popsuło (na kernel-2.6.16.52 działało): Możesz sprawdzić na 2.6.22.10-4? Nie, bo: 1. pod qemu start systemu kończy się kernel panic-iem 2. nie mam miejsca ani czasu na zainstalowanie tego pod vmware 3. zainstalowanie tego kernela na drugiej maszynie - zrywa połaczenia przez ssh, sciąganie pakietów przez poldka - sieć jest bezużyteczna -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i uprawnienia dla /dev/lp0
On Wed 24. of October 2007, 01:46, Paweł Kwiatkowski wrote: udev-114-1.i686 z Th tworzy /dev/lp0 ze zbyt restrykcyjnymi uprawnieniami: crw--- 1 root root 6, 0 Oct 23 09:27 /dev/lp0 brakuje rw dla grupy lp (grupy też nie ma) jak to jest w pakiecie dev: crw-rw 1 root lp 6, 0 Oct 23 09:27 /dev/lp0 Już to kiedyś było ... $ grep lp /etc/udev/links.conf.rpmnew M lp0 c 6 0 Tworzenie devices via wpisy w links.conf nie umożliwia nadawanie im uprawnień i właścicieli, i w stosunku do lp nie jest praktykowane w żadnej distro, które oglądałem. Ja u siebie wywaliłem wpis M lp0 c 6 0 z links.conf i ładuję moduł lp z /etc/modules - wtedy tworzy: crw-rw 1 root lp 6, 0 2007-10-24 08:14 /dev/lp0 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i uprawnienia dla /dev/lp0
On Wed 24. of October 2007, 22:54, Paweł Kwiatkowski wrote: Dnia 24-10-2007, Śr o godzinie 08:25 +0200, Tomasz Wittner pisze: Tworzenie devices via wpisy w links.conf nie umożliwia nadawanie im uprawnień i właścicieli, i w stosunku do lp nie jest praktykowane w żadnej distro, które oglądałem. Ja u siebie wywaliłem wpis M lp0 c 6 0 z links.conf i ładuję moduł lp z /etc/modules - wtedy tworzy: crw-rw 1 root lp 6, 0 2007-10-24 08:14 /dev/lp0 Tak i u siebie zrobiłem, choć i noda można wrzucić do /lib/udev/devices Dużo rzeczy można, np: 1. Rozszerzyć składnię links.conf o parametry do ustawiania usera i grupy (skrypt /sbin/start_udev) 2. Zobaczyć, jak sobie z ustawianiem praw poradzono w innych distro (od tego bym zaczął (gdybym miał za dużo czasu)). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] IMQ iptables: No chain/target/match by that name
Witam, Coś się chyba popsuło (na kernel-2.6.16.52 działało): sudo iptables -t mangle -A PREROUTING -i ppp0 -j IMQ --todev 0 iptables: No chain/target/match by that name $ sudo lsmod | grep -i imq ipt_IMQ 3725 0 x_tables 13345 10 ipt_IMQ,xt_limit,ipt_REJECT,ipt_LOG,xt_state,xt_tcpudp,xt_multiport,ipt_MASQUERADE,iptable_nat,ip_tables imq 5668 0 $ ls /usr/lib/iptables/*IMQ* /usr/lib/iptables/libip6t_IMQ.so /usr/lib/iptables/libipt_IMQ.so $ q kernel-grsecurity iptables kernel-grsecurity-3:2.6.22.10-2 athlon athlon.th.pld-linux.org iptables-0:[EMAIL PROTECTED] athlon athlon.th.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-nvidia-legacy2.spec
On Thu 18. of October 2007, 21:18, Paweł Żuk wrote: Witam, Dzisiaj nvdia wypuściła nową wersję driverów dla serii 1.0-71xx i 1.0-96xx (działają z ABI 2.0). Załączam diff-a dla xorg-driver-video-nvidia-legacy2.spec. Po zupradowaniu xorg-driver-video-nvidia-legacy.spec do 71.86.01 da się odpalić X'y ale: Xlib: extension GLX missing on display :0.0. Error: couldn't get an RGB, Double-buffered visual Instalowałem też via instalator nvidii - to samo. Pozdrawiam, Paweł Żuk -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
nowe iproute i starsze jądro - brak statystyk
Witam, $ q iproute2 kernel iproute2-0:2.6.22-2 athlon athlon.th.pld-linux.org kernel-3:2.6.16.52-1 athlon athlon.ac.pld-linux.org nowe iproute i starsze jądro: zauważyłem brak statystyk: Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) Nie wiem, jak się mają do siebie wersje iproute2 i kernela, ale powyższego wynika, że nowsze iproute2 powinno wymagać jakiegoś nowszego kernela. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
symbol lookup error: $APPLICATION: undefined symbol: g_once_init_enter_impl
evince: symbol lookup error: evince: undefined symbol: g_once_init_enter_impl (anjuta:7620): libanjuta-WARNING **: could not load plugin: /usr/lib/anjuta/libanjuta-devhelp.so: undefined symbol: g_once_init_enter_impl Ktoś wie, jak pomóc evince i anjucie? $ q evince anjuta evince-0:2.19.4-1 i686 carme-i686.pld-linux.org anjuta-1:2.2.1-0.1 i686 carme-i686.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: symbol lookup error: $APPLICATION: undefined symbol: g_once_init_enter_impl
On Fri 7. of September 2007, 20:52, Jakub Bogusz wrote: On Fri, Sep 07, 2007 at 08:48:30PM +0200, Tomasz Wittner wrote: evince: symbol lookup error: evince: undefined symbol: g_once_init_enter_impl (anjuta:7620): libanjuta-WARNING **: could not load plugin: /usr/lib/anjuta/libanjuta-devhelp.so: undefined symbol: g_once_init_enter_impl Ktoś wie, jak pomóc evince i anjucie? $ q evince anjuta evince-0:2.19.4-1 i686 carme-i686.pld-linux.org anjuta-1:2.2.1-0.1 i686 carme-i686.pld-linux.org Jest glib2 = 2.14? Nie: $ q glib2 glib2-1:2.12.13-1 athlon athlon.th.pld-linux.org Po upgradzie do glib2-2.14.0-1 anjuta i evince się uruchamia. Niestety, przy próbie obejrzenia pdf, evince wywala się z: evince: symbol lookup error: evince: undefined symbol: poppler_page_get_form_field_mapping $ q poppler poppler-0:0.5.9-1 athlon athlon.th.pld-linux.org Znów pomógł upgrade poppler do poppler-glib-0.5.91-1 pomógł. Czy w związku z tym trzeba gdzieś (a jeżeli tak, to gdzie) dodać jakieś Requires? Jeżeli tak, to zobacz, czy ta wtyczka jest zlinkowana z glibem - jeśli nie, to może być potrzebna poprawka na -as-needed. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] dvdrtools-mkisofs-0.3.1-1.athlon - brak osługi plików 2GB
Hi, k3b twierdzi, że mkisofs nie obsługuje plików 2GB. mkisofs pochodzi z dvdrtools-mkisofs-0.3.1-1.athlon. Podczas budowania ./configure wyświetla: checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 Nie wiem, czy warto się tym zajmować - ja zainstalowałem cdrtools-mkisofs. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] dvdrtools-mkisofs-0.3.1-1.athlon - brak osługi plików 2GB
On Sun 12. of August 2007, 12:02, Arkadiusz Miskiewicz wrote: On Sunday 12 of August 2007, Tomasz Wittner wrote: Hi, k3b twierdzi, że mkisofs nie obsługuje plików 2GB. mkisofs pochodzi z dvdrtools-mkisofs-0.3.1-1.athlon. W jaki sposób to twierdzi? Prędzej bym szukał błędu w tym teście niż mkisofs samym ale... Tniesz posty, jak Ci wygodnie - napisałem, że mkisofs z cdrtools-mkisofs nei takiego problemu. [EMAIL PROTECTED] /mnt/cdrom]$ l total 3.6G dr-xr-xr-x 2 root root 2.0K 2007-08-12 11:59 . drwxr-xr-x 32 root root 4.0K 2007-08-04 10:17 .. -r--r--r-- 1 root root 2.0G 2006-10-18 13:38 disk1.img -r-xr-xr-x 1 root root 509 2007-03-27 20:56 mount.sh -r--r--r-- 1 root root 1.5G 2007-07-25 00:52 test1 [EMAIL PROTECTED] /mnt/cdrom]$ mkisofs -o /dev/null disk1.img mkisofs: Value too large for defined data type. File disk1.img is too large - ignoring. You may want to use -udf Total translation table size: 0 Total rockridge attributes bytes: 0 Total directory bytes: 0 Path table size(bytes): 10 Max brk space used 21000 48 extents written (0 Mb) [EMAIL PROTECTED] /mnt/cdrom]$ qf /usr/bin/mkisofs dvdrtools-mkisofs-0:0.3.1-1 athlon.th.pld-linux.org [EMAIL PROTECTED] /mnt/cdrom]$ poldek -uv cdrtools-mkisofs Loading [pndir]th... Loading [pndir]th-test... Loading [pndir]th-test... Loading [pndir]th... 14093 packages read Processing dependencies... dvdrtools-mkisofs-0.3.1-1.athlon obsoleted by cdrtools-mkisofs-2.01.01-0.a24.1.athlon There are 1 package to install, 1 to remove: I cdrtools-mkisofs-2.01.01-0.a24.1.athlon R dvdrtools-mkisofs-0.3.1-1.athlon Need to get 213.3KB of archives. After unpacking 509.4KB will be used. Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs pl:pl_PL:en:en_US... Preparing...### [100%] 1:cdrtools-mkisofs ### [100%] [EMAIL PROTECTED] /mnt/cdrom]$ mkisofs -v -o /dev/null disk1.img mkisofs 2.01.01a24 (i686-pc-linux-gnu) Writing: Initial PadblockStart Block 0 Done with: Initial PadblockBlock(s)16 Writing: Primary Volume Descriptor Start Block 16 Done with: Primary Volume Descriptor Block(s)1 Writing: End Volume Descriptor Start Block 17 Done with: End Volume Descriptor Block(s)1 Writing: Version block Start Block 18 Done with: Version block Block(s)1 Writing: Path table Start Block 19 Done with: Path table Block(s)4 Writing: Directory tree Start Block 23 Done with: Directory tree Block(s)1 Writing: Directory tree cleanup Start Block 24 Done with: Directory tree cleanup Block(s)0 Writing: The File(s) Start Block 24 0.48% done, estimate finish Sun Aug 12 12:57:32 2007 0.95% done, estimate finish Sun Aug 12 13:02:46 2007 CTRL-Z Śmieszne, że narzędzie z dvd w nazwie nie umie obsługiwać plików 2GB. Następny limit to 4GB: [EMAIL PROTECTED] /mnt/cdrom]$ l /mnt/hda5/home/users/inter/dvd -rw--- 1 inter users 4.4G 2007-08-08 20:11 /mnt/hda5/home/users/inter/dvd [EMAIL PROTECTED] /mnt/cdrom]$ mkisofs -v -o /dev/null /mnt/hda5/home/users/inter/dvd mkisofs 2.01.01a24 (i686-pc-linux-gnu) mkisofs: Value too large for defined data type. File /mnt/hda5/home/users/inter/dvd is too large - ignoring Writing: Initial PadblockStart Block 0 [...] [EMAIL PROTECTED] /mnt/cdrom]$ qf /usr/bin/mkisofs cdrtools-mkisofs-5:2.01.01-0.a24.1 athlon.th.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Poldek - wylot
On Tue 31. of July 2007, 18:29, Michał Łukaszek wrote: On 7/30/07, Tomasz Wittner [EMAIL PROTECTED] wrote: Ok, skojarzyłem już problemy z wersją db. W takim razie, STBR poldek dla Th z db4.6... Too late: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/rpm.spec http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/poldek.spec Nie rozumiem. Jaki to ma związek z tym, że te nowe rel. nie pojawiły się na FTP? Pisałeś o STBR - takowy był, co właśnie miałeś zobaczyć na linkach cvswebu. ftp, to inna bajka ... . Ja ściągałem przez lftp pakiety i z palca instalowałem, jak poldek zaczął segfaultować. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Poldek - wylot
On Mon 30. of July 2007, 23:11, Michał Łukaszek wrote: On 7/30/07, Michał Łukaszek [EMAIL PROTECTED] wrote: Jakieś pomysły? Ok, skojarzyłem już problemy z wersją db. W takim razie, STBR poldek dla Th z db4.6... Too late: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/rpm.spec http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/poldek.spec -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Do używających Emacsa
On Fri 9. of February 2007, 15:56, Tomasz Wittner wrote: On Fri 9. of February 2007, Marcin 'Qrczak' Kowalczyk wrote: Jeśli od wprowadzenia --as-needed Emacs z innych gałęzi niż DEVEL_XFT nie działa na konsoli (krzyczy o termcap), to powinna pomóc łata emacs-ncurses-tinfo.patch. Mógłby ktoś sprawdzić i ewentualnie poprawić, bo mnie się nie chce. Ja się zająłem emacsem w gałęzi DEVEL_XFT, którego polecam, bo wygląda w X-ach bardzo ładnie. Do ~/.Xresources można wpisać na przykład tak: Emacs.FontBackend: xft Emacs.font: Monospace-10 i xrdb .Xresources albo restart sesji X. A tak w ogóle właśnie zmigrowałem z ISO-8859-2 na UTF-8. Zbudowałem na Ac (wykomentowałem BR: xorg-*) - zarówno ta wersja jak i emacs-22.0.92-0.20061221.1 (nie ma w naszym cvs, wziąłem tarballa z Debian'a) - wersje pod X'y nie mają ramek WM (chodzi mi o ten pasek z krzyżykiem do minimalizacji, maksymalizacji i zamykania okna) i otwierając się zajmują cały ekran (zasłaniają panel KDE). Winnym takiego zachowania jest ustawienie XResources: Emacs.fullscreen: fullboth Wcześniej to powodowało tylko zmaksymalizowanie okna emacs'a -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] monodoc
On Sat 14. of July 2007, 14:15, Piotr Budny wrote: Dnia piątek, 13 lipca 2007, Tomasz Wittner napisał: Nie działa: [EMAIL PROTECTED] ~]$ monodoc Error: did not find one of the files in sources//usr/lib/monodoc/sources/monoapi Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! [...] Jeżeli to ten sam problem, który u mnie występował, to (18 III 2007 16:31:42) vip: [16:31 [EMAIL PROTECTED]:/usr/lib]% sudo ln -s libgtkhtml-3.14.so.19 libgtkhtml-3.8.so.15 pomogło. Znalazłem w tym całym błaganie coś takiego: $ cat /usr/lib/mono/gac/gtkhtml-sharp/2.16.0.0__35e10195dab3c99f/gtkhtml-sharp.dll.config configuration dllmap dll=libgobject-2.0-0.dll target=libgobject-2.0.so.0/ dllmap dll=gtkhtml-3.0 target=libgtkhtml-3.8.so.15/ i zmiana na: $ cat /usr/lib/mono/gac/gtkhtml-sharp/2.16.0.0__35e10195dab3c99f/gtkhtml-sharp.dll.config configuration dllmap dll=libgobject-2.0-0.dll target=libgobject-2.0.so.0/ dllmap dll=gtkhtml-3.0 target=libgtkhtml-3.14.so.19/ /configuration Też pomogło. Pytanie: czy nie można jakoś z tego generować zależności dla pakietów? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix + msmtp
On Fri 13. of July 2007, 13:21, Kanedaaa Bohater wrote: Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) metamail ma Requires: /usr/lib/sendmail a postfix (i inne MTA) nie mają Provides: /usr/lib/sendmail dlatego zainstalował Ci msmtp-sendmail który (jako jedyny?) takie provides ma. i od tego czasu a) wysylanie lokalne sie rozjechalo w przypadku kilku adresatow, b) jesli przykladowo w .procmailrc mialem grupe ! adres1, adres2, adres3 - to takze to przestalo dzialac c) klienci wysylajacy po localhoscie musieli zaczac dopisywac sobie localhost wszedzie w serwerach pocztowych a finalnie usunalem msmtp oraz msmtp-sendmail i przeinstalowalem postfixa [w celu naprawienia /usr/sbin/sendmail], ktore wskazywalo po usunieciu wciaz na msmtp i teraz wszystko dziala po staremu. Moje pytanie jest wiec czy ten postfix musi miec w zaleznosci w moim mniemaniu nieszczesne msmtp ? Nie musi i nie ma. pozdro 300 Kanedaaa -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix + msmtp
On Fri 13. of July 2007, 20:32, Jakub Bogusz wrote: On Fri, Jul 13, 2007 at 08:28:59PM +0200, Tomasz Wittner wrote: On Fri 13. of July 2007, 13:21, Kanedaaa Bohater wrote: Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) metamail ma Requires: /usr/lib/sendmail a postfix (i inne MTA) nie mają Provides: /usr/lib/sendmail dlatego zainstalował Ci msmtp-sendmail który (jako jedyny?) takie provides ma. Znaczy poldek zgłupiał przez jawne Provides w pakiecie? Bez tego istnienie pliku/dowiązania go zadowalało. W ogóle jawne Provides na dostarczany plik to jakieś przegięcie. Obsoletes na plik(!) zresztą też. $ rpm -q --provides exim config(exim) = 2:4.67-2 group(exim) smtpdaemon user(exim) exim = 2:4.67-2 brakuje P: /usr/lib/sendmail . Takie coś z glen'em ustaliliśmy, dla programów takich jak msmtp, które dostarczają komendę sendmail a nie są demonami smtp. Pewnym programom wystarczy komenda sama sendmail bez serwera smtp (R: smtpdaemon) - stad te P/R -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] upgrade exim'a konwertuje i psuje exim.conf
Upgrade exim'a każdorazowo konwertuje i psuje exim.conf Processing dependencies... exim-4.67-2.athlon obsoleted by exim-4.67-3.i686 There are 1 package to install, 1 to remove: I exim-4.67-3.i686 R exim-4.67-2.athlon Need to get 1.6MB of archives (1.6MB to download). After unpacking 2.3MB will be used. Retrieving th-tw::exim-4.67-3.i686.rpm... .. 100.0% [1.6M (62.7K/s)] Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs pl:pl_PL:en:en_US... Preparing...### [100%] 1:exim ### [100%] Stopping Exim service..[ DONE ] Starting Exim service..[ DONE ] 21 entries written Runtime configuration file converter for Exim release 4. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 155, STDIN line 707. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 160, STDIN line 707. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 171, STDIN line 707. Use of uninitialized value in hash element at /usr/bin/convert4r4 line 817, STDIN line 707. Use of uninitialized value in string ne at /usr/bin/convert4r4 line 818, STDIN line 707. [...] x 10e10 Use of uninitialized value in concatenation (.) or string at /usr/bin/convert4r4 line 583, STDIN line 776. Use of uninitialized value in string eq at /usr/bin/convert4r4 line 567, STDIN line 776. Use of uninitialized value in string eq at /usr/bin/convert4r4 line 567, STDIN line 776. Use of uninitialized value in concatenation (.) or string at /usr/bin/convert4r4 line 583, STDIN line 776. *** * Please review the generated file carefully. * *** Runtime configuration file converter for Exim release 4. *** * Please review the generated file carefully. * *** [EMAIL PROTECTED] ~/my/devel/pld/cvs/AC/SPECS]$ [EMAIL PROTECTED] ~/my/devel/pld/cvs/AC/SPECS]$ service exim restart Stopping Exim service..[ DONE ] Starting Exim service..[ FAIL ] 2007-07-13 21:27:09 Exim configuration error in line 33 of /etc/mail/exim.conf: acl_smtp_rcpt option set for the second time # head /etc/mail/exim.conf #!!# This file is output from the convert4r4 script, which tries #!!# to convert Exim 3 configurations into Exim 4 configurations. #!!# However, it is not perfect, especially with non-simple #!!# configurations. You must check it before running it. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] upgrade exim'a konwertuje i psuje exim.conf
On Fri 13. of July 2007, 22:39, Arkadiusz Patyk wrote: On Fri, 13 Jul 2007 21:31:37 +0200, you wrote: Upgrade exim'a każdorazowo konwertuje i psuje exim.conf Processing dependencies... exim-4.67-2.athlon obsoleted by exim-4.67-3.i686 There are 1 package to install, 1 to remove: I exim-4.67-3.i686 R exim-4.67-2.athlon Potwiedzam, miałem to samo na jednej maszynie. I sam dodałeś tego trigger'a ;), http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/exim.spec?r1=1.84.2.4r2=1.84.2.5 tyle że jak dotąd nie było z nim problemów. BTW (ale i dodanie epocha też nie pomaga): [EMAIL PROTECTED] ~]$ q rpm rpm-0:4.4.9-2 athlon athlon.th.pld-linux.org [EMAIL PROTECTED] ~]$ rpmvercmp 3.90 2:4.67-3 3.90 2:4.67-3 [EMAIL PROTECTED] ~]$ rpmvercmp 0:3.90 2:4.67-3 0:3.90 2:4.67-3 [EMAIL PROTECTED] ~]$ rpmvercmp '(none):3.90' '2:4.67-3' (none):3.90 2:4.67-3 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] monodoc
Nie działa: [EMAIL PROTECTED] ~]$ monodoc Error: did not find one of the files in sources//usr/lib/monodoc/sources/monoapi Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] [EMAIL PROTECTED] ~]$ q monodoc monodoc-0:1.2.4-1 athlon athlon.th.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] monodoc
On Fri 13. of July 2007, 23:31, Tomasz Wittner wrote: Nie działa: [EMAIL PROTECTED] ~]$ monodoc Error: did not find one of the files in sources//usr/lib/monodoc/sources/monoapi Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] [EMAIL PROTECTED] ~]$ q monodoc monodoc-0:1.2.4-1 athlon athlon.th.pld-linux.org http://ftp.debian.org/debian/pool/main/m/monodoc/monodoc_1.2.4-1.diff.gz +monodoc (1.2.3-2) unstable; urgency=low + + * Upload to unstable + * Sebastian 'slomo' Dröge: ++ debian/monodoc-manual.install: + - Stop shipping the non-existing monoapi docs. Having the .source file +only will cause confusing errors/warnings when starting monodoc. + rm /usr/lib/monodoc/sources/monodoc.source niewiele pomaga: $ monodoc Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] m4 - dlaczego nie zostal podbity Epoch?
carme-pld-ac ~]$ q m4 m4-2:1.4q-2 amd64 localhost carme-pld ~]$ q m4 m4-2:1.4.9-1 x86_64 builderth $ rpmvercmp m4-2:1.4q-2 m4-2:1.4.9-1 m4-2:1.4q-2 m4-2:1.4.9-1 m4-2:1.4q-2 było używane w Th: tag auto-th-m4-1_4q-2. Dlaczego więc, nie został podbity Epoch? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] VMware-player-2 segfault
VMware-player-0:2.0.0.45731-0.2 athlon, na Th: $ gdb --symbols=/usr/lib/debug/usr/lib/libgtkmm-2.4.so.1.0.30.debug vmplayer [...] Program received signal SIGSEGV, Segmentation fault. Gdk::Pixbuf::copy (this=0x0) at pixbuf.cc:417 417 return Glib::wrap(gdk_pixbuf_copy(const_castGdkPixbuf*(gobj(; Current language: auto; currently c++ (gdb) backtrace #0 Gdk::Pixbuf::copy (this=0x0) at pixbuf.cc:417 #1 0xb69b2f7d in lui::pixbuf::Emblemer::Composite () from /usr/lib/libvmwareui.so.0 #2 0xb69b31ff in lui::pixbuf::Emblemer::BuildUnscaled () from /usr/lib/libvmwareui.so.0 #3 0xb69b30e2 in lui::pixbuf::Base::Get () from /usr/lib/libvmwareui.so.0 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th][perl] upgrade lstat (Ac - Th) wymaga perl(ExtUtils::Install)
Upgrade lstat przy upgrade z Ac do Th pośrednio pociąga za sobą instalację perl-ExtUtils-MakeMaker lub perl-devel. Nie wydaje mi sie to na wyczucie logiczne. Installing set #54 Processing dependencies... lstat-2.3.2-14.noarch obsoleted by lstat-2.3.2-15.noarch lstat-2.3.2-15.noarch marks lstat-cgi-2.3.2-15.noarch (cap /var/lib/lstat) lstat-cgi-2.3.2-15.noarch marks apache-mod_perl-2.0.3-2.athlon (cap apache(mod_perl)) apache-mod_perl-2.0.3-2.athlon marks perl-mod_perl-2.0.3-2.athlon (cap perl-mod_perl = 1:2.0.3-2) There are more than one package which provide perl(ExtUtils::Install): a) perl-ExtUtils-MakeMaker-6.32-1.noarch b) perl-devel-5.8.8-11.athlon Which one do you want to install ('Q' to abort)? [a] perl-mod_perl-2.0.3-2.athlon marks perl-devel-5.8.8-11.athlon (cap perl(ExtUtils::Install)) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] poldek segfault (z backtrace debuginfo)
Witam, Usiłowałem zupgradować poldkiem X'y z wersji Ac do Th - rezultat: Program received signal SIGSEGV, Segmentation fault. pkg_is_colored_like (candidate=0xb740a35f, pkg=0x0) at pkgcmp.c:61 61 if (pkg-color candidate-color) W załączeniu komunikaty po wywołaniu poldek -uv X11 + wersje rpm i poldka -- Tomasz Wittner poldek-bum.txt.bz2 Description: BZip2 compressed data ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Brakujący tag rpm z (nazwą linii|numerem) dystrybucji
Cześć, Brakuje mi w PLD taga z querytags rpm'a, w którym byłaby zawarta informacja o linii (np. 2.0, 3.0) bądź nazwie kodowej (Ac, Th) dystrybucji - powód: skrypt sortujący pliki pakietów rpm zbudowanych na carme (th-x86-64, th-i686, ac-amd64) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ERRORS: eflite.spec
On Sat 30. of June 2007, 16:35, PLD th-x86_64 builder wrote: eflite.spec (HEAD): FAILED [...] rpm: flite-devel = 1.2 is needed by eflite-0.4.1-1.src installing BR: flite\-devel [...] Retrieving th-test::flite-devel-1.2-2.x86_64.rpm... ..done Executing rpm --upgrade -vh --root / --noorder... error: Failed dependencies: /usr/lib/libflite.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite_cmu_time_awb.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite_cmu_us_kal.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite_cmu_us_kal16.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite_cmulex.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite_usenglish.so.1.2 is needed by flite-1.2-2.x86_64 /usr/lib/libflite.so.1 is needed by flite-devel-1.2-2.x86_64 /usr/lib/libflite_cmu_time_awb.so.1 is needed by flite-devel-1.2-2.x86_64 /usr/lib/libflite_cmu_us_kal.so.1 is needed by flite-devel-1.2-2.x86_64 /usr/lib/libflite_cmu_us_kal16.so.1 is needed by flite-devel-1.2-2.x86_64 /usr/lib/libflite_cmulex.so.1 is needed by flite-devel-1.2-2.x86_64 /usr/lib/libflite_usenglish.so.1 is needed by flite-devel-1.2-2.x86_64 error: BR installation failed Begin-PLD-Builder-Info Build-Time: user:6.44s sys:3.47s real:77.46s (faults io:8 non-io:172896) End-PLD-Builder-Info cytat (+/-): Jak komuś przeszkadza, to poprawi. Nie wiem, dlaczego nie jest /usr/lib na x86_64 zamiast /usr/lib64 - prośba o przyjrzenie się. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ERRORS: eflite.spec
On Sat 30. of June 2007, 17:26, Bartosz Świątek wrote: Wydaje się, że poprawiłem ten błąd. Czekam aż się zbuduje na burdelach. Dobrze się Ci wydaje. Dzięki ;) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ERRORS: fwbuilder.spec
On Thu 28. of June 2007, 19:26, PLD th-x86_64 builder wrote: fwbuilder.spec (HEAD): FAILED [...] .obj/platforms.o platforms.cpp /usr/include/c++/4.2.0/bits/stl_pair.h: In member function 'std::pairconst QString, QString std::pairconst QString, QString::operator=(const std::pairconst QString, QString)': /usr/include/c++/4.2.0/bits/stl_pair.h:69: instantiated from 'void __gnu_cxx::_SGIAssignableConcept_Tp::__constraints() [with _Tp = std::pairconst QString, QString]' /usr/include/c++/4.2.0/bits/stl_list.h:411: instantiated from 'std::liststd::pairconst QString, QString, std::allocatorstd::pairconst QString, QString ' platforms.cpp:348: instantiated from here /usr/include/c++/4.2.0/bits/stl_pair.h:69: error: non-static const member 'const QString std::pairconst QString, QString::first', can't use default assignment operator /usr/include/c++/4.2.0/bits/boost_concept_check.h: In member function 'void __gnu_cxx::_SGIAssignableConcept_Tp::__constraints() [with _Tp = std::pairconst QString, QString]': /usr/include/c++/4.2.0/bits/boost_concept_check.h:210: note: synthesized method 'std::pairconst QString, QString std::pairconst QString, QString::operator=(const std::pairconst QString, QString)' first required here make[2]: *** [.obj/platforms.o] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/fwbuilder-2.1.12/src/gui' make[1]: *** [sub-gui] Error 2 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/fwbuilder-2.1.12/src' make: *** [sub-src] Error 2 error: Bad exit status from /tmp/B.16a512/rpm-tmp.31845 (%build) [...] Prośba do znawców C++ o przyjrzenie się i naprawienie. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: espeak.spec - up to 1.26
On Sun 17. of June 2007, 09:03, rotom wrote: Author: rotomDate: Sun Jun 17 07:03:19 2007 GMT Module: SPECS Tag: HEAD Log message: - up to 1.26 Files affected: SPECS: espeak.spec (1.29 - 1.30) Diffs: Index: SPECS/espeak.spec diff -u SPECS/espeak.spec:1.29 SPECS/espeak.spec:1.30 --- SPECS/espeak.spec:1.29Sun May 20 13:50:25 2007 +++ SPECS/espeak.spec Sun Jun 17 09:03:14 2007 @@ -2,12 +2,12 @@ Summary: eSpeak - speech synthesizer for English and other languages Summary(pl.UTF-8): eSpeak - syntezator mowy dla języka angielskiego i innych Name: espeak -Version: 1.25 -Release: 3 +Version: 1.26 +Release: 1 License: GPL v2 Group: Applications Source0: http://dl.sourceforge.net/espeak/%{name}-%{version}-source.zip -# Source0-md5: f626d1d7b07213a90a64ab11539a2f6e +# Source0-md5: fa29ac3c24df96925b4df98f3f19e2be Czy przypadkiem nie trzeba też uzupełnić listy plików o nowe i sprawdzić, czy to w ogóle działa? [...] $Log$ +Revision 1.30 2007/06/17 07:03:14 rotom +- up to 1.26 + Revision 1.29 2007/05/20 11:50:25 twittner - mark libespeak.so.[0-9] as %ghost [...] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: espeak.spec - up to 1.26
On Sun 17. of June 2007, 09:59, Robert Tomasik wrote: Dnia niedziela, 17 czerwca 2007, Tomasz Wittner napisał: Czy przypadkiem nie trzeba też uzupełnić listy plików o nowe i sprawdzić, czy to w ogóle działa? Działa, działa chociaż sam program jak dla mnie szału nie robi, a sekcję files faktycznie trzeba uzupełnić. Update speca (lokalnie) zrobiłem bodaj 9 czerwca, ale że coś tam mi przestalo działać (nie miałem czasu na wnikanie co - nie chciał gadać, wypisywał coś u jackd), to nie komitowałem go. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: ulogd-mysql.patch (NEW) - fixed `mysql_config --libs` out...
On Tue 15. of May 2007, 18:08, Jakub Bogusz wrote: On Tue, May 15, 2007 at 03:30:20PM +0200, gotar wrote: Author: gotarDate: Tue May 15 13:30:17 2007 GMT Module: SOURCES Tag: HEAD Log message: - fixed `mysql_config --libs` output handling for strings and linker +-MYSQLLIBS=`$d/mysql_config --libs` ++MYSQLLIBS=`$d/mysql_config --libs | sed 's/-Wl,--as-needed //'` Nie tutaj. To -Wl,* tudzież -s ma zniknąć z tego co zwraca --libs. +- MYSQL_FUNCTION_TEST=`strings ${MYSQLLIBS}/libmysqlclient.so | grep mysql_real_escape_string` ++MYSQL_FUNCTION_TEST=`strings $(echo ${MYSQLLIBS} | grep -m 1 -o -- '-L/[[^ ]]*/ ' | sed 's/[[-L ]]//g')/libmysqlclient.so | grep mysql_real_escape_string` O [EMAIL PROTECTED]@%. Nie znają AC_CHECK_LIB? AFAIR Gotar wypisał się z pld-devel-pl po jakimś tam flejmie. Za to subskrybuje pld-devel-en . -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Icon, Unicon, espeak - kto wciórności pisze do tego spece?
On Sun 13. of May 2007, 17:17, Bohdan R. Rau wrote: Witam. Przepraszam, ale coś tu kur2 nie gra. Do Icona speca zrobiłem (nawet nie wiem czy ktoś ko wrzucił do cvs, ja go mam na dysku i nie mam zamiaru sprawdzać z prostej i chyba zrozumiałej przyczyny). O espeaku pisałem Nie zauważyłem posta pt: Orca, espeak - prośba o poprawienie (nie wiem, dalej nie działa? Nie wiem, co nie działa i jak nie działa - za dużo krzyku, za mało technikalii. Ja sprawdzałem u siebie - działało. Nie sprawdzam bo z niego korzystam i skompilowałem ze źródełek, Od przed chwili dla Th i Ac wersję 1.24 espeak'a, nie modyfikowaną t.j. bez mojego przerobionia buildsystemu na używającego autotoolsów, który, być może nie uwzględnił zmian w nowszych espeak'ach. [...] QRD mać, czy można prosić o to aby spece pisali ludzie którzy cokolwiek wiedzą na temat softu który próbują specować? Masz szansę być jednym z nich, ale od dania Ci głosu poparcia w kwestii posiadania przez Ciebie rw odstręcza mnie Twoja kultura. A resztę (Sobieradzików, pomysłowych Dobromirów, Gumisie i inne takie) prosić o niewtrącanie się? ethanak PS. Do Unicona speca i patcha jutro zrobię (bo ten co jest w cvs nawet po spatchowaniu na nowe jajko po prostu nie działa - ktoś zapomniał o ścieżkach do ipl - a do jasnej cholery zależy mi na tym aby PLD było w jakimś stopniu używalne), ale podejrzewam że jest jeszcze parę innych radosnych specy pisanych przez ludzi którzy nie mają pojęcia do czego dany soft służy. PPS. A propos Unicona (to do radosnego twórcy speca): link dialog procedure main() write(OpenDialog()); end Zrób, wciórności, żeby to działało i nie pierniczyło że nie wie gdzie jest dialog.u - oczywiście z PLD-owego rpm-a. I bez ręcznego ustawiania ścieżek czy robienia jakichś kretyńskich symlinków. PPPS. Przepraszam, ale dzisiaj to mi po prostu ręce i nogi opadły i musiałem się wyżalić. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ruby-xslt.spec (NEW) - Import: original SPEC by Piotr Biedr...
On Mon 30. of April 2007, 10:35, Marcin Kurzyna wrote: On Monday 30 of April 2007 07:33:04 Andrzej Krzysztofowicz wrote: Zdaniem. true. %banner ? możliwe - tego nie wiem. jak się używa? Przyjemnie: http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/banners-pl.txt?rev=1.2 m. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: noip.spec
On Sun 15. of April 2007, 16:29, Arkadiusz Chomicki wrote: On Sat 14. of April 2007, 23:59, Arkadiusz Chomicki wrote: witam czy jest jakis powod ze /usr/sbin/noip ma u+s? wg mnie jest to naduzycie. program startuje jak trzeba bez a jak ma u+s to kazdy posiadacz konta na serwerze odczyta konfiguracje. IMO nie każdy: %attr(4750,root,adm) %{_sbindir}/noip - root + userzy należący do grupy adm . a ja twierdze ze kazdy: sprawdz: $ noip -S przepraszam. masz racje. tylko z grupy adm Nic nieszkodzi, dobrze, że sprawdziłeś, bo ja używam niedystrybucyjnej wersji pakietu, bez adm, nobody, suid. Ten suid może nie jest taki zły, w zależności, co się chce przez to osiągnąć - to powinno być głównym pytaniem. BTW: -rwsr-xr-- 1 root adm 34K 2006-03-14 14:13 /bin/ping jaka jest praktyczna różnica między -rwsr-xr-- (ping) a -rwsr-x--- (noip)? + config, którego właścicielem jest nobody to nie jest to, co chciałbym widzieć w tym specu. -- Tomasz Wittner ___ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: espeak - czemu się nie chce budować?
On Wed 11. of April 2007, Bohdan R. Rau wrote: Tomasz Wittner wrote: [...] 1. Temat na pld-devel-{en,pl} (users rzadko czytam - mój błąd) Kiedy od pewnego czasu nie mogę nic wysłać na pld-devel :( Od tego są listsadmini - ja ostatnio przepisywałem się z o2 na gmail na wszystkich listach i chodzi. Na wszelki wypadek Cc na priv. 2. Wersja espeak: 1.21 Jest już 1.22 (chyba testowa na razie, ja mam źródła w siedemnastu kawałkach bezpośrednio od autora :) ) Dodane parę rzeczy specyficznych dla polskiego. 3. AFAIR - Th - buduje się, Ac - nie: Błąd jest w patchu (numbers.c zamiast numbers.cpp), po poprawce się piknie zbudował w Ac. Dzięki za zauważenie tego, przepraszam za mój błąd. Dziwi mnie, że na Th się budowało się z błędną nazwą pliku w Makefile.am, a na Ac nie - dlatego nie zauważyłem tego błędu. Tak, czy owak poprawione w cvs. Program oryginalnie wykorzystuje do budowania Makefile i robi IMO głupie rzeczy przy budowaniu. Mój pacz to zmienia - używa configure.ac + Makefile.am i lt/ac/am. Można próbować budować ze źródeł tj. bez paczowania. No, ale ja potrzebowałem rpm-a, do zbudowania gnome-speech Malutkiego patcha szykuję coby potrafił trochę bardziej zrozumiale po polsku gadać... Chętnie wypróbuję. Jak już zrobisz ;) - generalnie nic nie dłubię w kodzie. Jutro (dzisiaj nie zdążę) podeślę autorowi ostatnie poprawki do plików pl_* - strasznie ciężko mi się pisze po angielsku o specyfice polskiej wymowy :( Jak bardzo chcesz szybko i natychmiast to ściągnij 1.22 i daj mi cynk na priv - podeślę najnowsze pliki. E - poczekam ;). ethanak -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] FlightGear-0:0.9.6-1
On Fri 6. of April 2007, Tomasz Wittner wrote: Informacyjnie: [EMAIL PROTECTED] ~]$ fgfs [tu wyświetla się jakieś okienko z obrazkiem i robi pipipipi w głośnikach] Object PanelInstruments not found Object ControlsGroup not found zsh: segmentation fault fgfs [EMAIL PROTECTED] ~]$ qf `which fgfs` FlightGear-0:0.9.6-1 athlon.ac.pld-linux.org (no i poleciał) Dodam jeszcze, ze najpierw musiałem zrobić linka /usr/share/FlightGear - /usr/share/games/FlightGear zanim cokolwiek ruszyło. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] FlightGear-0:0.9.6-1
On Sat 7. of April 2007, Michal Kochanowicz wrote: On Fri, Apr 06, 2007 at 10:47:26PM +0200, Tomasz Wittner wrote: Informacyjnie: [EMAIL PROTECTED] ~]$ fgfs [tu wyświetla się jakieś okienko z obrazkiem i robi pipipipi w głośnikach] #v+ 5082 access(/dev/input/js0, F_OK)= -1 ENOENT (No such file or directory) 5082 open(/dev/js0, O_RDONLY)= -1 ENOENT (No such file or directory) 5082 --- SIGSEGV (Segmentation fault) @ 0 (0) --- #v- Potrzebuje joysticka? Dawniej działał bez - dzięki, nie zwróciłem nawet uwagi, co wypisał przed segfaultnięciem. Aktualnie wybudowałem zestaw na Ac: $ q SimGear FlightGear SimGear-0:0.3.10-1 athlon asus.domek.dom FlightGear-0:0.9.10-1 athlon asus.domek.dom oba HEAD, sudo ln -s /usr/share/games/FlightGear /usr/share/FlightGear . Działa. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] FlightGear-0:0.9.6-1
Informacyjnie: [EMAIL PROTECTED] ~]$ fgfs [tu wyświetla się jakieś okienko z obrazkiem i robi pipipipi w głośnikach] Object PanelInstruments not found Object ControlsGroup not found zsh: segmentation fault fgfs [EMAIL PROTECTED] ~]$ qf `which fgfs` FlightGear-0:0.9.6-1 athlon.ac.pld-linux.org (no i poleciał) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
qemu: /sbin/qemu-ifup
Hi, IMO /sbin/qemu-ifup powinien być: a). pusty b). w /etc (jak to jest oryginalnie, bez qemu-ifup.ptach) Aktualnie mam taką konfigurację: $ cat /sbin/qemu-ifup #!/bin/sh if [ -f /etc/sysconfig/qemu ]; then . /etc/sysconfig/qemu fi $ cat /etc/sysconfig/qemu sudo ifconfig $1 0.0.0.0 promisc up sudo tc qdisc add dev $1 root sfq sudo brctl addif br0 $1 zamiast #!/bin/sh [IN] if [ -f /etc/sysconfig/qemu ]; then /etc/sysconfig/qemu fi # of course this will work only for one interface. a lot possible to involve sudo /sbin/ifconfig $1 ${INTERFACE_ADDR:-172.20.0.1} -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: wine.spec - ExcludeArch: i386 (from Ac-branch)
On Sat 31. of March 2007, Andrzej Krzysztofowicz wrote: twittner wrote: ExclusiveArch: %{ix86} +ExcludeArch: i386 A to tak dziala? (wrzucanie tej samej arch do Exclusive- i Exclude-) Najwyraźniej tak: http://ep09.pld-linux.org/~buildsrc/queue.html 42042. 2007.03.27 22:52:02 from hawk 502d1df8-6525-4cf6-9713-616d895b4e2b, 2, upgrade wine-0.9.33-2.src.rpm (wine.spec -R AC-branch ) [ac-i686:OK ac-i586:OK ac-i386:FAIL ac-athlon:OK ac-alpha:FAIL ac-sparc:FAIL ac-amd64:FAIL ac-ppc:FAIL] A skopiowanA przeze mnie zmiana Hawk'a z AC-branch'A na HEAD, nie ma praktycznego sensu, bo HEAD używany przez Th nie posiada arch i386 (pomyślałem o tym w sekundę po commicie). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mkvtoolnix.patch
On Wed 21. of March 2007, Dariusz Rojewski wrote: [...] To to jest patch czy SPEC? Bo według tego pliku, to jest patch tworzący nowy SPEC :) Jest to wynik diff'a na poprawionym/zaktualizowanym specu. Jak więc powinien się nazywać temat ? (Bo ja muszę się jeszcze dużo uczyć :) diff -urN plik.spec.orig plik.spec latka.patch rN zbędne lub (jesli operujesz na oryginalnym specu) cvs diff -u plik.spec latka.patch -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: iproute2 - tc - brakujace biblioteki
On Thu 15. of March 2007, Pawel Nogas wrote: tc w pakiecie iproute2 jest niekompletne : http://www.cbk.poznan.pl/spider/iproute2.spec.diff P. athlon-pld-linux-gcc -Wl,-export-dynamic tc.o tc_qdisc.o tc_class.o tc_filter.o tc_util.o m_police.o m_estimator.o m_action.o m_ematch.o emp_ematch.yacc.o emp_ematch.lex.o q_fifo.o q_sfq.o q_esfq.o q_red.o q_prio.o q_tbf.o q_cbq.o q_wrr.o f_rsvp.o f_u32.o f_route.o f_fw.o f_basic.o q_dsmark.o q_gred.o f_tcindex.o q_ingress.o q_hfsc.o q_htb.o m_gact.o m_mirred.o m_ipt.o m_pedit.o p_ip.o p_icmp.o p_tcp.o p_udp.o em_nbyte.o em_cmp.o em_u32.o em_meta.o ../lib/libnetlink.a ../lib/libutil.a tc_core.o tc_red.o tc_cbq.o tc_estimator.o -L../lib -lnetlink -lutil -L. -ltc -lm -ldl -o tc ---^-^^ IMO kompletne (AC-branch). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: iproute2 - tc - brakujace biblioteki
On Thu 15. of March 2007, Tomasz Wittner wrote: On Thu 15. of March 2007, Pawel Nogas wrote: tc w pakiecie iproute2 jest niekompletne : http://www.cbk.poznan.pl/spider/iproute2.spec.diff P. athlon-pld-linux-gcc -Wl,-export-dynamic tc.o tc_qdisc.o tc_class.o tc_filter.o tc_util.o m_police.o m_estimator.o m_action.o m_ematch.o emp_ematch.yacc.o emp_ematch.lex.o q_fifo.o q_sfq.o q_esfq.o q_red.o q_prio.o q_tbf.o q_cbq.o q_wrr.o f_rsvp.o f_u32.o f_route.o f_fw.o f_basic.o q_dsmark.o q_gred.o f_tcindex.o q_ingress.o q_hfsc.o q_htb.o m_gact.o m_mirred.o m_ipt.o m_pedit.o p_ip.o p_icmp.o p_tcp.o p_udp.o em_nbyte.o em_cmp.o em_u32.o em_meta.o ../lib/libnetlink.a ../lib/libutil.a tc_core.o tc_red.o tc_cbq.o tc_estimator.o -L../lib -lnetlink -lutil -L. -ltc -lm -ldl -o tc ---^-^^ IMO kompletne (AC-branch). OK - sprawdziłem, jak wygląda pakiet w Debianie i Fedorze - wiem, o co już chodzi - poprawka zaplikowana - dzięki. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVSROOT: users - try another mail account
On Sun 4. of March 2007, Tomasz Wittner wrote: On Sat 3. of March 2007, Artur Flinta wrote: Tomasz Wittner pisze: 1). O możliwości skutecznego wysyłania na alias [EMAIL PROTECTED] dawno już zapomniałem (w sensie: wiem, że nie działa i dlatego nie szpanuję tym adresem przed laskami). Już mogę ;) Na razie chodzą zlecenia na buildery, wracają logi, chodzą listy. o2 miało dzisiaj przestój, na tyle długi, że się zdążyłem przepisać na wszystkich listach, 2). oprócz pld-cvs-commit@lists.pld-linux.org - zapisywanie na tę listę po prostu nie działa - nie dostaję potwierdzenia od mailmana (takiego, że klikam na link i potwierdzam, że chcę subskrybować commits). Raz przyszło z dużym opóźnieniem, teraz od razu. A może gmail? Teraz zdaje się nie potrzeba zaproszenia (jak potrzeba to daj znać). Artur Jeszcze raz dzięki, ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] poldek - abort
On Sat 3. of March 2007, Tomasz Wittner wrote: Cześć Chciałem zgłosić coś takiego: $ poldek Something wrong, something not quite right. Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248 Please report this bug to [EMAIL PROTECTED]. zsh: abort poldek $ q poldek poldek-0:0.20-11 athlon athlon.ac.pld-linux.org Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () (tgdb) backtrace #0 0xe410 in __kernel_vsyscall () #1 0xb754ff51 in raise () from /lib/tls/libc.so.6 #2 0xb755175c in abort () from /lib/tls/libc.so.6 #3 0xb7e5e042 in n_assert_hook (expr=0xb7e26260 n_stream_tell(st) == TNDBSIGN_OFFSET, file=0xb7e261e0 tndb.c, line=248) at lib_init.c:904 #4 0xb7e02692 in n_assert_fail (expr=0xb7e26260 n_stream_tell(st) == TNDBSIGN_OFFSET, file=0xb7e261e0 tndb.c, line=248) at nassert.c:51 #5 0xb7e25376 in tndb_sign_restore (st=0x80cca88, sign=0xbf7feacc, flags=80) at tndb.c:248 #6 0xb7e25877 in tndb_hdr_restore (hdr=0xbf7feac0, st=0x80cca88) at tndb.c:377 #7 0xb7e23cfd in do_tndb_open (fd=29, path=0x80cca50 /home/users/inter/my/devel/RPMS/packages.ndir.gz) at read.c:323 #8 0xb7e23e28 in tndb_dopen (fd=29, path=0x80cca50 /home/users/inter/my/devel/RPMS/packages.ndir.gz) at read.c:367 #9 0xb7e74c64 in do_dbopen (path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, vf=0xbf7fed20, srcnam=0x80cf458 devel) at pnd ir.c:186 #10 0xb7e75104 in pndir_open (idx=0xbf7fed20, path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, flags=0, srcnam=0x80cf458 dev el) at pndir.c:280 #11 0xb7e75197 in pndir_open_verify (idx=0xbf7fed20, path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, flags=0, srcnam=0x80cf4 58 devel) at pndir.c:300 #12 0xb7e75416 in do_open (pkgdir=0x80cf540, flags=0) at pndir.c:385 #13 0xb7e665c5 in pkgdir_open_ext (path=0x805b180 /home/users/inter/my/devel/RPMS/, pkg_prefix=0x0, type=0x805b730 pndir, name=0x805b670 devel, compr ess=0x0, flags=0, lc_lang=0x805b798 pl_PL.UTF-8:C) at pkgdir.c:461 #14 0xb7e66270 in pkgdir_srcopen (src=0x805b680, flags=0) at pkgdir.c:376 #15 0xb7e421eb in pkgset_load (ps=0x807b4a0, ldflags=16, sources=0x80506c0) at pkgset-load.c:50 #16 0xb7e5f32b in poldek_load_sources__internal (ctx=0x8050688) at lib_pkgset.c:70 #17 0xb7e5ef10 in poldek_load_sources (ctx=0x8050688) at lib_init.c:1362 #18 0xb7ea3d1d in poclidek_load_packages (cctx=0x80572c0, flags=3) at cli.c:525 #19 0x0804b79b in load_packages (cctx=0x80572c0, cnflags=0) at main.c:626 #20 0x0804b7ce in run_poldek (cctx=0x80572c0) at main.c:635 #21 0x0804ba2d in main (argc=1, argv=0xbf800fd4) at main.c:715 $ l /home/users/inter/my/devel/RPMS/packages.ndir.gz -rw--- 1 inter users 0 2007-03-03 00:14 /home/users/inter/my/devel/RPMS/packages.ndir.gz Właśnie sobie przypominiałem, że wyskoczyły jakieś błędy przy poldek -ndevel --mkidx . Od tej pory mam komunikat jak w pierwszym poście. Wiem, że mogę skasować uszkodzone packages.ndir.gz, ale program imo nie powinien a). się wywalac na błednych danych, b). takich błednych danych produkować. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] poldek - abort
On Sat 3. of March 2007, Tomasz Wittner wrote: Cześć Chciałem zgłosić coś takiego: $ poldek Something wrong, something not quite right. Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248 Please report this bug to [EMAIL PROTECTED]. zsh: abort poldek $ q poldek poldek-0:0.20-11 athlon athlon.ac.pld-linux.org Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () (tgdb) backtrace #0 0xe410 in __kernel_vsyscall () #1 0xb754ff51 in raise () from /lib/tls/libc.so.6 #2 0xb755175c in abort () from /lib/tls/libc.so.6 #3 0xb7e5e042 in n_assert_hook (expr=0xb7e26260 n_stream_tell(st) == TNDBSIGN_OFFSET, file=0xb7e261e0 tndb.c, line=248) at lib_init.c:904 #4 0xb7e02692 in n_assert_fail (expr=0xb7e26260 n_stream_tell(st) == TNDBSIGN_OFFSET, file=0xb7e261e0 tndb.c, line=248) at nassert.c:51 #5 0xb7e25376 in tndb_sign_restore (st=0x80cca88, sign=0xbf7feacc, flags=80) at tndb.c:248 #6 0xb7e25877 in tndb_hdr_restore (hdr=0xbf7feac0, st=0x80cca88) at tndb.c:377 #7 0xb7e23cfd in do_tndb_open (fd=29, path=0x80cca50 /home/users/inter/my/devel/RPMS/packages.ndir.gz) at read.c:323 #8 0xb7e23e28 in tndb_dopen (fd=29, path=0x80cca50 /home/users/inter/my/devel/RPMS/packages.ndir.gz) at read.c:367 #9 0xb7e74c64 in do_dbopen (path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, vf=0xbf7fed20, srcnam=0x80cf458 devel) at pnd ir.c:186 #10 0xb7e75104 in pndir_open (idx=0xbf7fed20, path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, flags=0, srcnam=0x80cf458 dev el) at pndir.c:280 #11 0xb7e75197 in pndir_open_verify (idx=0xbf7fed20, path=0x80cc8a8 /home/users/inter/my/devel/RPMS/packages.ndir.gz, vfmode=561, flags=0, srcnam=0x80cf4 58 devel) at pndir.c:300 #12 0xb7e75416 in do_open (pkgdir=0x80cf540, flags=0) at pndir.c:385 #13 0xb7e665c5 in pkgdir_open_ext (path=0x805b180 /home/users/inter/my/devel/RPMS/, pkg_prefix=0x0, type=0x805b730 pndir, name=0x805b670 devel, compr ess=0x0, flags=0, lc_lang=0x805b798 pl_PL.UTF-8:C) at pkgdir.c:461 #14 0xb7e66270 in pkgdir_srcopen (src=0x805b680, flags=0) at pkgdir.c:376 #15 0xb7e421eb in pkgset_load (ps=0x807b4a0, ldflags=16, sources=0x80506c0) at pkgset-load.c:50 #16 0xb7e5f32b in poldek_load_sources__internal (ctx=0x8050688) at lib_pkgset.c:70 #17 0xb7e5ef10 in poldek_load_sources (ctx=0x8050688) at lib_init.c:1362 #18 0xb7ea3d1d in poclidek_load_packages (cctx=0x80572c0, flags=3) at cli.c:525 #19 0x0804b79b in load_packages (cctx=0x80572c0, cnflags=0) at main.c:626 #20 0x0804b7ce in run_poldek (cctx=0x80572c0) at main.c:635 #21 0x0804ba2d in main (argc=1, argv=0xbf800fd4) at main.c:715 $ l /home/users/inter/my/devel/RPMS/packages.ndir.gz -rw--- 1 inter users 0 2007-03-03 00:14 /home/users/inter/my/devel/RPMS/packages.ndir.gz Właśnie sobie przypominiałem, że wyskoczyły jakieś błędy przy poldek -ndevel --mkidx . Od tej pory mam komunikat jak w pierwszym poście. Wiem, że mogę skasować uszkodzone packages.ndir.gz, ale program imo nie powinien a). się wywalac na błednych danych, b). takich błednych danych produkować. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] poldek - abort
Cześć Chciałem zgłosić coś takiego: $ poldek Something wrong, something not quite right. Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248 Please report this bug to [EMAIL PROTECTED]. zsh: abort poldek $ q poldek poldek-0:0.20-11 athlon athlon.ac.pld-linux.org -- Oficjalne konto pocztowe europejskich internautow! http://link.interia.pl/f19e8 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVSROOT: users - try another mail account
On Sat 3. of March 2007, Zbyniu Krzystolik wrote: Mniej wiecej Sat, Mar 03, 2007 at 02:55:29PM +0100, zainteresowany twittner rzekl: Log message: - try another mail account -twittner:[EMAIL PROTECTED]:Tomasz Wittner:[EMAIL PROTECTED] +twittner:[EMAIL PROTECTED]:Tomasz Wittner:[EMAIL PROTECTED] Obawiam się, że zamienił stryjek siekierę na kijek. Interia też używa SPF i też niektóre maile będzie Ci cieło. :-( 1). O możliwości skutecznego wysyłania na alias [EMAIL PROTECTED] dawno już zapomniałem (w sensie: wiem, że nie działa i dlatego nie szpanuję tym adresem przed laskami). Na razie chodzą zlecenia na buildery, wracają logi, chodzą listy. o2 miało dzisiaj przestój, na tyle długi, że się zdążyłem przepisać na wszystkich listach, 2). oprócz pld-cvs-commit@lists.pld-linux.org - zapisywanie na tę listę po prostu nie działa - nie dostaję potwierdzenia od mailmana (takiego, że klikam na link i potwierdzam, że chcę subskrybować commits). Zbyniu -- Tomasz Wittner -- Oficjalne konto pocztowe europejskich internautow! http://link.interia.pl/f19e8 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVSROOT: users - try another mail account
On Sat 3. of March 2007, Artur Flinta wrote: Tomasz Wittner pisze: 1). O możliwości skutecznego wysyłania na alias [EMAIL PROTECTED] dawno już zapomniałem (w sensie: wiem, że nie działa i dlatego nie szpanuję tym adresem przed laskami). Na razie chodzą zlecenia na buildery, wracają logi, chodzą listy. o2 miało dzisiaj przestój, na tyle długi, że się zdążyłem przepisać na wszystkich listach, 2). oprócz pld-cvs-commit@lists.pld-linux.org - zapisywanie na tę listę po prostu nie działa - nie dostaję potwierdzenia od mailmana (takiego, że klikam na link i potwierdzam, że chcę subskrybować commits). A może gmail? Teraz zdaje się nie potrzeba zaproszenia (jak potrzeba to daj znać). Niepotrzeba. Wedug mnie jeden z lepszych serwisów pocztowych. Zobaczymy ;) - tak czy owak dzięki za rekomendację - konto założyłem. Ostatnio często potrzebuję też korzystać po za domem z dostępu do maila po www i tu widać różnicę między taką interią a gmail - interia serwuje jakieś walące i migające po oczach animowane reklamy od których odwracam wzrok i które mnie wcale nie interesują, a google - coś tam u góry strony, małymi literkami, w jednej linijce, co z zaciekawieniem czytam, bo pojawia się temat PHP - a ostatnio zajmowałem się tym trochę ... (reszty pisać nie trzeba - wiadomo, jak się nazywa teraz najlepsza agencja wywiadowcza). Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- Tomasz Wittner -- Jestes kierowca? To poczytaj! http://link.interia.pl/f199e ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th][poldek] bug
Something wrong, something not quite right. Assertion 'n_array_size(pkgs)' failed, pkgdir_dirindex.c:645 Please report this bug to [EMAIL PROTECTED]. /etc/poldek/poldek.conf: ignore = *-0.* zsh: abort ... polddek-0.21.0 błąd przestał się ujawniać po skasowaniu *dirindex* z .poldek-cache - thnx to megabajt za tego hint'a. Michał twierdzi ponadto, że jak mam cos w ignore (dziala), a potem dodam cos nowego to nie dziala (z irc'a). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] przebudowywanie pakietów po upgrade gnutls ...
Po upgrade msmtp na Ac (w zwiazku z przebudowaniem z nowym gnutlls-1.6.1) pojawił sie taki niepokojący komunikat: * Adding msmtp.spec:AC-branch msmtp: support for authentication method PLAIN is not compiled in Przeniosłem AC-branch na wersję 1.4.10 (a nie na HEAD, bo UTF8) i coś się popsuło. Akurat msmtp jest mi niezbędny do wysyłania zleceń. I owo popsucie chyba ma miejsce w gsasl. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] przebudowywanie pakietów po upgrade gnutls ...
On Sun 18. of February 2007, Tomasz Wittner wrote: Po upgrade msmtp na Ac (w zwiazku z przebudowaniem z nowym gnutlls-1.6.1) pojawił sie taki niepokojący komunikat: * Adding msmtp.spec:AC-branch msmtp: support for authentication method PLAIN is not compiled in Przeniosłem AC-branch na wersję 1.4.10 (a nie na HEAD, bo UTF8) i coś się popsuło. Akurat msmtp jest mi niezbędny do wysyłania zleceń. I owo popsucie chyba ma miejsce w gsasl. Przebudowałem u siebie [EMAIL PROTECTED] i [EMAIL PROTECTED] - pomogło - dziwne. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ERRORS: openvpn.spec
On Sun 18. of February 2007, you wrote: openvpn.spec (AC-branch): FAILED --- openvpn.spec:AC-branch: Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) *** buildlog for openvpn.spec request from: twittner started at: Sun Feb 18 17:43:50 2007 building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu -nm --nodeps -bs -r AC-branch -Tp auto-ac- -tt openvpn.spec 21 # $Revision: 1.121.2.1 $, $Date: 2007/02/18 14:40:46 $ Available branches: AC-branch OPENVPN2 RA-branch Searching for tag auto-ac-openvpn-2_0-3... Tag auto-ac-openvpn-2_0-3 already exists (spec release: 1.87). exit status 2304 error: No files produced. error: File /home/users/builder/rpm/SOURCES/openvpn-2.0.9.tar.gz: No such file or directory Begin-PLD-Builder-Info Build-Time: user:0.46s sys:0.19s real:0.94s (faults io:0 non-io:22910) End-PLD-Builder-Info Coś jet popsute i źle wylicza autotaga. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] brak glibc-zoneright_info
Hi, Przy upgrade glibc poldek wypisał, że brakuje glibc-zoneright_info. brak jakiś Obsoletes/Provides? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] error: lat-1.1.0-1: req /usr/share/locale/fr_FR/LC_MESSAGES not found
Cześć, lat-1.1.0-1 marks gnome-mime-data-2.4.3-1 (cap /usr/share/application-registry) error: lat-1.1.0-1: req /usr/share/locale/fr_FR/LC_MESSAGES not found Ktoś jest w stanie powiedzieć, czy czegoś brakuje, czy pakiet ma za duże oczekiwania? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] dhcp
Instalacja dhcp-client pociąga za sobą instalację dhcp: dhcp-client-3.0.5-1 marks dhcp-3.0.5-1 (cap /var/lib/dhcp) Czy dla jednego katalogu (/var/lib/dhcp) należy wydzielać dhcp-common? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Do używających Emacsa
On Fri 9. of February 2007, Marcin 'Qrczak' Kowalczyk wrote: Jeśli od wprowadzenia --as-needed Emacs z innych gałęzi niż DEVEL_XFT nie działa na konsoli (krzyczy o termcap), to powinna pomóc łata emacs-ncurses-tinfo.patch. Mógłby ktoś sprawdzić i ewentualnie poprawić, bo mnie się nie chce. Ja się zająłem emacsem w gałęzi DEVEL_XFT, którego polecam, bo wygląda w X-ach bardzo ładnie. Do ~/.Xresources można wpisać na przykład tak: Emacs.FontBackend: xft Emacs.font: Monospace-10 i xrdb .Xresources albo restart sesji X. A tak w ogóle właśnie zmigrowałem z ISO-8859-2 na UTF-8. Zbudowałem na Ac (wykomentowałem BR: xorg-*) - zarówno ta wersja jak i emacs-22.0.92-0.20061221.1 (nie ma w naszym cvs, wziąłem tarballa z Debian'a) - wersje pod X'y nie mają ramek WM (chodzi mi o ten pasek z krzyżykiem do minimalizacji, maksymalizacji i zamykania okna) i otwierając się zajmują cały ekran (zasłaniają panel KDE). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] libselinux [EMAIL PROTECTED]
http://buildlogs.pld-linux.org/index.php?idx=16ok=0ns=0cnt=16off=0id=2ad99ef9401bef4ab2bfb62871fd688aaction=text Zbyniu twierdzi, że zbudowało mu się to na buildrze ppc paszczusia. Ktokolwiek cokolwiek przypuszcza, co może być przyczyną: ppc-pld-linux-gcc -O2 -fsigned-char -D_FILE_OFFSET_BITS=64 -I../include -I/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -c -o matchpathcon.o matchpathcon.c matchpathcon.c:79: error: thread-local storage not supported for this target make[1]: *** [matchpathcon.o] Error 1 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: STBR do AC
On Wed 17. January 2007 15:59, Zbyniu Krzystolik wrote: Cześć, poproszę: gradm.spec libsepol.spec libselinux.spec libsemanage.spec policycoreutils.spec checkpolicy.spec Kolejność niekonieczenie przypadkowa :) Zbyniu U mnie się zbudowało - mógłbym puścić (skoro nikt nie zgłasza zastrzeżeń), ale na http://src.ac.pld-linux.org/~buildsrc/queue.html widać, że coś zlecenia nie są puszczane (jakiś ban jest na puszczanie zleceń) i że amd64 nie fukcjonuje. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac-branch] qt4
Hi, Co z qt4 z AC-branch? U mnie się zbudowało (arch athlon) po dodaniu do ./configure -patform linux-g++ - bez tego używało /usr/share/qt/mkspecs, które to to było z qt-qmake-3.3.7: thlon-pld-linux-g++ -c -o qfsfileengine_unix.o -pipe -DQMAKE_OPENSOURCE_EDITION -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/arch/generic -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/include -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/include/QtCore -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/include -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/include/QtCore -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/global -I/home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/3rdparty/md5 -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_BUILD_QMAKE -DQT_NO_COMPRESS -I/usr/share/qt/mkspecs/linux-g++ -DHAVE_QCONFIG_CPP -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT ^^ /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp: In member function `bool QFSFileEnginePrivate::isSymlink() const': /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp:334: error: ` QT_LSTAT' undeclared (first use this function) /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp:334: error: (Each undeclared identifier is reported only once for each function it appears in.) /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp: In member function `virtual bool QFSFileEngine::setSize(long long int)': /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp:650: error: ` QT_FTRUNCATE' undeclared (first use this function) /home/users/inter/my/devel/qt4-ac-branch/BUILD/qt-x11-opensource-src-4.2.2/src/corelib/io/qfsfileengine_unix.cpp:652: error: ` QT_TRUNCATE' undeclared (first use this function) make: *** [qfsfileengine_unix.o] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.96073 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.96073 (%build) 152.69s real69.38s user12.18s system Następne pytanie - czy, a jeżeli tak to gdzie to pakować: Checking for unpackaged file(s): /usr/lib/rpm/check-files /mnt/hda5/tmp/qt4-4.2.2-root-inter warning: Installed (but unpackaged) file(s) found: /usr/lib/qt4/bin/pixeltool /usr/lib/qt4/bin/qdbus /usr/lib/qt4/bin/qdbuscpp2xml /usr/lib/qt4/bin/qdbusxml2cpp /usr/lib/qt4/bin/qvfb Wrote: /home/users/inter/my/devel/qt4-ac-branch/RPMS/QtCore-4.2.2-1.athlon.rpm Następna sprawa - czy (i ew. kiedy, z jakim prio) mozna puścić qt4:AC-branch do ac-test BTW1: inotify auto-detection... () athlon-pld-linux-g++ -c -pipe -O2 -march=athlon -fno-strict-aliasing -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/postgresql/server -I/usr/include/mysql -I. -o inotifytest.o inotifytest.cpp inotifytest.cpp:1:25: sys/inotify.h: No such file or directory inotifytest.cpp: In function `int main()': inotifytest.cpp:5: error: `inotify_init' undeclared (first use this function) inotifytest.cpp:5: error: (Each undeclared identifier is reported only once for each function it appears in.) inotifytest.cpp:6: error: `IN_ACCESS' undeclared (first use this function) inotifytest.cpp:6: error: `inotify_add_watch' undeclared (first use this function) inotifytest.cpp:7: error: `inotify_rm_watch' undeclared (first use this function) make: *** [inotifytest.o] Error 1 inotify disabled. BTW2: http://qrfcview.berlios.de/ - stąd moje zainteresowanie qt4, na razie mam: $ sudo ldd /home/users/inter/my/devel/qrfcview/SOURCES/qrfcview-0.62/bin/qRFCView | grep Troll libQtGui.so.4 = /usr/local/Trolltech/Qt-4.1.2/lib/libQtGui.so.4 (0xb79e4000) libQtNetwork.so.4 = /usr/local/Trolltech/Qt-4.1.2/lib/libQtNetwork.so.4 (0xb777a000) libQtCore.so.4 = /usr/local/Trolltech/Qt-4.1.2/lib/libQtCore.so.4 (0xb760d000 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-branch] qt4
On Tue 16. January 2007 22:03, Kamil Dziedzic wrote: Ja tak tylko wtrącę, że też jakiś czas temu po prostu zbudowałem ze spec'a bez żadnych problemów na amd64. Do tego qsvn.spec i działa super. Jak dwóch ci mówi, że jesteś pijany, to idź lepiej do domu - wszystkim się buduje, tylko mi nie. No i okazało się, że $ echo $QMAKESPEC /usr/share/qt/mkspecs/linux-g++ I najgorzej, że grepuje $HOME i /etc i nie mogę znaleźć, gdzie to ustawiłem. Dzięki za odzew i naprowadzenie. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-branch] qt4
On Wed 17. January 2007 00:13, Tomasz Wittner wrote: On Tue 16. January 2007 22:03, Kamil Dziedzic wrote: Ja tak tylko wtrącę, że też jakiś czas temu po prostu zbudowałem ze spec'a bez żadnych problemów na amd64. Do tego qsvn.spec i działa super. Jak dwóch ci mówi, że jesteś pijany, to idź lepiej do domu - wszystkim się buduje, tylko mi nie. No i okazało się, że $ echo $QMAKESPEC /usr/share/qt/mkspecs/linux-g++ I najgorzej, że grepuje $HOME i /etc i nie mogę znaleźć, gdzie to ustawiłem. Dzięki za odzew i naprowadzenie. Znalazłem - to jest w profile z modułu scripts w pldowym cvs -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-branch] qt4
On Tue 16. January 2007 22:03, Kamil Dziedzic wrote: Ja tak tylko wtrącę, że też jakiś czas temu po prostu zbudowałem ze spec'a bez żadnych problemów na amd64. Do tego qsvn.spec i działa super. No to jeszcze z ciekawości - jak qsvn ma się do takiego rapidsvn - próbowałeś może używać jednego i drugiego? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SVN: admin/dns: check.sh do.sh
On Sat 13. January 2007 01:13, domelu wrote: Author: domelu Date: Sat Jan 13 01:13:29 2007 New Revision: 8156 Modified: admin/dns/check.sh admin/dns/do.sh Log: - s/ftp.atm/ftp.wpia/g for tpnet [...] -/bin/sed -e s/%FTPMIRROR%/${FTP_TPNET}/g pld-linux.org.template pld-linux.org.zone-tpnet.tmp +/bin/sed -e s/%FTPMIRROR%/${FTP_TPNET}/g;s/217.149.246.5/193.0.95.152/g pld-linux.org.template pld-linux.org.zone-tpnet.tmp /bin/sed -e s/%FTPMIRROR%/${FTP_TPNET}/g;s/217\.149\.246\.5/193.0.95.152/g pld-linux.org.template pld-linux.org.zone-tpnet.tmp info sed: `.' Matches any character, including newline. [...] +/bin/sed -e s/%FTPMIRROR%/${FTP_TPNET}/g;s/217.149.246.5/193.0.95.152/g pld-linux.org.template pld-linux.org.zone-tpnet.tmp ___^ditto btw - nie wiedziałem, że `;' jest separatorem komend seda. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] - nieczyste wychodzenie z Xów - sig11, sig8
On Mon 8. January 2007 12:02, Łukasz Maśko wrote: Dnia niedziela, 7 stycznia 2007 17:47, Tomasz Wittner napisał: Hi, System Ac-ready.Xy (KDE) uruchamiam przez startx mając w .xinitrc wpisane `exec startkde'. Od jakiegoś czasu, po `Logout' w KDE nie powraca mi do konsoli (czarny ekran) - muszę wcisnąć Alt+F8 (cyli z konsoli, z której zwykle startuje Xy), a jak wcisnę, to mogę myszką złapać takie komunikaty (patrz załącznik; zawiera on 3 wyjścia). Nie jest to wszystko, co widziałem w tym temacie - AFAIR - Xy potrafią się kończyć jeszcze z innymi sygnałami. Mi to wygląda jak jakiś problem ze sterownikiem grafiki. Jeśli to ATI (nie wygląda na NVidię, ale może też) to sprawdź, czy wersja modułu kernela jest zgodna z wersją X11-driver(co tam masz). Może to pomoże. U mnie na NVidii i ATI nie ma problemów - ale używam starszych sterowników, bo jedno to GF4MX440Go, z którym mam problemy na najnowszych sterownikach, a drugie to Radeon8500, który nie jest już obsługiwany przez nowe firegl. Mam Rivę TNT2, nie używam sterownika nvdia, tylko nv (bez żadnych modułów). -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] - nieczyste wychodzenie z Xów - sig11, sig8
Hi, System Ac-ready.Xy (KDE) uruchamiam przez startx mając w .xinitrc wpisane `exec startkde'. Od jakiegoś czasu, po `Logout' w KDE nie powraca mi do konsoli (czarny ekran) - muszę wcisnąć Alt+F8 (cyli z konsoli, z której zwykle startuje Xy), a jak wcisnę, to mogę myszką złapać takie komunikaty (patrz załącznik; zawiera on 3 wyjścia). Nie jest to wszystko, co widziałem w tym temacie - AFAIR - Xy potrafią się kończyć jeszcze z innymi sygnałami. -- Tomasz Wittner 1: [0xe420] 2: /usr/X11R6/lib/modules/extensions/libGLcore.so(__MESA_destroyBuffer+0x68) [0xb7c40ba8] 3: /usr/X11R6/lib/modules/extensions/libglx.so(__glXDestroyDrawablePrivate+0x8d) [0xb7d22e1d] 4: /usr/X11R6/lib/modules/extensions/libglx.so(__glXUnrefDrawablePrivate+0x35) [0xb7d22b75] 5: /usr/X11R6/lib/modules/extensions/libglx.so [0xb7d22318] 6: /usr/X11R6/bin/Xwrapper(FreeClientResources+0x80) [0x80d4400] 7: /usr/X11R6/bin/Xwrapper(FreeAllResources+0x44) [0x80d44d4] 8: /usr/X11R6/bin/Xwrapper(main+0x43d) [0x80d1f3d] 9: /lib/tls/libc.so.6(__libc_start_main+0xd5) [0xb7db3015] 10: /usr/X11R6/bin/Xwrapper [0x80700e1] Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. 11: /usr/X11R6/bin/Xwrapper(AbortServer+0x17) [0x80eb827] 12: /usr/X11R6/bin/Xwrapper(FatalError+0x61) [0x80ebac1] 13: /usr/X11R6/bin/Xwrapper(xf86SigHandler+0xb3) [0x8088343] 14: [0xe420] 15: /usr/X11R6/lib/modules/extensions/libGLcore.so(__MESA_destroyBuffer+0x68) [0xb7c7eba8] 16: /usr/X11R6/lib/modules/extensions/libglx.so(__glXDestroyDrawablePrivate+0x8d) [0xb7d60e1d] 17: /usr/X11R6/lib/modules/extensions/libglx.so(__glXUnrefDrawablePrivate+0x35) [0xb7d60b75] 18: /usr/X11R6/lib/modules/extensions/libglx.so [0xb7d60318] 19: /usr/X11R6/bin/Xwrapper(FreeClientResources+0x80) [0x80d4400] 20: /usr/X11R6/bin/Xwrapper(FreeAllResources+0x44) [0x80d44d4] 21: /usr/X11R6/bin/Xwrapper(main+0x43d) [0x80d1f3d] 22: /lib/tls/libc.so.6(__libc_start_main+0xd5) [0xb7df1015] 23: /usr/X11R6/bin/Xwrapper [0x80700e1] FatalError re-entered, aborting Caught signal 8. Server aborting XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. 9: /usr/X11R6/bin/Xwrapper(DGAShutdown+0x46) [0x8085c36] 10: /usr/X11R6/bin/Xwrapper(ddxGiveUp+0x5c) [0x8071b0c] 11: /usr/X11R6/bin/Xwrapper(AbortServer+0x17) [0x80eb827] 12: /usr/X11R6/bin/Xwrapper(FatalError+0x61) [0x80ebac1] 13: /usr/X11R6/bin/Xwrapper(xf86SigHandler+0xb3) [0x8088343] 14: [0xe420] 15: /usr/X11R6/lib/modules/extensions/libGLcore.so(__MESA_destroyBuffer+0x68) [0xb7bf3ba8] 16: /usr/X11R6/lib/modules/extensions/libglx.so(__glXDestroyDrawablePrivate+0x8d) [0xb7cd5e1d] 17: /usr/X11R6/lib/modules/extensions/libglx.so(__glXUnrefDrawablePrivate+0x35) [0xb7cd5b75] 18: /usr/X11R6/lib/modules/extensions/libglx.so [0xb7cd5318] 19: /usr/X11R6/bin/Xwrapper(FreeClientResources+0x80) [0x80d4400] 20: /usr/X11R6/bin/Xwrapper(FreeAllResources+0x44) [0x80d44d4] 21: /usr/X11R6/bin/Xwrapper(main+0x43d) [0x80d1f3d] 22: /lib/tls/libc.so.6(__libc_start_main+0xd5) [0xb7d66015] 23: /usr/X11R6/bin/Xwrapper [0x80700e1] FatalError re-entered, aborting Caught signal 8. Server aborting ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] Zawieszanie się systemu podczas startu przy ustawianiu parametrów przez hdparm-0.6.9
Hi, Podczas startu (tylko po właczeniu zasilania), od niedawna, zacząło się zawieszać startowanie systemu przy ustawianiu parametrów [1] hdparm. Dodatkowo, hdparm zaczął jakoś podwójnie wyświetlać (patrz: 2x *udma5) [1]: /etc/sysconfig/hdparm: HDPARM_hda=-qa 32 -qc 1 -qd 1 -qm16 -qM 128 -qW 1 -qX udma5 $ q hdparm hdparm-0:6.9-1 athlon athlon.ac.pld-linux.org # hdparm -i /dev/hda /dev/hda: Model=WDC WD1600JB-00EVA0, FwRev=15.05R15, SerialNo=WD-WMAEK2510780 Config={ HardSect NotMFM HdSw15uSec SpinMotCtl Fixed DTR5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 * signifies the current active mode # hdparm -v /dev/hda /dev/hda: multcount= 16 (on) IO_support = 1 (32-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 32 (on) geometry = 19457/255/63, sectors = 312581808, start = 0 Zbudowałem hdparm z auto-ac-hdparm-6_7-1 - problem zawieszania się startu i podwójnego wyświetlania zniknął: $ q hdparm hdparm-0:6.7-1 athlon asus.domek.dom # hdparm -i /dev/hda /dev/hda: Model=WDC WD1600JB-00EVA0, FwRev=15.05R15, SerialNo=WD-WMAEK2510780 Config={ HardSect NotMFM HdSw15uSec SpinMotCtl Fixed DTR5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 * signifies the current active mode # hdparm -v /dev/hda - output bez zmian -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [PATCH] perl-Ogg-Vorbis-Header-PurePerl.spec
On Fri 5. January 2007 21:24, Michal Kochanowicz wrote: Bez tej łaty plik *.pm jest niedostępny. commitnięte - dzięki. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] błędy podczas instalacji logwatch
poldek:/all-avail install logwatch-7.2.1-3 logrotate-3.7.4-6 logrotate-3.7.4-6: equal version installed, skipped Processing dependencies... There are 1 package to install: I logwatch-7.2.1-3 Need to get 220.0KB of archives (220.0KB to download). After unpacking 1.0MB will be used. Retrieving ac::logwatch-7.2.1-3.noarch.rpm... .. 100.0% [220.0K (46.0K/s)] Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs pl:pl_PL:en:en_US... Preparing...### [100%] Moving configuration from /etc/log.d to /etc/logwatch/conf... mv: cannot stat `/etc/log.d/services': No such file or directory mv: cannot stat `/etc/log.d/logfiles': No such file or directory 1:logwatch ### [100%] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac][Th] ruby
On Sun 24. December 2006 00:38, Tomasz Wittner wrote: Hi, Ruby nie buduje się na niektórych plaformach i bynajmiej nie jest to wynikiem ostatnich, wprowadzonych przeze mnie zmian. Jednak jest - zjadło jednego hunka z patcha. Są dwa rodzaje problemów: 1. Na th-x86_64: RPM build errors: File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby/1.8 File not found by glob: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby/1.8/*-linux* Nie wiem, po co to jest - IMO to powinno zniknąć z %files. Zaraz postaram się poprawić. 2. Na th-ppc, ac-amd64: ruby, tcl'e i tk'i - albo wszystkie razem mają włączone (p)threads'y, albo wszystkie wyłączone - inaczej nici z budowania. I skoro tak jest, to może należy wprowadzić P:/R: tcl,tk,ruby(threads) compiling tk * ** ** PTHREAD SUPPORT MODE ERROR: ** ** Ruby is not compiled with --enable-pthread, but your Tcl/Tk ** library seems to be compiled with pthread support. This ** combination may cause frequent hang or segmentation fault ** errors when Ruby/Tk is working. We recommend that you NEVER ** create the library with such a combination of pthread support. ** ** Please recompile Ruby with the --enable-pthread configure option ** or recompile Tcl/Tk with the --disable-threads configure option. ** * compiling tk/tkutil compiling win32ole compiling zlib make[1]: Entering directory `/home/users/builder/rpm/BUILD/ruby-1.8.5-p2/ext/zlib' Niestety, raczej nie będę miał czasu się tym dalej zajmować. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac][Th] ruby
Hi, Ruby nie buduje się na niektórych plaformach i bynajmiej nie jest to wynikiem ostatnich, wprowadzonych przeze mnie zmian. Są dwa rodzaje problemów: 1. Na th-x86_64: RPM build errors: File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby File not found: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby/1.8 File not found by glob: /tmp/B.c094e3/ruby-1.8.5p2-root-builder/usr/lib/ruby/site_ruby/1.8/*-linux* Nie wiem, po co to jest - IMO to powinno zniknąć z %files. 2. Na th-ppc, ac-amd64: ruby, tcl'e i tk'i - albo wszystkie razem mają włączone (p)threads'y, albo wszystkie wyłączone - inaczej nici z budowania. I skoro tak jest, to może należy wprowadzić P:/R: tcl,tk,ruby(threads) compiling tk * ** ** PTHREAD SUPPORT MODE ERROR: ** ** Ruby is not compiled with --enable-pthread, but your Tcl/Tk ** library seems to be compiled with pthread support. This ** combination may cause frequent hang or segmentation fault ** errors when Ruby/Tk is working. We recommend that you NEVER ** create the library with such a combination of pthread support. ** ** Please recompile Ruby with the --enable-pthread configure option ** or recompile Tcl/Tk with the --disable-threads configure option. ** * compiling tk/tkutil compiling win32ole compiling zlib make[1]: Entering directory `/home/users/builder/rpm/BUILD/ruby-1.8.5-p2/ext/zlib' Niestety, raczej nie będę miał czasu się tym dalej zajmować. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] openoffice.org-2.1.0 - dwa pytania
On Sat 16. December 2006 19:29, Szymon Siwek wrote: Witam! Walczę z openoffice.org-2.1.0 (i686 jak zwykle) i mam dwa pytania: - jak wrzucać do distfiles snapshoty wyciągnięte z cvs? Spakować i przeczytać Distfiles-Quick-HowTo{,.en} z modułu pldowego cvs pt. PLD-doc. Można alternatywnie wystawić spakowanego snapa (ja robiłem na chwilę serwer ftp/http ze swojego desktopa, bądź jakiegokolwiek serwera w sieci, gdzie miałem dostęp), podać jego url w specu, komitnąć, poczekać aż df zassają i ew. usunąć tymczasowy url ze speca. - czy są jakieś obiekcje związane z odwróceniem bconda with_vfs? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] PLD TH nie działa pod qemu.
Czy ktoś może być przyczyna niedziałania PLD Th pod qemu (Ac mi działa). Załączam screena po wystartowaniu systemu z lilo/grub'a: http://twittner.host.sk/files/screenshots/qemu/pldthunderqemu.png Dla dociekliwych: $ q qemu qemu-0:0.8.2-0.5k athlon asus.domek.dom zbudowane na Ac, działa z modułem kqemu. -- Tomasz Wittner ___ 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): wine.spec - 0.9.27
On Sat 9. December 2006 20:16, Bartosz Świątek wrote: 2006/12/9, Bartosz Świątek [EMAIL PROTECTED]: 06-12-09, Dariusz Rojewski [EMAIL PROTECTED] napisał(a): On Sat, Dec 09, 2006 at 05:04:31AM +0100, shadzik wrote: Author: shadzik Date: Sat Dec 9 04:04:31 2006 GMT Module: SPECS Tag: AC-branch Log message: - 0.9.27 Files affected: SPECS: wine.spec (1.220.2.8.2.12 - 1.220.2.8.2.13) Jauc. [...] Błędy budowania RPM-a: Nie znaleziono pliku: /tmp/wine-0.9.27-root-darekr/usr/lib/wine/glut32.dll.so Error: package build failed. (no more info) :-P Mhmm ;) zaraz spojrze. spec jest w porzadku. Zapisano: /home/users/bartek/rpm/RPMS/wine-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-devel-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-programs-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-dll-d3d-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-dll-gl-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-dll-twain-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-drv-alsa-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-drv-arts-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-drv-jack-0.9.27-1.i686.rpm Zapisano: /home/users/bartek/rpm/RPMS/wine-drv-nas-0.9.27-1.i686.rpm RPM build errors: File not found: /mnt/hda5/tmp/wine-0.9.27-root-inter/usr/lib/wine/glut32.dll.so 4196.33s real 2931.53s user 304.45s system Error: package build failed. (no more info) Nie każdy ma tyle szczęścia, co Ty (Ac) -- Tomasz Wittner ___ 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): wine.spec - 0.9.27
On Fri 24. June 2005 01:54, Dariusz Rojewski wrote: [...] Nie każdy ma tyle szczęścia, co Ty (Ac) Juz poprawil. cvs up :) Thank you for letting me know. ;) -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Ac] quanta - nie działa wbudowany podgląd.
Hi, Mam utworzony projekt w quancie, edytuje index.html, wciskam klawisz wbudowanego podglądu i dostaje: Access forbidden! You don't have permission to access the requested object. It is either read-protected or not readable by the server. If you think this is a server error, please contact the webmaster. Error 403 W logach apache: /var/log/httpd]# grep -n -- /home/users/inter/my/public_html/html/preview-index.html * error_log:1558:[Fri Dec 08 19:37:34 2006] [error] [client 127.0.0.1] (13)Permission denied: file permissions deny server access: /home/users/inter/my/public_html/html/preview-index.html __^^^ W Project Proporties mam: Use preview prefix: http://localhost/~inter/html/ Dodam, że wciśnięcie F12 (podgląd w konquerorze) otwiera konq'a z: http://localhost/~inter/html/index.html (czyli dobrze) $ q kdewebdev-quanta kdewebdev-quanta-2:3.5.5-1 athlon athlon.ac.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [security] tar
On Wed 6. December 2006 22:21, Paweł Gołaszewski wrote: On Wed, 6 Dec 2006, Tomasz Wittner wrote: http://security.freebsd.org/advisories/FreeBSD-SA-06:26.gtar.asc http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6097 Czy nasz tar też ma ten feler? Patch: https://savannah.gnu.org/bugs/download.php?file_id=11327 Opis: https://savannah.gnu.org/bugs/index.php?18355 Patch się aplikuje na tar-a z HEAD. Tar zbudowany z tym paczem wydaje się działać OK - wrzucać? Wrzucaj. Hmm - tyle, że ten pacz to nie jest żaden oficjalny fix od producenta tylko czymś, co zostało dołączone do zgłoszenia błędu - chyba jednak, na razie to zostawie w spokoju. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[security] tar
http://security.freebsd.org/advisories/FreeBSD-SA-06:26.gtar.asc http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6097 Czy nasz tar też ma ten feler? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [security] tar
On Wed 6. December 2006 19:07, Tomasz Wittner wrote: http://security.freebsd.org/advisories/FreeBSD-SA-06:26.gtar.asc http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6097 Czy nasz tar też ma ten feler? Patch: https://savannah.gnu.org/bugs/download.php?file_id=11327 Opis: https://savannah.gnu.org/bugs/index.php?18355 Patch się aplikuje na tar-a z HEAD. Tar zbudowany z tym paczem wydaje się działać OK - wrzucać? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl