[th] rpm-4.4.9-8 bugreport?
# rpm -q rpm db4.6 rpm-4.4.9-8.i686 db4.6-4.6.21-1.i686 # mkdir /noga # rpm --root /noga --initdb # poldek -n th -i setup --root /noga Wczytywanie [pndir]th... Wczytywanie [pndir]th... Przeczytano 14871 pakietów Freeing locks for locker 0xe: 9755/3081824032 Freeing locks for locker 0xf: 9755/3081824032 Freeing locks for locker 0x10: 9755/3081824032 Przetwarzanie zależności... setup-2.4.10-6.i686 zaznaczył FHS-2.3-21.i686 (wł. /etc) There are 2 packages to install (1 marked by dependencies): I setup-2.4.10-6.i686 D FHS-2.3-21.i686 Potrzeba pobrać 198.2KB archiw. Po rozpakowaniu 664.7KB będzie użyte. Uruchamianie rpm --install -vh --root /noga --noorder... Przygotowywanie... błąd: nie można otworzyć indeksu Basenames przy użyciu db3 - No such file or directory (2) błąd: /bin/rpm usieczon za sprawą sygnału Naruszenie ochrony pamięci Czy to moze ja robie cos zle? gdzie znajde starsza wersje tandemu rpm'a z poldkiem ? bo obecnie stracilem dostep do bazy rpm na swoim desktopie :/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] rpm-4.4.9-8 bugreport?
Dnia Wed, 31 Oct 2007 14:19:30 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał(a): > --root w rpmie od czasu db 4.6.X jest skopana :-( > > Duża bolączka w TH, nierozpracowana (każda pomoc w rozpracowaniu mile > widziana!) > > Zmieniło się coś w db 4.6 więc downgrade rpma i poldka nie pomoże > (chyba, że do wersji używającej db 4.5). ale po apdejcie do rel 8 (wczesniej mialem chyba 1) przestal mi dzialac z lokalna baza :( # rpm -Uhv FHS-2.3-21.i686.rpm rpmdb: /var/lib/rpm/Packages: unexpected file type or format błąd: nie można otworzyć indeksu Packages przy użyciu db3 - Zły argument (22) błąd: nie można otworzyć bazy danych Packages w /var/lib/rpm a to juz boli ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] rpm-4.4.9-8 bugreport?
Dnia Wed, 31 Oct 2007 14:41:54 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał(a): > > > --root w rpmie od czasu db 4.6.X jest skopana :-( > > > > > > Duża bolączka w TH, nierozpracowana (każda pomoc w rozpracowaniu > > > mile widziana!) > > > > > > Zmieniło się coś w db 4.6 więc downgrade rpma i poldka nie pomoże > > > (chyba, że do wersji używającej db 4.5). > > > > ale po apdejcie do rel 8 (wczesniej mialem chyba 1) przestal mi > > dzialac z lokalna baza :( > > > > # rpm -Uhv FHS-2.3-21.i686.rpm > > rpmdb: /var/lib/rpm/Packages: unexpected file type or format > > błąd: nie można otworzyć indeksu Packages przy użyciu db3 - Zły > > argument (22) błąd: nie można otworzyć bazy danych Packages > > w /var/lib/rpm > > rm /var/lib/rpm/__* > rpm --rebuilddb > > Faktycznie rel > 1 używa innego formatu niż rel 1. uff ..nie luknalem tego bo pomyslalem ze to ten sam problem a wracajac do --root ..to moze to bedzie jakas podpowiedzia .. # rm /noga/var/lib/rpm/__* # rpm --rebuilddb --root /noga/ błąd: tymczasowa baza danych /noga/var/lib/rpm już istnieje ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
wx-config
wxWidgets powinien dostarczac %{_bindir}/wx-config ktory to powinien byc
linkiem do
%{_libdir}/wx/config/%{portname}-ansi-release
lub
%{_libdir}/wx/config/%{portname}-unicode-release
niestety nie wiem jak zdecydowac do ktorego
jest to m.in potrzebne do zbierania informacji o srodowisku podczas
budowania kicad.spec
--
pozdrawiam
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: wx-config
Dnia Thu, 22 Nov 2007 12:59:16 +0100
Adam Gołębiowski <[EMAIL PROTECTED]> napisał(a):
> --with-wx-config=%{_bindir}/wx-gtk2-ansi-config
>
> Nie pomoże?
niestety nie w tym wypadku
"
kicad do not use configure (not yet...)
it is compiled with make.
"
w specach dostarczanych wraz z wxWidgets jest
"
%post -n %{wxbasename}-devel
# link wx-config with explicit name.
ln -sf %{_libdir}/wx/config/%{wxbaseconfig} \
%{_bindir}/%{wxbaseconfiglink}
"
specjalnie w poscie zeby mozna bylo nadpisywac ostatnio zainstalowanym
"%{portname}"
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kdebase - dodanie hibernacji/suspend
Dnia Fri, 23 Nov 2007 22:58:26 +0100 Łukasz Maśko <[EMAIL PROTECTED]> napisał(a): > Dnia piątek, 23 listopada 2007, Lukasz Glebicki napisał: > > Zanim wrzucę do repo, proszę o sugestie. > > Generalnie patch jest z Fedory, gdzie istnieje pakiet pm-suspend. U > > nas go nie ma, za to mamy hibernate. Nie mam laptopa, więc nie wiem > > na jakiej zasadzie odpalany jest S3 (suspend). Za to mam u siebie > > działającą hibernację przez skrypt /usr/sbin/hibernate. Wymaga on > > jednak sudo albo praw superużytkownika. > > > > Ktoś ma jakieś uwagi przed wrzuceniem. > > Pod KDE hibernate jest odpalany przecież przez klaptopdaemon-a za > pośrednictwem klaptop_acpi_helper, na który musi być zrobiony suid. > Nie jest to za bardzo bezpieczne, ale jakoś działa. > tez sie ostatnio nad tym zastanawialem ..bez sensu dawac suidy roznym programom bo przeciez moliwosci jest i bedzie wiele ...moze jakas nowa grupa "power" ? jak sie ma do tego hal ? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kicad.spec - fixed BR, STBR
Dnia Tue, 27 Nov 2007 15:13:41 +0100 "Bartosz Świątek" <[EMAIL PROTECTED]> napisał(a): > Autorzy twierdza ze 20071004 to jest test version. Tak racja podczas pierwszego budowania nie zauwazylem tego > Ich current stable > to 20070709, czy sie myle? Pewny jestes ze ten STBR jest konieczny? Bo > jak narazie poslalem test-build i wstrzymuje sie ze slaniem upgradu. Mysle ze nie ma sensu budowac starszej wersji bo w tej o ile sie bawilem to wszystko smiga, co do upgradu to jest to pierwsza instniejaca w PLD wersja a nie update ..chyba ze piszesz o upgrejdzie indexow poldka na ftp. Decyzje pozostawiam Tobie ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ktechlab.spec - kto pomoże ?
Dnia Fri, 30 Nov 2007 09:44:10 +0100 Rafał Cygnarowski <[EMAIL PROTECTED]> napisał(a): > > http://www.ktechlab.org/wiki/index.php?title=KTechLabWiki:Community_Portal > > ale i tak to nic mi nie mowi :/ > > Usuń zbędne PIC14:: z deklaracji funkcji/zmiennych w plikach > nagłówkowych. tyle to wykumalem ale nie pomaga ..tzn pomaga ale chwile pozniej przeszkadza pic14.cpp:52: error: prototype for 'PIC14::PIC14(Microbe*, PIC14::Type)' does not match any in class 'PIC14' pic14.h:71: error: candidates are: PIC14::PIC14(const PIC14&) pic14.h:71: error: PIC14::PIC14() make: *** [pic14.o] Błąd 1 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ktechlab.spec - kto pomoże ?
Dnia Fri, 30 Nov 2007 09:14:38 +0100 luzik <[EMAIL PROTECTED]> napisał(a): > Author: luzikDate: Fri Nov 30 08:14:38 2007 > GMT Module: SPECS Tag: HEAD > Log message: > - updated to 0.3.6 > - NFY Czy można prosić o pomoc tych znających się na C ? Wyskakuje błąd podczas kompilacji pic14.h:99: error: extra qualification 'PIC14::' on member 'PIC14' to jest jakiś standardowy błąd dla tej aplikacji ..znalazłem takiego hint'a http://www.ktechlab.org/wiki/index.php?title=KTechLabWiki:Community_Portal ale i tak to nic mi nie mowi :/ -- pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ktechlab.spec - kto pomoże ?
Dnia Fri, 30 Nov 2007 09:31:51 +0100 Maciej Świniarski <[EMAIL PROTECTED]> napisał(a): > Subject: Re: SPECS: ktechlab.spec - kto pomoże ? Author: megabajt Date: Fri Nov 30 09:08:46 2007 GMT Module: SPECS Tag: HEAD Log message: - added gcc4 patch dzieki megabajt! -- pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: roundcubemail.spec
Dnia Tue, 05 Aug 2008 14:00:38 +0200 Paweł Muszyński <[EMAIL PROTECTED]> napisał(a): > Załączam spec do roundcubemail. > Zmiana jest właściwie tylko jedna - numer wersji poprawki rcpfa > (1.0.3), służącej do integracji roundcube z postfixadminem (przy > zbudowaniu z --with postfixadmin). > No i podbiłem release o 1 podeślij proszę zamiast całego speca wynik polecenia cvs diff -u roundcubemail.spec ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
collectd sensors nie linkuje sie z lm_sensors
# collectd -f
collectd: symbol lookup error: /usr/lib64/collectd/sensors.so:
undefined symbol: sensors_init
# ldd /usr/lib64/collectd/sensors.so
linux-vdso.so.1 => (0x7fffd8ffe000)
libstatgrab.so.6 => /usr/lib64/libstatgrab.so.6
(0x7f5bd0b4) libc.so.6 => /lib64/libc.so.6 (0x7f5bd07e9000)
/lib64/ld-linux-x86-64.so.2 (0x7f5bd0f53000)
# rpm -q collectd collectd-4.7.0-1.x86_64
Czy dorzucenie do LDFLAGS="%{rpmldflags} -lstatgrab"
-lsensors spowoduje linkowanie sie wszystkich bibliotek do libsensors
czy tylko tych ktore tego potrzebuja ?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: collectd sensors nie linkuje sie z lm_sensors
Dnia Tue, 2 Jun 2009 10:01:06 +0200
Przemyslaw Iskra napisał(a):
> > Czy dorzucenie do LDFLAGS="%{rpmldflags} -lstatgrab"
> > -lsensors spowoduje linkowanie sie wszystkich bibliotek do
> > libsensors czy tylko tych ktore tego potrzebuja ?
>
> Dorzucenie do LDFLAGS jest niepoprawne, i przy odrobinie szczęścia,
> może nie zadziałać. Poszukaj zmiennej LIBS i, w miarę możliwości,
> przekaż przy configure, a nie make.
No ok, a co z odpowiedzia na moje pytanie? :P
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
nut rc.shutdown - bug report
W tej chwili przy wyczerpanych bateriach ups'a nut wylacza system. Przed halt'em jest wykonywane polecenie "wylaczenia UPS'a" odczekania 60 sekund i jesli w tym czasie ups nie odlaczy zasilania wykonanie polecenia "halt -d -p -f". Czy nie powinno byc tak, ze przy niepowodzeniu wylaczenia ups'a zamiast wylaczenia systemu powinien on zostac zrestartowany? W tej chwili 'upsdrvctl shutdown' z udev'em i ups;em podlaczonym przez usb wyrzuca blad o braku dostepu do /dev/bus/usb/.. i po 60 sekundach system sie wylacza. Jesli (juz nie obciazony) ups sie nie rozladuje i wylaczy a zasilanie w tym czasie zdazy powrocic to niestety nasz bios nigdy sie o tym nie dowie i nie uruchomi systemu. Wnioski: - zmienic sleep'a 60 na 120 sekund ( zgodnie z dokumentacja nut'a) ..byc moze czesc ups'ow potrzebuje tyle czasu - zmienic halt'a na reboot'a ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nut rc.shutdown - bug report
On Sat, 11 Dec 2010, Maciej Świniarski wrote: W tej chwili 'upsdrvctl shutdown' z udev'em i ups;em podlaczonym przez usb wyrzuca blad o braku dostepu do /dev/bus/usb/.. i po 60 zmiana w /etc/init.d/ups z /lib/nut/upsdrvctl shutdown na /lib/nut/upsdrvctl -u root shutdown moze pomoc w dostepie do /deb/bus/usb/... przy niedzialajacym juz udev'ie. Domyslne uprawnienia zrzucane sa do usera ups/___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nut rc.shutdown - bug report
On Sat, 11 Dec 2010, Patryk Zawadzki wrote: 2010/12/11 Maciej Świniarski : W tej chwili przy wyczerpanych bateriach ups'a nut wylacza system. Przed halt'em jest wykonywane polecenie "wylaczenia UPS'a" odczekania 60 sekund i jesli w tym czasie ups nie odlaczy zasilania wykonanie polecenia "halt -d -p -f". Takie wątpliwości (nie mam nuta pod ręką, żeby sprawdzić, na ile są realne): Na poczatek prawo_upsa_#1: Pod zadnym pozorem nie mozna doposcic do sytuacji w ktorej po powrocie zasilania system nie uruchomi sie. Wyjatkiem sa systemy ktorych dostepnosc w stosunku do bezpieczenstwa danych jest malo znaczaca. Nie potrafie oszacowac procentowo takich maszyn. 1) Jeśli UPS nigdy nie odłączy zasilania, to jaki jest cel restartowania systemu? Wyjscia mamy 3 1)halt 2)restart 3)czekamy w nieskonczonosc na odmontowanych dyskach Ad.1 patrz prawo_upsa_#1 (najgorszy przypadek, bo ups jest nieobciazony i na rozladowanie ups'a mozna sporo czekac a bez rozladowania przy powrocie system nie uruchomi sie)) Ad.2 za cene bezpieczenstwa danych mamy pewnosc spelnienia prawa_upsa_#1 (przy ustawienia sleep'a na np 10min bezpieczenstwo danych zwieksza sie) Ad.3 troche lepsze rozwiazanie od halt'a bo ups bedzie sie rozladowal zmiejszajac prawdopodobienstwo powrotu napiecia w krytycznej chwili 2) Jeśli UPS nie potrafi/nie chce odłączyć zasilania i system się zrestartuje, to jest prawdopodobne, że zwyczajnie zdechnie w połowie startu. naturalnie 3) Co, jeśli UPS jest współdzielony i różne maszyny mają różny moment odcinania się w celu opóźnienia śmierci kluczowych usług? Ta z najkrótszym zapłonem będzie restartować się w kółko? Zakladam ze tylko jedna maszyna (master) ma polaczenie logiczne z ups'em i tylko na niej ustawiamy opcje POWEROFF_UPS=y a proponowana zmiana ma dotknac tylko takie maszyny ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nut rc.shutdown - bug report
On Sat, 11 Dec 2010, Arkadiusz Miskiewicz wrote: On Saturday 11 of December 2010, Maciej Świniarski wrote: On Sat, 11 Dec 2010, Maciej Świniarski wrote: > W tej chwili 'upsdrvctl shutdown' z udev'em i ups;em podlaczonym przez > usb wyrzuca blad o braku dostepu do /dev/bus/usb/.. i po 60 zmiana w /etc/init.d/ups z /lib/nut/upsdrvctl shutdown na /lib/nut/upsdrvctl -u root shutdown moze pomoc w dostepie do /deb/bus/usb/... przy niedzialajacym juz udev'ie. Domyslne uprawnienia zrzucane sa do usera ups/ Może po prostu zaproponuj gotowe łatki. Niesstety nie mam mozliwosci ich przetestowania ..dlatego rzucilem to najpierw do dyskusji, no i moze ktos ma mozliwosc sprawdzenia jak to sie zachowuje po zmianach (bo teraz jest zonk)___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nut rc.shutdown - bug report
On Sun, 12 Dec 2010, Patryk Zawadzki wrote: 2010/12/12 Maciej Świniarski : Na poczatek prawo_upsa_#1: Pod zadnym pozorem nie mozna doposcic do sytuacji w ktorej po powrocie zasilania system nie uruchomi sie. Nie wiem, z jakiej to dziedziny nauki, ale UPS służy do ratowania danych, a nie do maksymalizacji uptime'u. W większości rozwiązań biznesowych dane są cenniejsze niż 10 minut dłużej leżąca usługa. Przyznaje ze tu nie mam zbyt wielkiego doswiadczenia, ale wszystkie przypadki jakie znam to spro wiecej niz 10min. Można też pojsc na kompromis i przed poweroff/reboot odczekac z odmontowanymi dyskami 10min ..to powinno wystarczyc na calkowite rozladowanie ups'a, lepsze niz poweroff od razu. Ewentualnie przez te 10min system moglby sprawdzac czy zasilanie nie powrocilo i ewentualnie zadecydowac o ponownym uruchomieniu systemu (da sie?) Moze ktos jeszcze sie wypowie? ..co by byly 3 glosy w sprawie choc :)___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nut rc.shutdown - bug report
Dnia Sat, 11 Dec 2010 21:24:15 +0100 (CET) Maciej Świniarski napisał(a): > On Sat, 11 Dec 2010, Maciej Świniarski wrote: > > > W tej chwili 'upsdrvctl shutdown' z udev'em i ups;em podlaczonym > > przez usb wyrzuca blad o braku dostepu do /dev/bus/usb/.. i po > > 60 > > > zmiana w /etc/init.d/ups z > /lib/nut/upsdrvctl shutdown > na > /lib/nut/upsdrvctl -u root shutdown > > moze pomoc w dostepie do /deb/bus/usb/... przy niedzialajacym juz > udev'ie. Domyslne uprawnienia zrzucane sa do usera ups/ -u root nie pomaga, nie mam mozliwosci robienia wiecej testow. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Docbook i UTF-8
Dnia Tue, 08 Feb 2011 15:47:21 +0100 Marek Ciesielski napisał(a): > Czy bawił się może ktoś docbookiem przy kodowaniu UTF-8 w PLD? > Próbuje przekonwertować dokumentację do UTF-8 i po wszystkim, po > parsowaniu dostaje: > > $ xmllint --valid --noout pl_book__master.docb > pl_book__siec/pl_siec__dsl_neo_thompson.sec:4: element section: > validity error : Syntax of value for attribute id of section is not > valid > ^ > > locale, nagłówki i pliki są w UTF-8 jednak nasz docbook traktuje znaki > utf-8 jak ciało obce. > ..moj make i xls'y do docbook'a (dyplom w tym pisalem) Makefile Description: Binary data navig.xsl Description: application/xslt XSL-FO-fop-style.xsl Description: application/xslt XSL-FO-fop-style-txt.xsl Description: application/xslt XSL-FO-style.xsl Description: application/xslt XSL-FO-xmlroff-style.xsl Description: application/xslt XSLT-style.xsl Description: application/xslt XSLT-style-one.xsl Description: application/xslt XSLT-style-xhtml.xsl Description: application/xslt XSLT-style-xhtml-one.xsl Description: application/xslt ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Docbook i UTF-8
Dnia Thu, 10 Feb 2011 13:41:59 +0100 Marek Ciesielski napisał(a): > W dniu 2011-02-10 10:10, Maciej Świniarski pisze: > > Dnia Tue, 08 Feb 2011 15:47:21 +0100 > > Marek Ciesielski napisał(a): > > > >> Czy bawił się może ktoś docbookiem przy kodowaniu UTF-8 w PLD? > >> Próbuje przekonwertować dokumentację do UTF-8 i po wszystkim, po > >> parsowaniu dostaje: > >> > >> $ xmllint --valid --noout pl_book__master.docb > >> pl_book__siec/pl_siec__dsl_neo_thompson.sec:4: element section: > >> validity error : Syntax of value for attribute id of section is not > >> valid > >> ^ > >> > >> locale, nagłówki i pliki są w UTF-8 jednak nasz docbook traktuje > >> znaki utf-8 jak ciało obce. > >> > > ..moj make czcionki i xls'y do docbook'a (dyplom w tym pisalem) > > Dzięki... o FOPie też myślałem, aczkolwiek jeszcze powalczę z > dblatexem, który po zainstalowaniu pdflatex-a drgnął ale poległ na > texie który (z tego co widzę) wymaga u mnie gruntownej konfiguracji :) > > BTW. > Te fonty to są close czy można je wykorzystać u nas w svn? :) > > nie pamietam skad je mam ..juz ..cos tam trzebabylo z nimi kombinowac ..przesylam na priv ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
poldek/rpm bug report
poldek:/all-avail> greedy-upgrade Qt* [..] błąd: QtGui-4.7.1-3.x86_64: nie znaleziono wymaganego /usr/lib64/qt4/plugins [..] poldek:/all-avail> rsearch -f #/usr/lib64/qt4/plugins$# Przeszukiwanie pakietów..zrobione. 2 package(s) found: QtCore-4.7.1-3.x86_64 # rpm -q rpm poldek rpm-4.5-48.x86_64 poldek-0.30-0.rc2.1.x86_64 ktos wie o co chodzi? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: logwatch przysyła puste maile
Dnia Fri, 2 Jun 2006 09:20:33 +0200 Michal Kochanowicz <[EMAIL PROTECTED]> napisał: > Hej > > Po upgrade do logwatch-7.2.1-1 zaczął przysyłać puste maile - > wcześniej było OK. Jakieś pomysły co mu się stało? musisz pousuwac wszystkie nadmiarowe pliki konfiguracyjne *.rpmnew *.rpmsave *.~ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: logwatch przysyła puste maile
Dnia Sun, 4 Jun 2006 18:15:51 +0200 Michal Kochanowicz <[EMAIL PROTECTED]> napisał: > On Fri, Jun 02, 2006 at 11:06:41AM +0200, Maciej Świniarski wrote: > > musisz pousuwac wszystkie nadmiarowe pliki konfiguracyjne > > *.rpmnew *.rpmsave *.~ > > Dzięki, usunąłem (choć jeden z nich na 100% już był wcześniej) i > zobaczymy. tak wiem ..cos zmienilo sie w kodzie na gorsze :) ..ale nie mam czasu w to lukac ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[TH] db - rpm
Ktos jakis czas temu zglaszal problemy rpm -e, rpm -U to ja dodam swoje 3 grosze na temat db ktory ma napewno z tym wszystkim zwiazek oto kawalek instalacji th z chroot'a[db4.4] [EMAIL PROTECTED] ~]# poldek --root /mnt/sol/ Loading [pndir]th... Loading [pndir]th... Loading [pndir]th-updates-general... Loading [pndir]th-updates-general... Loading [pndir]th-updates-security... Loading [pndir]th-updates-security... Przeczytano 4253 pakiety Loading [rpmdbcache]/var/lib/rpm... Przeczytano 85 pakietów Witaj w poldkowym trybie interaktywnym. Wpisz "help" aby otrzymać pomoc. poldek:/all-avail> uninstall mc mark mc-4.6.2-0.2006.05.10.21.3 Przetwarzanie zależności... Zaznaczono 1 pakiet do usunięcia: R mc-4.6.2-0.2006.05.10.21.3 Kontynuować? [y/N] Uruchamianie rpm --erase --root /mnt/sol --noorder... -odinstalowany poldek:/all-avail> uninstall mc mark mc-4.6.2-0.2006.05.10.21.3 Przetwarzanie zależności... Zaznaczono 1 pakiet do usunięcia: -nieodinstalowany??? R mc-4.6.2-0.2006.05.10.21.3 Kontynuować? [y/N] Uruchamianie rpm --erase --root /mnt/sol --noorder... błąd: błąd db4(2) z dbcursor->c_get: Nie ma takiego pliku ani katalogu błąd: błąd(2) pobierania rekordów "FAQ.gz" z indeksu Basenames błąd: błąd db4(2) z dbcursor->c_get: Nie ma takiego pliku ani katalogu --nice poldek:/all-avail> poldek:/all-avail> uninstall mc-4.6.2-0.2006.05.10.21.3 mark mc-4.6.2-0.2006.05.10.21.3 Przetwarzanie zależności... Zaznaczono 1 pakiet do usunięcia: R mc-4.6.2-0.2006.05.10.21.3 Kontynuować? [y/N] Uruchamianie rpm --erase --root /mnt/sol --noorder... ---tu znow bez bledu ..zazwyczaj nie wywala tego bledu. Mam kilka innych instalacji TH i tam mimo identycznych wersji wszystko jest ok. Instalowanie TH z rescueCD jest niemozliwe ..zrobienie rpm --initdb tworzy db nieczytelne bazy dla rpm z th (db-4.2 db4.4-4.4) ..tzn zainstalowac mozna ale po chroocie nie da sie odczytac starych db upgrade z AC do TH rowniez niemozliwy z tego samego powodu ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] db - rpm
Dnia Mon, 28 Aug 2006 08:15:05 +0200 Paweł Sikora <[EMAIL PROTECTED]> napisał: > po chroocie trzeba zrobic rm /var/lib/rpm/__* i rpm --rebuilddb. jakie to oczywiste, dzieki za rade. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sylpheed-claws-extra-plugins.spec - updated to 2.6.1 - proj...
Dnia Fri, 29 Dec 2006 07:49:57 +0100 luzik <[EMAIL PROTECTED]> napisał(a): > -Name:sylpheed-claws-extra-plugins > -Version: 2.6.0 > +Name:claws-mail-extra-plugins > +Version: 2.6.1 poproszę o cvs'owe SOURCES: mv sylpheed-claws.desktop claws-mail.desktop SPECS: mv sylpheed-claws.spec claws-mail.spec mv sylpheed-claws-extra-plugins.spec claws-mail-extra-plugins.spec sylpheed-claws-themes.spec na razie nie zmienił nazwy archiwów i nie wiem czy go przemianowywać czy może dodać do claws-mail.spec odpowiednie stare "provides" wymagane przez stare themes? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th]cross compilacja rpm-build-macros? - bugreport?
Czesc, $ ./builder -bb pigment.spec --target i486 [..] + ./configure LDFLAGS=-Wl,--as-needed CFLAGS=-O2 -gdwarf-2 -g2 CXXFLAGS=-O2 -gdwarf-2 -g2 FFLAGS=-O2 -gdwarf-2 -g2 CPPFLAGS= CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ --host=i486-pld--gnu --build=i486-pld--gnu --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/usr/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/usr/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/info --x-libraries=/usr/lib [..] checking build system type... Invalid configuration `i486-pld--gnu': machine `i486-pld-' not recognized jak widać wkradła się tam jedna kreska za dużo, niestety nie potrafiłem w zadanym sobie czasie znaleźć źródła problemu dlatego zwracam się do was o pomoc ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th]cross compilacja rpm-build-macros? - bugreport?
Dnia Wed, 4 Apr 2007 12:17:24 +0200 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał(a): > On Wednesday 04 of April 2007, Maciej Świniarski wrote: > > Czesc, > > > > $ ./builder -bb pigment.spec --target i486 > > [..] > > checking build system type... Invalid configuration `i486-pld--gnu': > > machine `i486-pld-' not recognized > > > > > > jak widać wkradła się tam jedna kreska za dużo, niestety nie > > potrafiłem w zadanym sobie czasie znaleźć źródła problemu dlatego > > zwracam się do was o pomoc > > cvs up builder nie pomaga? niestety nie $ cvs status builder === File: builder Status: Up-to-date Working revision:1.499 $ rpm -q rpm-build-macros rpm gcc rpm-build-macros-1.379-1.noarch rpm-4.4.7-12.i686 gcc-4.2.0-0.20070403.r123448.1.i686 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th]cross compilacja rpm-build-macros? - bugreport?
Dnia Wed, 4 Apr 2007 12:38:13 +0200 Maciej Świniarski <[EMAIL PROTECTED]> napisał(a): > > > $ ./builder -bb pigment.spec --target i486 > > > [..] > > > checking build system type... Invalid configuration > > > `i486-pld--gnu': machine `i486-pld-' not recognized tylko ja tak mam? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th]cross compilacja rpm-build-macros? - bugreport?
Dnia Thu, 5 Apr 2007 08:19:14 +0200 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał(a): > > tylko ja tak mam? > > a --target i486-pld-linux? pyrka :) thx ..co nie zmienia faktu ze gdzies jest cos nie tak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: `su -' nie bagla...
Dnia Wed, 18 Apr 2007 21:10:56 +0200 Paweł Sikora <[EMAIL PROTECTED]> napisał(a): > dzis `su -' odpalone pod k(de)onsole zlalo mnie komunikatem o blednym > hasle. natomiast su z konsoli teksotwej dziala jak zloto. jak ktos ma > pomysl co jest nie tak, to chetnie poslucham. ja mam podobnie z mrxvt pod fluxboxem, odpalilem debugowanie PAM'a i widze ze wywala sie na sprawdzaniu wheel, naturalnie `groups` zwraca poprawnie nalerznosc do grupy, ja sam nie wiem o co tym myslec (tymczasowo wywalilem z /etc/pam.d/su pam_wheel.so no i smiga ale to brzydkie rozwiazanie i nie powinno sie tak robic) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - jpegs in docs are a good idea; one picture is w...
Dnia Sun, 17 Jun 2007 22:58:45 +0200 Przemek Gierski <[EMAIL PROTECTED]> napisał(a): > Did anybody can compile this spec under PLD Th? I couldn't. yes Zapisano: /home/users/luzik/rpm/RPMS/lirc-0.8.1-2.i686.rpm ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 taktowanie
Dnia Sun, 20 Nov 2005 16:02:48 +0100 Krzysztof Mościcki <[EMAIL PROTECTED]> napisał: > Na jądrze 2.6.14.2-4 to ja dodam ze z Pentium D tez mam przygody. a dokladniej z taktowaniem w cpuinfo niby wszystko ok ...ale robie ping'a a tu pignpigpingpingpingping zamias pingpingping... :) pod konsola fb kursor miga jak szalony, odpalam x'y wpisuje do firefox'a www.pld-linux.org a tu mi sie pokazuje ..plld--linnuux...oorgg ...musze bardzo szybko puszczac klawisze bo mi kilka literek naraz wyskakuje. ..wszystko co ma migac z jakas czestotliwoscia miga sporo szybciej :) troche czuje sie przy tym kernelu jak jakas slamazara ostatnia pgpM529C5JUwk.pgp Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 taktowanie
Dnia Tue, 22 Nov 2005 09:51:28 +0100 Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał: > > Czyli zegar wariujej tak samo u ciebie jak na moim dwurdzenieowym > > A64. > U mnie wariuje na i686 smp jajo, sprzęt i686 (sempron) - czas biegnie > 2 razy szybciej. > > Opcja acpi_skip_timer_override nic nie daje, sprawdzam teraz jajo rel > 5.1. ..ok bo tam jest jakis nowy patch dla x86-64 ..pentium D to tez dwa rdzenie z 64bit [nie mylic z HT :)] ..daj znac czy pomaga pgp0dsIQXWICs.pgp Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: mac.spec - updated to 3.99.u4.b4
Dnia Tue, 6 Dec 2005 07:57:55 +0100 (CET) Andrzej Krzysztofowicz <[EMAIL PROTECTED]> napisał: > luzik wrote: > > Source0-md5:7eab2b9cc4bb696452d6c147976294b5 # > > NoSource0-md5: d4a9a357d9300f585848efab584d046f > > Czy to oznacza, ze otrzymalismy zgode autora ? ..nie to oznacza ze przeoczylem co nie co :), a za kare przeprasuje sobie rece, poprawie spec'a i napisze maila do autora z zapytankiem ...nie mamy juz zadnego patch'a wiec sa wieksze szanse. (czy ./builder moglby wspierac "-U" z tym NoSource ?) pgpv7u9Q9kv1c.pgp Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
X11 --> dri --> unichrome
poprosze zrobienie jakis tam czarow zeby sie zaczelo budowac z unichrome_dri.so te cale X11. Probowalem znalezc gdzie to wlaczyc ale sie poddalem. W modularnych (7.0)x'ach sie buduje i wyskakuje w paczce Mesa-dri mozna z tego osobna paczke zrobic albo i dorzucic do paczki z via bo to chyba nie da sie bez tego wykorzystać ale mylic sie moge. signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - rel 1 - STBR for testing
Dnia Wed, 04 Jan 2006 08:37:59 +0100 luzik <[EMAIL PROTECTED]> napisał: > Author: luzikDate: Wed Jan 4 07:37:59 2006 > GMT Module: SPECS Tag: HEAD > Log message: > - rel 1 - STBR for testing no wlasnie ..poprosze dodam ze u mnie smiga z lirc_serial na 2.6.14.5 signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - updated to 0.8pre3 - no more kernel-2.4.x suppo...
Dnia Wed, 18 Jan 2006 16:59:35 +0100 Grzegorz Konopko <[EMAIL PROTECTED]> napisał: > > - no more kernel-2.4.x support > > > A to dlaczego? 1. z tego samego powodu "dlaczego nie dla 2.2" 2. ten spec produkuje 36 pakietow po dodaniu supportu dla 2.4 robilo by sie ich ze 60 parsowanie takiego speca to kilka grubych minut dla mojego PIV 3.0 3. Nie posiadam jajka 2.4.x wiec nie jestem w stanie tego przetestować. 4. Nie jest mi to potrzebne (ja to wiekszosc) :) (wersja dla 2.6 da radosc wiekszej ilosci klikaczy) 4. Jesli masz tylko potrzebe i checi to wyciagni z cvs'u wersje dla 2.4 i ja jakos tam włącz do obecnej wersji, lub moze dodaj speca lirc24.spec signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Moduły dla kernel24 [Re: SPECS: lirc.spec - updated to 0.8pre3 - no more kernel-2.4.x suppo...]
Dnia Thu, 19 Jan 2006 22:55:21 +0100 Grzegorz Konopko <[EMAIL PROTECTED]> napisał: > > Ktoś potrzebuje czegoś jeszcze? > Ja, lirc-a. i nie widze problemow z utrzymaniem tego tylko gdzieś > "znikło" bez śladu (czytaj taga, brancza czy odzielnego speca) Przepraszam, rzeczywiście cos oprócz rewizji powinienem zostawic. > > Jeśli nie ma tego na HEAD albo AC-branchu, do nazwy speca należy > > dołączyć stosowną łatkę. > tzn. polityka jest taka: > cp foo.spec foo24.spec > bo nie wiem czy zrozumiałem do końca? No wiec zostaje do ustalenia czy robimy: bcondy w lirc.spec, cp foo.spec(r.1.114) foo24.spec tag barncz z tym ze dodaje iz bcondow napewno sie nie podejme. ..a o 60pakietach pisalem z mysla kernel-char*, kernel-smp-char*, kernel24-char*, kernel24-smp-char* bo nie jestem pewien czy da sie te 24 w name wrzucic za pomoca jakis ifów signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mplayer / xvmc-vld patch
Dnia Tue, 14 Feb 2006 10:47:32 +0100 (CET) Pawel Sikora <[EMAIL PROTECTED]> napisał: > na builderach i tak nie bedzie naglowkow nvidii ani via > tylko /usr/include/X11/extensions/XvMClib.h, wiec paczki > nigdy nie beda korzystac z tego kodu, ktory jest aktywowany > na etapie budowania via HAVE_XVMC_VLD. ymmm a gdzie to znalazles? via jest czescia X11 (sterowniki sa produkowane wlasnie przez projekt unichrome z ktorego rowniez pochodzi patch do mplayera o ktorym mowa) > > [2] > od przypinania takich cudaczkow jest wrapper XvMCW > i to do niego nalezy przypiac sterownik od via, > a nie psuc mplayera. $ grep xvmclib= mplayer.spec --with-xvmclib=XvMCW \ ..przez chwile bylo via ale pozniej doczytalem o wrapperze i zmienilem a co do patcha to jedyne co moge zrobic to bcond with. Nie wiem jak na nvidi ale bez tego patcha moja via nie dziala. Mam epie wlasnie z taka karta i ogladanie dvd wsysa ok 1% - a bez tego patcha z jakies 60% (procek 1GHz) signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mplayer / xvmc-vld patch
Dnia Tue, 14 Feb 2006 12:13:39 +0100 (CET) Pawel Sikora <[EMAIL PROTECTED]> napisał: > > > > ymmm a gdzie to znalazles? via jest czescia X11 (sterowniki sa > > produkowane wlasnie przez projekt unichrome z ktorego rowniez > > pochodzi patch do mplayera o ktorym mowa) > > XvMClib.h pochodzi z xorg-lib-libXvMC-devel. > > latka mplayer-xvmc dodaje do configure test > na obecnosc naglowkow nie pochodzacych z xorg. > > + if test "$_xvmcvld" = yes; then > +_xvmcinc="vldXvMC.h" <= > + else > +_xvmcinc="XvMClib.h" > + fi no a ta jest w xorg-proto-videoproto-devel wiec nie ma zadnego odwolania do "nieistniejacych" na builderze naglowkow. (nie wiem jak to sie ma do nvidii) > > $ grep xvmclib= mplayer.spec > >--with-xvmclib=XvMCW \ > > > > ..przez chwile bylo via ale pozniej doczytalem o wrapperze i > > zmienilem > > > > a co do patcha to jedyne co moge zrobic to bcond with. Nie wiem jak > > na nvidi ale bez tego patcha moja via nie dziala. > > a wrapper masz ustawiony? `cat /etc/X11/XvMCConfig` ? tak tak. Naprawde nieupieralbym sie przy tym gdyby nie taka mala sprawa - ze to mi nie dziala bez tego patcha. Moze jest ktos kto moglby to przetestowac na innej unichrome via? To jak zmieniamy na --with ? signature.asc Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th] growisofs
pozwole sobie zacytowac output tego programu "-649953280/0 ( 0.0%) @77.8x, remaining -487642266:1074778502 RBU 0.0%" ..chyba przez to sypie sie k3b jestem sam, czy ktos ma podobnie? $ rpm -q dvd+rw-tools gcc glibc dvd+rw-tools-6.1-0.1.i686 gcc-4.1.1-0.20060322r112277.1.i686 glibc-2.4-1.i686 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] growisofs
Dnia Thu, 6 Apr 2006 21:16:51 +0200 Jacek Konieczny <[EMAIL PROTECTED]> napisał: > Wszystko > wskazuje na to, że winny jest -gcc4.patch, który zamienia w printfach > "%lld" na "%zd", co na x86, jest bzdurą, jeśli printfowane są > wartości 64-bitowe. Patch do poprawy, może zaraz to zrobię. Wlasnie na taka odpowiedz liczylem :) tzn ze znajdzie sie ktos kto zna sie na C. Wszyscy czekamy na poprawke. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD @ arm
Dnia Sun, 9 Apr 2006 23:08:00 +0200 (CEST) Tomasz Mateja <[EMAIL PROTECTED]> napisał: > Z góry dzięki za wszelkie sugestie :). http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted ..po zaciagnieciu tego powinienes znalezc definicje roznego sprzetu ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
netmrg STBR
netmrg.spec z HEAD poprosze na builder AC, na wszystkie arch, narazie niech trafi do test/ready ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: netmrg STBR
Dnia Tue, 11 Apr 2006 12:15:01 +0200 (CEST) Andrzej Krzysztofowicz <[EMAIL PROTECTED]> napisał: > Maciej =?ISO-8859-2?Q?=A6winiarski?= wrote: > > > > netmrg.spec z HEAD > > poprosze na builder AC, na wszystkie arch, narazie niech trafi do > > test/ready > > Sugeruje Cc: hawk. ok, dzieki. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
