Re: poldek i wiele sciaganych plikow na raz
Dnia 2012-03-19, pon o godzinie 11:26 +0100, Bartlomiej Zimon pisze: > > A output by sie dalo jakos z czasem ogarnac? Jest to dosc > nieczytelne i momentami ciezko w ogole > > zobaczyc co sie dzieje. > > Wpierw przetestuj jak to dziala u siebie. > Aria specyficznie dosc pokazuje co sie dzieje ale da sie do tego > przyzwyczaic. Im więcej razy będziecie cytować całość poprzedniego maila z całym outputem tym szybciej się przezwyczaimy do tego jak to wygląda ;) -- Pozdrawiam Krystian T. "Errare humanum est." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
glibc-misc-2.14.1-4.i686 zaznaczył bash-4.2.20-1.i686 (wł. /bin/bash)
Witam Nie żeby mi przeszkadzało, ale się zdziwiłem, że tak jest jak w temacie... A jest, bo jeden z elementów pakietu ma: $ head /usr/bin/sotruss #! @BASH@ Ja w większości i tak instaluję basha, a to mi wyszło w jednym vserverze gdzie tej powłoki nie miałem... Zgłaszam, bo zauważyłem czytując listy, że bash jest w miarę możliwości unikany (chyba, że to błędny wniosek). -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Polski linux PLD
Dnia 2012-01-19, czw o godzinie 00:25 +0100, Bartosz Taudul pisze: > 2012/1/19 fi9o : > > Ponoć Linux Działa? > Świetny wic! > > wolf > Linux działa napewno... Tu by lepiej pasowało: Ponoć Ludziom Działa ;) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: serwer firefox-sync
Dnia 2011-08-26, pią o godzinie 11:11 +0200, Andrzej Kaczmarczyk pisze: > >> Wszystkie (?) potrzebne paczki są zainstalowane, chociaż "No module > named > >> time" sugeruje brak. Tylko gdzie jest ten modul? > > W python-modules. > Czyli to jednak nie to - tą paczkę cały czas mam. teraz ją nawet > przeinstalowałem, ale nic się nie zmienia. I dlaczego taki komunikat? Może szuka tego modułu w innym miejscu niż jest w pld-owym pakiecie? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dbus-1.4.14-2.i686 = problem
Dnia 2011-08-15, pon o godzinie 16:50 +0200, Łukasz Maśko pisze: > Dnia Monday, 15 of August 2011, Artur Frysiak napisał: > [...] > > Zainstaluj dbus-x11. > > Dzięki, pomogło. Trzeba będzie zmienić R w pakietach z KDE. W gnome jest chyba ten sam problem (a w zasadzie to chyba x-y tak mają niezależnie od menedzera okien). Po upgradzie x-y nie startowały - downgrad dbusa pomógł. Czy dbus-x11 pomoże będę mógł sprawdzić po powrocie z urlopu. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
locale w openshot
Hej Po zbudowaniu dostałem takie coś przy próbie instalacji: poldek:/all-avail> install openshot-1.3.1-1.noarch -t Przetwarzanie zależności... błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/ady/LC_MESSAGES błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/gaa/LC_MESSAGES błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/jv/LC_MESSAGES -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
QLandkarte vs. qlandkartegt
Cześć Ten pierwszy ma na swojej stronie (http://qlandkarte.sourceforge.net/) duży napis "Terminated" i mimo tagu auto-th w cvs-ie nie ma pakietu na ftp... Popełniłem speca do qladkartegt (taką pisownię mają źródła i binarka) ale dostałem sugestię żeby zamiast nowego pakietu wprowadzić moje zmiany do starego. I tu mam wątpliwości jak będzie najbardziej zgodne z linią PLD: zostawić nazwę katalogu i speca, zmienić nazwę tylko jednego z nich (którego?), czy zmienić obie nazwy? Wydaje mi się, że kiedyś czytałem, że nazwa speca powinna być taka jak źródeł i programu... A co jak źródła i program nazywają się inaczej? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VirtualBox dead na 2.6.36.2
Dnia 2011-01-20, czw o godzinie 19:21 +0100, Arkadiusz Chomicki pisze: > chyba cos nie tak w specie; > poldek:/all-avail> ls -I kernel-2.6.37-1.1.i686 > kernel-2.6.37-1.1.i686 ^^^ > 1 pakiet > poldek:/all-avail> install -I > kernel-misc-vboxvideo-4.0.0-5@2.6.37_1.i686 > Przetwarzanie zależności... > błąd: kernel-misc-vboxvideo-4.0.0-5@2.6.37_1.i686: nie znaleziono > wymaganego /lib/modules/2.6.37-1/misc > błąd: kernel-misc-vboxvideo-4.0.0-5@2.6.37_1.i686: nie znaleziono > wymaganego kernel = 3:2.6.37-1 ^^ Odnośnie restartów to była dyskusja na listach... 1.1 to wersja z poprawką zrobioną na szybko z powodu właśnie restartów na i686 U mnie na 2.6.37-1 x86_64 AMD_Turion(tm)_64_X2_Mobile_Technology_TL-62 PLD Linux VirtualBox-4.0.0-5.x86_64 działa. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VirtualBox-bin.spec up to 4.0.0
Dnia 2011-01-01, sob o godzinie 11:54 +0100, Paweł Lęcznar pisze: > obecnie mam pakiety z th-main + th-ready + th-test, pozdrawiam To tak jak u mnie, tylko mi działa... Maszyna wirtualna (z vistą) robiona pod wcześniejszym VirtualBox-bin rusza bez problemu pod czwórką VirtualBox-udev-4.0.0-3.x86_64 VirtualBox-Extension-Pack-4.0.0-1.x86_64 VirtualBox-4.0.0-3.x86_64 kernel-misc-vboxdrv-4.0@2.6.36.2_2.x86_64 kernel-misc-vboxnetflt-4.0@2.6.36.2_2.x86_64 W konfigurację mogę wejść i zmieniać. Nie próbowałem robić nowej maszyny bo nie potrzebuję... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rhythmox + brasero-libs = dupa
Dnia 2010-10-17, nie o godzinie 09:20 +0200, Bohdan R. Rau pisze: > Witam. > > Coś takiego (świeżo po --upa): > > poldek:/all-avail> install -t rhythmbox > Processing dependencies... > error: rhythmbox-0.13.0-1.i686: req libbrasero-media.so.0 not found A zerknij na rhythmbox-0.13.1-1 $ rpm -q brasero-libs rhythmbox brasero-libs-2.32.0-1.x86_64 rhythmbox-0.13.1-1.x86_64 -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co by tu zmienic w PLD...
Dnia 2010-07-28, śro o godzinie 22:17 +0200, Patryk Zawadzki pisze: > 2010/7/28 Marcin Krol : > > W Titanium jest to obecnie realizowane przez drzewko archive i na jedną > > wersję wstecz. Automatyka FTPowa ma tą funkcjonalność choć nie do końca > > w formie o jakiej piszesz. Dla mnie jednak to rozwiązanie ma pewną wadę: > > będzie to część repo, nie kompletna dystrybucja. Mogę się "cofnąć" > > jeżeli jest taka potrzeba, ale nie mogę tego używać niezależnie od > > głównej gałęzi dystrybucji. > > Jeśli zmusisz poldka, by brał w pierwszej kolejności z tego repo > (niezależnie od wersji), to możesz używać równolegle z main i masz > gwarancję, że wersje pakietów się nie zmienią (gdy do main trafia > nowy, to poprzedni automatycznie ląduje w preferowanym repo). Upgrade > musisz wymusić ręcznie, świadomie instalując nowszą wersję z main. > W manualu poldka jest opisane takie coś: pri=WARTOŚĆ_NUMERYCZNA Opcją tą można ustawić priorytet źrodła. Jeśli te same pakiety (identyczna nazwa i EVR) są dostepne z wiecej niż jednego źrodła, wtedy brane są pakiety ze źrodła o wyższym priorytecie. Jeśli priorytety źrodeł nie są ustawione, źrodła dostają priorytety zgodne z ich kolejnością w pliku konfiguracyjnym. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
adobe-flash
Hej Chciałem zbudować adobe-flash ale nie mogę znaleźć pliku libflashplayer-10.1.53.64.linux-x86_64.so.tar.gz - pod linkiem ze speca go nie ma, a google nic ciekawego nie podaje... Spec oczywiście uaktualniony. Ktoś wie skąd go ściągnąć, albo mógłby udostępnić? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: adapter a rpm.groups
Dnia 2010-07-16, pią o godzinie 10:56 +0200, Paweł Zuzelski pisze: > On Fri, 16 Jul 2010, Krystian Tomczyk wrote: > > > Hej > > Adapter upominał mi się o plik ~/rpm/rpm.groups a ja go mam w > > ~/rpm/packages/rpm.groups > > I nie wiem czy to u mnie jest tak dziwnie, czy adapter powinien tego > > pliku szukać w packages... > > Powinien. > > 1. poldek> upgrade rpm-build-* Zrobiłem > 2. cd ~/rpm/packages; cvs up builder To IMO nie powinno mieć znaczenia > 3. rm -rf ~/rpm/S* to tym bardziej > > i daj znać czy pomogło. Pomogło :) Dla pełnej jasności - używałem skryptu ~/rpm/packages/adapter (uaktualnionego) i miałem wątpliwości co do sensu pkt. 1 ale w skrypcie widziałem, że intensywnie używa makr rpm'a Dzięki. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
adapter a rpm.groups
Hej Adapter upominał mi się o plik ~/rpm/rpm.groups a ja go mam w ~/rpm/packages/rpm.groups I nie wiem czy to u mnie jest tak dziwnie, czy adapter powinien tego pliku szukać w packages... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th-devel] xorg-xserver-1.8.0 a konfiguracja klawiatury i touchpada
Dnia 2010-04-06, wto o godzinie 21:10 +0200, Łukasz Maśko pisze: > Chodzi mi np. o zmianę kodowania znaków na polski dla klawiatury Ja odpalam X-y bez pliku xorg.conf, polskie znaki pisałem dzięki /etc/hal/fdi/policy/10-keymap.fdi i też po upgradzie przestało działać... Naprawiłem to u siebie poprzez wejście w "preferencje klawiatury" w gnome i dodanie polskiego układu klawiatury (był tylko USA) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: uwagi po upgrade-dist
Dnia 2010-04-03, sob o godzinie 21:33 +0200, Krystian Tomczyk pisze: > polskie literki mi sie zepsuly po upgradzie... ale jeszcze nic nie > szukalem, moze po prostu sam przestawil konfiguracje... W ustawieniach gnome dla klawiatury było tylko US, doddałem polską i już jest OK -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
uwagi po upgrade-dist
Witam xulrunner-libs-1.9.2.3-1.x86_64 zostanie zastąpiony przez xulrunner-libs-1.9.2.3-2.x86_64 xulrunner-1.9.2.3-1.x86_64 zostanie zastąpiony przez xulrunner-1.9.2.3-2.x86_64 xulrunner-libs-1.9.2.3-2.x86_64 zaznaczył icedove-3.0.4-1.x86_64 (wł. libssl3.so(NSS_3.12.6)(64bit)) Hmm, hmm. Czy naprawde musze instalowac icedove jak uzywam evolution? ps. polskie literki mi sie zepsuly po upgradzie... ale jeszcze nic nie szukalem, moze po prostu sam przestawil konfiguracje... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mirrory, totalny resync
Dnia 2010-01-30, sob o godzinie 17:17 +0100, Marcin Rybak pisze: > > >> > Który mirror jest uznawany za poprawnie działający i posiadający > > aktualne > > >> > paczki, > > >> > > >> Ten, który w nazwie ma, że jest mistrzuniem. > > >> > > > > > > Twoja odpowiedź nic nie wnosi do konkursu, ponieważ napisałem - że master > > > nie działa poprawnie (problem np z vim'em)! > > > > Uhm, znaczy, że spodziewałeś się na pytanie "który ftp jest primary" > > odpowiedzi w stylu HOWTO zainstalować vima w PLD? :) > > No to faktycznie nic ciekawego nie wniosłem. Jakże przykre. > > > > jasne, dobrze Ci idzie udawanie, że nie wiesz o co chodzi. Ale żeby > zaspokoić Twój betonowy umysł: > > master-ftp.pld-linux.org ma popsute indeksy > A może po prostu trafiłeś na zmiany na ftp? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
man geninitrd
Witam Chciałem sobie coś sprawdzić w manualu geninitrd, a tu niespodzianka: [kryst...@assustom ~]$ man geninitrd fgets: Nie ma takiego pliku ani katalogu Błąd podczas odczytu strony podręcznika /usr/share/man/man8/geninitrd.8 Nie ma strony podręcznika dla geninitrd [kryst...@assustom ~]$ ls -l /usr/share/man/man8/geninitrd.8 -rw-r--r-- 1 root root 0 09-04 15:10 /usr/share/man/man8/geninitrd.8 [kryst...@assustom ~]$ file /usr/share/man/man8/geninitrd.8 /usr/share/man/man8/geninitrd.8: empty [kryst...@assustom ~]$ cat /usr/share/man/man8/geninitrd.8 [kryst...@assustom ~]$ plik jest ale bezużyteczny... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] kde4-kde3support - konflikt na tle ikon - paczka bezużyteczna
Dnia 2009-12-03, czw o godzinie 18:29 +0100, Bartosz Świątek pisze: > Tylko żeby było wszystko jasne. Kde 4.1.x NIGDY, powtarzam, NIGDY nie > było na naszych FTP - więc oficjalnie NIE WSPIERAMY tego. Hmmm, h. Ja sobie nie przypominam żebym używał innych repozytoriów, a właśnie mam też taką wersję... dobrze wiedzieć, że mogę spokojnie wywalić i zastąpić czymś nowszym. Mon Dec 15 21:18:40 2008 UTC (11 months, 2 weeks ago) by shadzik CVS tags: auto-th-kde4-kdebase-4_1_85-1 Zawsze myślałem, że tag "auto-th" oznacza, że było puszczone na buildery... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Aktualne PHP powinno wymagać aktualnego pcre, problem z php-eaccelerator
Dnia 2009-12-02, śro o godzinie 20:08 +0100, Tomasz Pala pisze: > nawet w Ac po jego zamrożeniu Czy przypadkiem rm-em AC nie jest sprawca zmiany, która była powodem tego wątku? (to jest pytanie retoryczne) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[TH*] Przypadki z dzisiejszego upgrade-dist
Hej Podczas upgrade z -n th* i dostałem takie coś: libcanberra-gnome-0.22-1.x86_64 zaznaczył gdm-2.28.1-1.x86_64 (wł. /usr/share/gdm/autostart/LoginWindow) gdm-2.28.1-1.x86_64 zaznaczył xorg-app-sessreg-1.0.5-1.x86_64 (wł. xorg-app-sessreg) gdm-2.28.1-1.x86_64 zaznaczył xorg-app-xmodmap-1.0.4-1.x86_64 (wł. xorg-app-xmodmap) libcanberra-gnome-0.22-1.x86_64 zaznaczył gnome-session-2.24.3-1.i686 (wł. /usr/share/gnome/autostart) W gnome-session-2.28.0-1.x86_64 które mam faktycznie nie ma /usr/share/gnome/autostart -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Evolution-2.26 i nowe gnome
Witam Po upgradzie th do gnome 2.28 przestałem mieć możliwość pisania maili w evolution $ rpm -qa \*evolution\* |sort evolution-2.26.3-2.x86_64 evolution-addressbook-2.26.3-2.x86_64 evolution-calendar-2.26.3-2.x86_64 evolution-data-server-2.28.0-1.x86_64 evolution-data-server-libs-2.28.0-1.x86_64 evolution-libs-2.26.3-2.x86_64 evolution-mail-2.26.3-2.x86_64 Powodem był nowy gtkhtml. Po downgradzie: gtkhtml-3.28.0-1.x86_64 zostanie zastąpiony przez gtkhtml-3.26.3-1.x86_64 edycja maili znów działa... Trochę się tego naszukałem, więc piszę ku przestrodze innym. Może jakoś powiązać wersje evolution i gtkhtml żeby problem wyskoczył od razu z zależności? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] freshclam.log
Dnia 2009-09-17, czw o godzinie 11:18 +0200, Stacho Pal pisze: > Mój clamd jest z "paczki", konfig nie ruszany i chodzi jako clamav. Też tak mam i też freshclam.log pusty ale pod wpływem twojego maila zerknąłem na /etc/freshclam.conf i tamjest takie coś [fragmenty]: ## Example config file for freshclam ## Please read the freshclam.conf(5) manual before editing this file. ## ## PLD NOTE: Note that freshclam is called periodically via cron ## Check /etc/sysconfig/clamd for details # Comment or remove the line below. # Path to the log file (make sure it has proper permissions) ^^^ # Default: disabled #UpdateLogFile /var/log/freshclam.log # Use system logger (can work together with UpdateLogFile). # Default: no LogSyslog yes ^ # Specify the type of syslog messages - please refer to 'man syslog' # for facility names. # Default: LOG_LOCAL6 #LogFacility LOG_MAIL Masz u siebie sysloga, bo ja nie... i uprawnień w odróżnieniu od ciebie nie sprawdziłem (ważniejsze dla mnie było, że działa...) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Brakujące uprawnienia i Requires w kde4-kdeutils-printer-applet
Dnia 2009-09-09, śro o godzinie 00:47 +0200, Bartosz Świątek pisze: > Brakuje tez poppler-progs jako R: do kde4-kdeadmin-kprinter poppler-progs jest przy którymś kawałku cupsa jako sugest i pytanie czy musi być koniecznie poppler-progs, czy mogłoby być w zamian xpdf-tools zawierające prawie to samo... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ac awaria rpm'a po aktualizacji
Dnia 2009-08-24, pon o godzinie 12:32 +0200, Jakub Pisarczyk pisze: > jak mogę podejść do tematu naprawy, co konkretnie można zrobić ? czy > można naprawić zdalnie czy lokalnie? IMO można zdalnie. Wyciągnąć ręcznie z paczki rpm wnętrzności, wrzucić w odpowiednie miejsca i powinno zadziałać. Potem tylko jeszcze upgrade rpm-a żeby w bazie była właściwa wersja. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Problemy w OVH
Dnia 2009-08-21, pią o godzinie 08:50 +0200, Paweł Muszyński pisze: > > 1. W jaki sposób objawia się owo niedziałanie ? > > Serwer nie wstaje - zero śladu w jakichkolwiek logach. Ja miałem podobnie ostatnio po większym upgradzie, ale na zwykłym PC. Podczas startu jak leciały komunikaty startowe to było "starting udev [fail]" i później, że nie ma /dev/hdaX Pomogło zakomentowanie w udev.conf następujących linijek: udev_root="/dev/" udev_rules="/etc/udev/rules.d/" i wygenerowanie nowego initrd rpm -q udev udev-146-1.i686 -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [PATCH] bluez i wacomlinux
Dnia 2009-07-31, pią o godzinie 16:01 +0200, Pawel Golaszewski pisze: > Jeżeli jesteś zainteresowany to ja proponuję ci RW do cvs-u. Jak się > znajdą inni popierający to... :) A dlaczego nie, może kiedyś będę miał tablet, to paczka będzie jak znalazł... +1 -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gimp i babl
Witam $ rpm -q gimp babl gimp-2.6.6-5.x86_64 babl-0.1.0-1.x86_64 I myślałem, że w tym gimpie już będzie dobrze, ale dalej mam komunikat: GIMP requires BABL version 0.0.22 or later. Installed BABL version is 0.1.0. No chyba że 0.1.0 jest niższa... Aha - po downgradzie do 0.0.22 mam: GIMP requires GEGL version 0.0.18 or later. Installed GEGL version is 0.1.0. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel-2.6.28.9-1 powoduje zwis X
Dnia 2009-05-10, nie o godzinie 13:14 +0200, Dariusz Laskowski pisze: > On Sun, 10 May 2009 10:18:53 +0200, Tomasz Pala wrote: > > >> 2.6.28.9-1 leży w *main*! Po co Mu trujesz o 2.6.29.2? > > > Bo zasadą PLD jest niewymagalność kernela PLD-owego? > > Bez urazy, ale powyższe jest poniżej Twojego poziomu, > bo jesteś jednym z nielicznych w pld, który nie ma > najmniejszego oporu przed nazywaniem rzeczy po imieniu, > więc wyłącz z łaski swojej ten stadny instynkt, > bo tysiące razy lepiej ode mnie rozumiesz różnicę między > główną gałęzią *dystrybucji* a jakimś przypadkowym katalogiem > na jakimś ftp... A nigdy nie pomyślałeś o tym, że podobne problemy w różnych wersjach oprogramowania mogą pomóć w znalezieniu źródła problemu i jego naprawieniu... > >> 2.6.28.9-1 leży w *main*! 2.6.28.9-1 leży w *main*! > > > Idź na forum onetu. > > Niestety nie da się. Bez względu na miejsce w sieci, bez względu > na to czy pisze się o pld źle, dobrze czy też neutralnie, to... > Nikogo to nie obchodzi. Ale to na szczęście nie jest problem developerów i chętnych użytkowników PLD > Kiedyś pld miało jakieś minimalne choćby > znaczenie i kilku (może nawet kilkunastu) przeciwników. Dzisiaj > o czymś tak marginalnym nikt nawet flejmować nie chce. > Zwyczajnie nie obchodzi nikogo poza garstką podbijaczy wersji. > Panowie, zła wiadomość: u m a r l i ś c i e . ;-( > W takim razie chrześcijanie mają rację - w zaświatach istnieje życie i można się kontaktować z wami. Jak widzisz piszę tego maila z zaświatów... Mógłbym nawet zadzwonić przez sznur ;) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl/drukarnia ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
digikam.spec
Hej, przy próbie upgradu digikam mam błąd: digikam-0.10.0-0.rc2.1.x86_64: nie znaleziono wymaganego /usr/share/apps/digikam/utils Ten katalog to specjalnie nie jest dodany do pakietu czy przez przeoczenie? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udevadm settle - timeout of 180 seconds reached
Dnia 2009-02-22, nie o godzinie 22:20 +0100, Łukasz Jernaś pisze: > 2009/2/22 Kamil Dziedzic : > > Taki o to komunikat powitał mnie po aktualizacji... po 180 sekundach > > bezczynności. Straciłem jakąś godzinę na dojście do tego, że wystarczyło > > poczekać te cholerne 180 sekund:/ > > https://bugs.edge.launchpad.net/pld-linux/+bug/331625 > Wisi tam od 3 dni... > Było o tym już na forum http://forum.pld-linux.org/viewtopic.php?p=31584#31584 i tu na listach też widziałem... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel 2.6.28
Dnia 2009-02-21, sob o godzinie 13:17 +0100, Arkadiusz Miskiewicz pisze: > On Saturday 21 of February 2009, Krystian Tomczyk wrote: > > Dnia 2009-02-21, sob o godzinie 13:00 +0100, Bartłomiej Zimoń pisze: > > > Kernel zatrzymuje sie podczas ladowania modulow > > > na 2.6.28.4 2.6.28.5 2.6.28.6 - stoi na komunikacie "alg: no test for > > > lzf (lzf-generic)" > > > wczesniej wczytuje moduly od kontrolera itp. Nie jest do konca > > > zawieszony bo 3ch kroli dziala > > > > a po 3 min od komunikatu "alg: ..." idzie dalej wypisując: > > "udevadm settle - timeout of 180 seconds reached..." > > daj udev no w /etc/sysconfig/geninitrd, przegeneruj initrd i reboot > Już raz tak zrobiłem (po dyskusji na forum) i nie pomogło, ale chyba nie dałem lilo po wygenerowaniu nowego initrd. Teraz spróbowałem jeszcze raz i poszło. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel 2.6.28
Dnia 2009-02-21, sob o godzinie 13:00 +0100, Bartłomiej Zimoń pisze: > Kernel zatrzymuje sie podczas ladowania modulow > na 2.6.28.4 2.6.28.5 2.6.28.6 - stoi na komunikacie "alg: no test for > lzf (lzf-generic)" > wczesniej wczytuje moduly od kontrolera itp. Nie jest do konca > zawieszony bo 3ch kroli dziala a po 3 min od komunikatu "alg: ..." idzie dalej wypisując: "udevadm settle - timeout of 180 seconds reached..." -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
fglrx_dri.so
Kawałek logu: (EE) AIGLX error: dlopen of /usr/lib/dri/fglrx_dri.so failed (/usr/lib/dri/fglrx_dri.so: cannot open shared object file: No such file or directory) $ rpm -qa \*fglrx\* \*fire\* |sort kernel-video-firegl-8.1...@2.6.27.12_1.x86_64 xorg-driver-video-fglrx-8.12-4.x86_64 xorg-driver-video-fglrx-libdri-8.12-4.x86_64 xorg-driver-video-fglrx-libglx-8.12-4.x86_64 xorg-xserver-server-1.5.3-6.x86_64 poldek:/all-avail> desc -l xorg-driver-video-fglrx-8.12-4.x86_64 [...] /usr/lib64/xorg/modules/dri: fglrx_dri.so Wygląda, że któreś elementy tej układanki nie są całkiem dopasowane do siebie... albo ja mam coś namieszane. To już kolejny przypadek, że mam problem z lib vs. lib64 jak za każdym razem będę to obchodził jakimiś linkami to się sam nie połapię w tym moim bałaganie... :( -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th] upgrade PackageKit
PackageKit-0.3.4-4.x86_64 zostanie zastąpiony przez PackageKit-0.3.12-2.x86_64 błąd: PackageKit-0.3.12-2.x86_64: nie znaleziono wymaganego /lib64/udev Nie bardzo chce mi się wierzyć, że nikt wcześniej tego nie zauważył... Wersja 0.3.4-4 używa jeszcze /lib/udev Nie zmieniam, bo nie wiem jak powinno być poprawnie i lepiej jak zostawię dla lepiej zorientowanych... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Iceweasel 3.0.5 = zwis
Dnia 2008-12-29, pon o godzinie 20:02 +0100, Michal Kochanowicz pisze: > On Thu, Dec 18, 2008 at 07:02:23PM +0100, Arkadiusz Miskiewicz wrote: > > > U mnie bez flasha smiga az milo. Z flashem zwis na pierwszym byle jakim > > > elemencie flashowym. > > > > W th rel 2 jest fixed (bez sprawdzania to widać ;-) > > Ja zainstalowałem rel 2 z th-test i nadal wylatuje na pierwszej stronie > z flashem. > $ rpm -qa iceweasel \*flash\* adobe-flash-10.0.d20.7-1wla.x86_64 iceweasel-3.0.5-2.x86_64 Nie zaobserwowałem większych problemów, tylko ostatnio, jak miałem otwarte kilkanaście kart w jakimś sklepie to tak go przycięło, że przestał odświeżać ekran (tą część gdzie była zawartość strony) i dopiero jak pozamykałem zakładki to po dłuższym czasie zaskoczył. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gramps.spec
Chciałem się upewnić co do jednej rzeczy... Jak w źródłach grampsa nie znalazłem żadnego pliku *.schemas to w specu nie powinno być lini zaznaczonych -> ? ... -> Requires(post,preun): GConf2 ... %post -> %gconf_schema_install gramps.schemas ... %preun -> %gconf_schema_uninstall gramps.schemas -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
www.pld.org.pl
Nie mam pojęcia gdzie wszędzie można się natknąć na ten adres - ja go otatnio zobaczyłem w manualu poldka - ale może ktoś mógłby zapuścić jakiegoś seda po całości żeby to zmienić na poprawny adres? Drugie wyjście to chyba zakup, tylko kto by się zdecydował... http://www.pld.org.pl pokazało mi http://www.dropped.pl/parked/?name=pld.org.pl ps. To tak tylko informacyjnie. Osobiście nie przeszkadza mi adres do nikąd, bo znam poprawny... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Repackage ssie, a przecież nie musi
Dnia 2008-11-22, sob o godzinie 12:52 +0100, Jakub Bogusz pisze: > > Ew. można sobie gdzieś w makrach przestawić by repackage używało > gzipa, a nie > > lzma. > > Nie bardzo, rpm trzyma sumy kontrolne dla skompresowanego payloadu, > więc > spakowanie czym innym niż oryginalny pakiet wiąże się z błędnymi > sumami dla > wszystkich plików. Ja tam nie wiem, ale od zawsze jak chciałem coś instalować z repackage to krzyczało i musiałem dawać chyba --nomd5 żeby zainstalować. Ja to sobie tłumaczyłem tym, że pakiet po repackage różni się od oryginalnego, bo instalowałem tylko wybrane wersje językowe... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th] libkipi
Witam
Jest problem przy upgrade-dist z włączonym ready i test
libkipi-0.1.5-3.x86_64 zostanie zastąpiony przez libkipi-0.1.6-3.x86_64
libkipi-0.1.6-3.x86_64: required "/usr/share/servicetypes" is provided
by following packages:
a) kdelibs-3.5.10-7.x86_64
b) kdelibs-3.5.10-2.x86_64
Który z nich chcesz zainstalować ('Q' anuluje)? [a]
libkipi-0.1.6-3.x86_64 zaznaczył kdelibs-3.5.10-7.x86_64
(wł. /usr/share/servicetypes)
błąd: kdelibs-3.5.10-7.x86_64 (wł. kdelibs = 9:3.5.10-7) jest w
konflicie z zainstalowanm kde4-kdelibs-4.1.1-2.x86_64 (kdelibs)
Starsza wersja albo nie sprawdziła, że ten katalog nie jest dostarczany,
albo instalowałem jeszcze jak miałem kdelibs-3.X i przy zmianie na kde4
nie zwróciłem uwagi, albo dałem nodeps...
Wcześniej czy później libkipi chyba i tak będzie trzeba przygotować do
kde4...
--
Pozdrawiam
Krystian T.
"Errare humanum est."
www.sady.net.pl
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] easytag - problem z plikami *.ogg
Dnia 2008-11-01, sob o godzinie 11:56 +0100, Dariusz Laskowski pisze: > czy > naprawdę warto tak uporczywie wrzucać wersje devel do gałęzi main? A to nie jest tak, że całe Th jest w pewnym sensie devel? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
pakiety noarch
Dlaczego w porównaniu do Ac w Th brakuje tylu pakietów noarch np.: ghostscript-fonts-std cups-foomatic-db* ghostscript-fonts-std kiedyś musiał być, bo na drugim (a w zasadzie pierwszym w kolejności instalacji) ten pakiet mam, a też nie było na nim Ac. Jedyma różnica to tam jest i686, a na obecnym - gdzie stwierdziłem problem z wyświetlaniem niektórych pdf-ów - mam x86_64, ale noarch i tak jest wspólne. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dshowserver - było o mythtv
Dnia 2008-10-19, nie o godzinie 00:54 +0200, Bartosz Świątek pisze: > >> Co komitnąć? Twojego src.rpma? Daj no tu spece do wglądu to > zobaczymy > >> co tam spłodziłeś. > > Całość waży ~260KB. > > Źródła są z svn - muszą być. > > Jeśli nie łaska kliknąć w linka, to już więcej nie będę pajacował. > > Mogę sobie te pierdoły budować ze źródeł i nie zabierać cennego > czasu innym. > > Nie, chodzi po prostu o zasady. Prześlij spece i wtedy zobaczymy. Ja tam nie wiem, ale w samym specu pewnie nic ciekawego nie będzie... cały myk pewnie tkwi w tych źródłach z svn i dlatego WK wystawił src.rpm, który ma w sobie i źródła i speca... (też nie klikałem w linka) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gtkhtml vs. evolution
W th-test jest gtkhtml za nowe do evolution - nie można pisać maili... Ten zestaw działa: gtkhtml-3.18.3-1.x86_64 evolution-2.22.3.1-3.x86_64 A z gtkhtml-3.24.0-1 nie działa edycja maili. Pewnie trzeba poczekać na evolution do kompletu z już obecnym evolution-data-server-2.24.0-1? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: flowd.spec - uid i gid
Dnia 2008-09-23, wto o godzinie 22:59 +0200, Paweł Zuzelski pisze: > > > Z jakiegoś powodu moje maile > > > są dostarczane na listy kilka godzin od momentu wysłania. > > > Przykładowo tego wysyłam o 16:33. > > > > Pewnie byla dluga kolejka do jakiegos odspamiacza. > > Nie narzekaj, e-mail ma prawo isc 6 dni... ;P > > Wiem wiem (-: Ale to jest zbyt powtarzalne i wygląda jakby dotyczyło > tylko > moich maili. W dodatku zaczęło się kiedy przesiadłem się na nowy > serwer i > nową domenę, więc pewnie jakaś głupota pomojej stronie. Chciałbym móc > zobaczyć co mówią logi na lists.pld-linux.org na ten temat. Jak ja kiedyś używałem na liście konta onetowego to miałem często tak, że odpowiedzi na moje maile dochodziły szybciej do mnie niż moje posty... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: quo vadis jajku?
Dnia 2008-09-08, pon o godzinie 12:55 +0200, Bartosz Świątek pisze: > Inna sprawa z tymi modułami, bo jeszcze raz chcę to poruszyć. > To teraz mamy politykę, że budujemy coś no bo się buduje? Jak ja sobie > buduję kernel ręcznie to nie zaznaczam alsy - bo po co mi ona na > serwerze? Dicho bandżo robie w serwerowni czy jak? Nie to żebym miał > kartę muzyczną w nich, ale zaraz ktoś mi powie, że se mogę podłączyć > taka via USB. > > Chcecie je budować, budujcie, ale ja nie widzę sensu. Czas to pieniądz > i jak ja będę musiał budować 300modułów bo się budują każdy tylko 3s > to może się stać, że dostanę nerwicy przez telefony dlaczego to tak > długo trwa, już nie mówiąc że stracę czas by się podrapać po jajkach, > wypić kawę czy poczytać pudelka :/ Ale przecież nikt nikomu nie mówi co ma budować, jak buduje sobie... W dystrybucji jednak kernel z założenia musi spełniać oczekiwania jak największej części użytkowników (jak napisał Cięciwa jest efektem ciężko wypracowanego kompromisu), a poza tym na oficjalnych stronach pld są opisane założenia: Jedną z największych bolączek administratorów jest chroniczny brak czasu, dlatego bardzo istotne jest zminimalizowanie nakładu pracy przy codziennych zajęciach administracyjnych. Mając to na uwadze, stworzono dystrybucję, która zapewnia wysokie bezpieczeństwo i łatwość administracji. PLD jest tak projektowane by w możliwie najkrótszym czasie uruchomić bezpieczny, wydajny i łatwy w zarządzaniu system produkcyjny. Założono, że administrator nie może tracić czasu na kompilację jądra, programów czy też pisania rc-skryptów. [...] w systemie dostępne są silnie zmodularyzowane jądra, dzięki czemu w ogromnej większości wypadków nie trzeba go kompilować na nowo; wystarczy wybrać właściwy kernel i załadować potrzebne moduły i jeszcze jeden PLD kernels are build using modules. No more make menuconfig to make the kernel more stable or faster. You are free to pick which modules to load depending on hardware you want to use. The rest is still there, waiting for your next computer upgrade to save your day. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: quo vadis jajku?
Dnia 2008-09-07, nie o godzinie 21:24 +0200, Bartosz Świątek pisze: > W dniu 7 września 2008 21:20 użytkownik Krystian Tomczyk > <[EMAIL PROTECTED]> napisał: > > Dnia 2008-09-07, nie o godzinie 20:32 +0200, Bartosz Świątek pisze: > >> W swoim serwerze masz kartę wifi? :) Co to za serwer? > > A ja mam ;) w domu, stoi na nim poczta i skoro już stoi to wsadziłem mu > > kartę żeby udostępniał net dla laptopa... > > Ale rozgraniczmy _prawdziwy_ serwer, od maszyny, którą z zamkniętymi > oczami i zaciśniętymi kciukami wyobrażasz sobie jako serwer. > > Przepraszam, jeśli urażę, ale nie wmawiaj mi, że twój "komp", którego > używasz żeby ci neta routował to jest serwer. Dlatego dałem ";)" - zdaję sobie sprawę, że to tak naprawdę tylko zabawa w "serwer"... ale jak się bawić to na całego :D tam jest router z wifi i do tego apache, exim i mysql - każdy w osobnym vserverze. Inna sprawa, że to wifi od nie wiem jak dawna nie działa, bo działam na kablu i ostatnio się zdziwiłem, ale brak czasu i motywacji żeby to naprawić... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: quo vadis jajku?
Dnia 2008-09-07, nie o godzinie 20:32 +0200, Bartosz Świątek pisze: > W swoim serwerze masz kartę wifi? :) Co to za serwer? A ja mam ;) w domu, stoi na nim poczta i skoro już stoi to wsadziłem mu kartę żeby udostępniał net dla laptopa... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [ti] katalog /root/tmp
Dnia 2008-08-29, pią o godzinie 12:08 +0200, Robert 'dzeus' Graużenis pisze: > Dnia 29 Sierpnia 2008, 11:27, Pt, Paweł Zuzelski napisał(a): > >> > pojawia się kilka błędów: > >> > error: error creating temporary file /root/tmp/rpm-tmp.56279 > >> > > >> > W jakim pakiecie należy dodać ten katalog? Czy to jednak ja coś źle > >> > robię? > >> > >> mkdir /root/tmp/ > > > > Nie no, poradzić to ja sobie umiem. Pytam o rozwiązanie problemu a nie > > obejście (-: > > A jaki to PROBLEM? Po instalacji systemu konto root-a nie ma katalogu tmp, > zakładasz go ręcznie w miarę potrzeb. Jak zakładasz konta userom (useradd > -m) to katalog tmp masz kopiowany z /etc/skel/. > Mam wrażenie, że Pawłowi właśnie o to chodzi, że go nie ma po instalacji i się zastanawia do czego go dołączyć żeby był... Ale go chyba specjalnie nie ma, żeby niespodziewanie, z powodu rozrostu /root/tmp, nie było problemów z różnymi operacjami na koncie roota... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[OT] Re: dmenu.spec - nowy spec
Dnia 2008-08-23, sob o godzinie 10:18 +0200, Paweł Chmiel pisze: [...] Bez urazy, ale gdybyś, zamiast zostawić dwie poprzednie wersje speca z komentarzami Bartosza, wpisał np.: "A teraz lepiej?", to by chyba nie miało wpływu na zrozumienie wątku, a nie trzeba by tyle przewijać do właściwej treści... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: OpenOffice w Th - czy komuś działa?
Dnia 2008-07-17, czw o godzinie 20:52 +0200, Kamil Dziedzic pisze: > A czy ja mówię o wyrzucaniu całej arch? Mówię tylko, że wcale na ppc > się nie > musi budować aby trafiło na ftp dla innych arch. Nie widzę żadnych > przeszkód > bo: > - na ftp nie ma w tej chwili żadnego oo = nic nie tracimy jak na > którąś arch > nie trafi a jedynie użytkownicy innych zyskają Nawet gdyby to miało być na jakimś nieoficjalnym ftp, kiedyś jeden z developerów wystawił buildy OO - chyba to było gdzieś na mamucie... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek nie znajduje katalogu /usr/lib/kernel_x.x.x.x_y-z/misc
Dnia 2008-07-16, śro o godzinie 23:14 +0200, Bartłomiej Zimoń pisze: > kernel-2.6.25.9-4.athlon zostanie zastąpiony przez > kernel-2.6.25.11-1.athlon ^^^ > kernel-sound-alsa-2.6.25.9-4.athlon zostanie zastąpiony przez > kernel-sound-alsa-2.6.25.11-1.athlon > [EMAIL PROTECTED] zostanie zastąpiony przez > [EMAIL PROTECTED] > błąd: [EMAIL PROTECTED]: nie znaleziono > wymaganego /lib/modules/2.6.25.11_2-1/misc ^ Ostatnio coś mi się obiło o oczy, że była jakaś wymiana zdań na temat numerowania kernela i modułów żeby nie trzeba było wszystkiego przebudowywać z jakiś błahych powodów - widać jeszcze nie jest to dopracowane i się zdarzają takie kwiatki... -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: OpenOffice w Th - czy komuś działa?
Dnia 2008-07-16, śro o godzinie 22:03 +0200, Kamil Dziedzic pisze: > Dnia środa 16 lipiec 2008, Michał Łukaszek napisał: > > Od nie pamiętam już jak dawno nie startuje mi na dwóch maszynach z Th > > OpenOffice. > > Pamiętam już że Łukasz Maśko się na ten temat rozpisywał, ale > > konstruktywnych wniosków chyba nie udało się wyciągnąć. > > > > Binarka segfaultuje i już. > > > > Pytanie: czy ktoś ma sposób na działające OOo? > > # rpm -q openoffice.org > openoffice.org-2.4.0.2-ooh680_m12.0.5.x86_64 > > OO w takiej wersji działa mi od dość dawna idealnie... dziwię sie, że zniknął > z ftp dla amd64 (w sumie to chyba był tylko w test)... dobrze, że zdążyłem > zainstalować póki jeszcze był:] > Mam podobnie - znaczy działa i widzę, że dla 686 też nie ma na ftp... $ rpm -qa \*openoffice\* openoffice.org-impress-2.4.0.8-ooh680_m12.0.1.i686 openoffice.org-calc-2.4.0.8-ooh680_m12.0.1.i686 openoffice.org-draw-2.4.0.8-ooh680_m12.0.1.i686 openoffice.org-core-2.4.0.8-ooh680_m12.0.1.i686 openoffice.org-writer-2.4.0.8-ooh680_m12.0.1.i686 $ rpm -qi openoffice.org-core-2.4.0.8-ooh680_m12.0.1.i686 Name : openoffice.org-core Relocations: (not relocatable) Version : 2.4.0.8 Vendor: PLD Release : ooh680_m12.0.1 Build Date: pon, 28 kwi 2008, 02:17:35 Build Host: th-i686.th.pld-linux.org -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gramps przestał działać
Dnia 2008-07-10, czw o godzinie 07:23 +0200, Arkadiusz Miskiewicz pisze:
> On Thursday 10 July 2008, Krystian Tomczyk wrote:
> > Kiedyś tam zainstalowałem sobie gramps-3.0.0-1 i działał, później długo
> > go nie używałem, a teraz nie potrafi otworzyć utworzonej przez siebie
> > bazy... Dostaję taki nic mi niemówiący raport o błędzie:
> > 11280: ERROR: DbLoader.py: line 281: Failed to open database.
> > Traceback (most recent call last):
> > File "/usr/share/gramps/DbLoader.py", line 272, in read_file
> > self.dbstate.db.load(filename, self.uistate.pulse_progressbar, mode)
> > File "/usr/share/gramps/gen/db/dbdir.py", line 435, in load
> > return self.__load(name, callback, mode)
> > File "/usr/share/gramps/gen/db/dbdir.py", line 468, in __load
> > self.env.set_flags(db.DB_LOG_AUTOREMOVE, 1) # clean up unused logs
> > AttributeError: 'module' object has no attribute 'DB_LOG_AUTOREMOVE'
> >
> > Prawdopodobnie przyczyną jest któryś z kolei upgrade-dist (było ich
> > kilka w międzyczasie) i najbardziej podejrzany jest python, na którym
> > się nie znam nic...
> > Próbowałem przebudować gramps.spec, próbowałem podbić do najnowszej
> > wersji 3.0.1 ale cały czas to samo.
> > Ktoś jest w stanie pomóc?
>
> DB_LOG_AUTOREMOVE usunięto z db4.7 - poszukaj w dokumentacji do tej wersji
> czym/w jaki sposób to zastąpić.
>
Dzięki za informacje - poszukałem i zrobiłem, że się buduje i działa
(przy okazji podbiłem do 3.0.1). Nie dałem od razu do cvs, bo:
1. nie jestem pewien czy to jest właściwie zrobione
2. w th-main jest db4.6
3. chyba trzeba by gdzieś zaznaczyć z jaką wersją db współpracuje
--
Pozdrawiam
Krystian T.
"Errare humanum est."
www.sady.net.pl
Index: gramps.spec
===
RCS file: /cvsroot/SPECS/gramps.spec,v
retrieving revision 1.53
diff -u -r1.53 gramps.spec
--- gramps.spec 29 Mar 2008 12:34:09 - 1.53
+++ gramps.spec 13 Jul 2008 13:38:39 -
@@ -1,13 +1,13 @@
-# $Revision: 1.53 $, $Date: 2008/03/29 12:34:09 $
+# $Revision: 1.53 $, $Date: 2008-03-29 12:34:09 $
Summary: Genealogical Research and Analysis Management Programming System
Summary(pl.UTF-8): System programowania do zarządzania badaniami i analizą genealogiczną
Name: gramps
-Version: 3.0.0
+Version: 3.0.1
Release: 1
License: GPL v2
Group: Applications/Science
Source0: http://dl.sourceforge.net/gramps/%{name}-%{version}.tar.gz
-# Source0-md5: 4faf56a6d4236e79b98ba5c2847d58f3
+# Source0-md5: 95109ffa408bd16870885b4627f357ae
Patch0: %{name}-icon_path.patch
Patch1: %{name}-locale_names.patch
URL: http://gramps-project.org/
@@ -49,6 +49,8 @@
%patch1 -p1
sed -i -e 's|gramps.py|gramps.pyc|' gramps.sh.in
+sed -i -e 's|DB_LOG_AUTOREMOVE|DB_LOG_AUTO_REMOVE|' src/GrampsDbUtils/_GrampsBSDDB.py
+sed -i -e 's|DB_LOG_AUTOREMOVE|DB_LOG_AUTO_REMOVE|' src/gen/db/dbdir.py
rm -f src/po/no.*
cp /usr/share/gnome-doc-utils/gnome-doc-utils.make .
@@ -81,7 +83,7 @@
rm -rf $RPM_BUILD_ROOT
%post
-%gconf_schema_install gramps.schemas
+%gconf_schema_install gramps.schemas
%update_desktop_database_post
%scrollkeeper_update_post
%banner %{name} -e << EOF
@@ -91,7 +93,7 @@
EOF
%preun
-%gconf_schema_uninstall gramps.schemas
+%gconf_schema_uninstall gramps.schemas
%postun
%update_desktop_database_postun
@@ -135,7 +137,7 @@
%{_pixmapsdir}/gramps.png
%{_datadir}/mime/packages/gramps.xml
-%{_datadir}/mime/packages/gramps.schemas
+%{_datadir}/mime/packages/gramps.schemas
%{_mandir}/man1/*
%lang(fr) %{_mandir}/fr/man1/*
@@ -149,7 +151,7 @@
All persons listed below can be reached at @pld-linux.org
$Log: gramps.spec,v $
-Revision 1.53 2008/03/29 12:34:09 adamg
+Revision 1.53 2008-03-29 12:34:09 adamg
- updated to 3.0.0
- BuildRequires: python >= 1:2.5, python-pygtk-devel >= 2:2.10.0
- adapterized
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
gramps przestał działać
Kiedyś tam zainstalowałem sobie gramps-3.0.0-1 i działał, później długo go nie używałem, a teraz nie potrafi otworzyć utworzonej przez siebie bazy... Dostaję taki nic mi niemówiący raport o błędzie: 11280: ERROR: DbLoader.py: line 281: Failed to open database. Traceback (most recent call last): File "/usr/share/gramps/DbLoader.py", line 272, in read_file self.dbstate.db.load(filename, self.uistate.pulse_progressbar, mode) File "/usr/share/gramps/gen/db/dbdir.py", line 435, in load return self.__load(name, callback, mode) File "/usr/share/gramps/gen/db/dbdir.py", line 468, in __load self.env.set_flags(db.DB_LOG_AUTOREMOVE, 1) # clean up unused logs AttributeError: 'module' object has no attribute 'DB_LOG_AUTOREMOVE' Prawdopodobnie przyczyną jest któryś z kolei upgrade-dist (było ich kilka w międzyczasie) i najbardziej podejrzany jest python, na którym się nie znam nic... Próbowałem przebudować gramps.spec, próbowałem podbić do najnowszej wersji 3.0.1 ale cały czas to samo. Ktoś jest w stanie pomóc? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Współpraca exim-clamav - brak uprawnień
Dnia 2008-07-06, nie o godzinie 14:36 +0200, Michal Kochanowicz pisze: > clamav próbuje czytać pliki z /var/spool/exim/scan/ ale ten ma jako > właściciela exim:exim a clamav pracuje jako clamav. Efekt - wszystkie > maile są odrzucane. > > Ja dodałem u siebie clamav do grupy exim, ale nie wiem czy to właściwe > rozwiązanie. A nawet jeśli tak, to powinno być odrazu w dystrybucji, > czyż nie? > Jak najbardziej właściwe - tak właśnie jest napisane w dokumentacji: "Aby skaner av mógł sprawdzać pocztę Exima musi zostać dodany do grupy exim. Dokonujemy tego poleceniem groupadd albo edytując po prostu plik /etc/group" > > A nawet jeśli tak, to powinno być odrazu w dystrybucji, > czyż nie? Nie jestem pewien. Clamav może być używany do czegoś innego niż exim, może chyba być na innej maszynie i pewnie wiele innych kombinacji... Po instalacji trzeba i tak dokonfigurowywać więc jedna opcja mniej czy więcej chyba nie robi wielkiej różnicy. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[TH] braki do nowego kernela
Hej, czy w związku z pojawieniem się nowego kernela w th-main mógłbym się uśmiechnąć ( :D ) o dobudowanie hostapd kernel-net-madwifi-ng kernel-misc-acerhk I tak niezależnie od tego jeszcze nmap-4.20-2.i686 zostanie zastąpiony przez nmap-4.60-1.i686 błąd: nmap = 4.20-2 is required by installed nmap-X11-4.20-2.i686 ale to już mniejszy problem. TIA -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Titanium i686 koncert życzeń.
Dnia 2008-06-25, śro o godzinie 10:43 +0200, Tomasz Pala pisze: > On Wed, Jun 25, 2008 at 00:21:57 +0200, Wieslaw Kierbedz wrote: > > > Część potrzebowała dobudowania pośrednich pierdół. > > Jednak postawiłem sobie buildera - na VMware. > > Drobiazgi pobudowałem (wvdial, wammu, xbindkeys, blueman). > > Na abiworda i gnumerica jeszcze się nie rzucam. > > ppp-manager buduje się ładnie ręcznie. > > Z ad-hoc sklejonego speca niestety pada. > [...] > > Ten wiersz się nie rymuje. > Bo to jest pewnie wiersz biały http://pl.wikipedia.org/wiki/Wiersz_biały > P,NMSP ;) Ja też ;) -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
upgrade nmap
$ poldek -n th -u nmap -t Wczytywanie [pndir]th... Wczytywanie [pndir]th... Przeczytano 16321 pakietów Przetwarzanie zależności... nmap-4.20-2.i686 zostanie zastąpiony przez nmap-4.60-1.i686 błąd: nmap = 4.20-2 is required by installed nmap-X11-4.20-2.i686 nmap-X11 do przebudowania? -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: install_kernel_modules to pdkshizm
Dnia 2008-06-15, nie o godzinie 18:27 +0200, Witold Filipczyk pisze: > install_kernel_modules nie chodzi, gdy bash jest /bin/sh . > IMO to jest błąd. Zgadza się - to błąd, że /bin/sh wskazuje na bash (przynajmniej w PLD). Jak chcesz mieć basha jako powłokę to ustaw ja sobie w /etc/passwd -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek i wyłączenie suggests przy aktualizacji
Dnia 2008-06-07, sob o godzinie 10:06 +0200, Tomasz Pala pisze: > On Sat, Jun 07, 2008 at 02:11:52 +0200, Pawel Golaszewski wrote: > > > Mając zarejestrowaną odpowiedzi na pytanie można wiele rzeczy > zrobić: > > - robimy upgrade pakietu - pytamy tylko o różnice, > > Ale do tego nie jest potrzebna znajomość odpowiedzi - ta odpowiedź > egzystuje w obecnym stanie systemu, należy zapytać tylko o S, których > wcześniej nie było w danym pakiecie (i które nie są już zainstalowane > w systemie oczywiście). Pozostając przy przykładowym unzip Będę np. instalował mailcap, który ma sugerować unzip - jeżeli go mam w systemie to nie ma problemu, ale co jeśli nie? Mogłem odrzucić unzipa sugerowanego przy innym pakiecie, ale mogłem też nie widzieć tego sugest, bo nic co go sugeruje nie instalowałem jeszcze... Odrzucając go wcześniej przy czymś innym nie znaczy, że teraz go nie będę chciał... IMO przy instalacji powinny być sugerowane wszystkie sugest niezainstalowane w systemie, a przy upgrade tylko te, które nie są zainstalowane i nie były jako sugest we wcześniejszej wersji upgradowanego pakietu. -- Pozdrawiam Krystian T. "Errare humanum est." www.sady.net.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Projekty PLD w CVS i SVN
Dnia 2008-03-24, pon o godzinie 16:28 +0100, Andrzej Krzysztofowicz pisze: > "Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=" wrote: > > > > On Sun, Mar 23, 2008 at 09:24:26PM +0100, Andrzej Krzysztofowicz wrote: > > > > Dnia 2008-03-23, nie o godzinie 14:27 +0100, Sławomir Paszkiewicz pisze: > > > > > b) zeby bylo jakies > > > > > info, ze projekt przeniesiony do SVN. Jest to mozliwe? > [...] > > ee.. ale tak wogóle to chyba nie chodzi o spece z SPECS, a o projekty > > które są rozwijane "w ramach" pld - rc-scripts, rc-inetd, geninitrd etc > > (?) > > > > Więc nieszczególnie rozumiem czemu tutaj są mieszane spece? > > Patrz punkt a), ktory wyciales. Sorry, pkt a) ja wyciąłem nie Undefined, bo był niepotrzebny do tego co pisałem... o specach też ja zacząłem, ale już wiem gdzie popełniłem błąd w myśleniu. To odgałęzienie wątku traktujcie jako niebyłe... -- Krystian ___ 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
Dnia 2008-03-23, nie o godzinie 21:24 +0100, Andrzej Krzysztofowicz pisze: > Krystian Tomczyk wrote: > > > > Dnia 2008-03-23, nie o godzinie 14:27 +0100, Sławomir Paszkiewicz pisze: > > > b) zeby bylo jakies > > > info, ze projekt przeniesiony do SVN. Jest to mozliwe? > > > > Dopisać na początku w specach, które są rozwijane w svs coś w stylu: > > # WARNING never version of this spec is in SVN - please don't commit > > 1. Jasne. A automatyka builderowa grzecznie to przeczyta. > 2. Jasne. A ktos inny sie nie zgodzi i odwoci przeniesienie. > > Umiesz zrobic szybka zmiane jednoczesnie w 100-1000 specach w svn? Napisz > jak, a moze przekonasz innych. > Pomijając błąd wynikający z mojej znajomości... Zrozumiałem, że chodzi o informację dla developerów, że dany projekt JEST JUŻ rozwijany w svn i nie ma sensu commitować zmiany do cvs dla tych projektów... @Patryk > Nie prościej przenieść te projekty do Attic albo do jakiegoś katalogu > "archived?" To dla odmiany może rodzić przypadki, że ktoś nie widząc speca dla czegoś będzie robił nowy... -- Krystian ___ 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
Dnia 2008-03-23, nie o godzinie 14:27 +0100, Sławomir Paszkiewicz pisze: > b) zeby bylo jakies > info, ze projekt przeniesiony do SVN. Jest to mozliwe? Dopisać na początku w specach, które są rozwijane w svs coś w stylu: # WARNING never version of this spec is in SVN - please don't commit here. -- Krystian ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] poldek gubi się przy --upgrade-dist gdy podajemy mu kilka sources
Dnia 27-12-2007, czw o godzinie 17:43 +0100, Kamil Dziedzic pisze: > Poldek głupieje. Rozbija instalację na dwa sety (chyba dlatego, że > paczki są z > różnych sources) i przez to jak i jeden tak i drugi ma nie spełnione > zależności. Żeby mi nie rozbijał na sety ja sobie w poldek.conf ustawiłem: # Install packages in small groups instead of doing all-or-nothing # installations. particle install = no Jeśli nie chcesz tego na stałe to w twoim przypadku powinno wystarczyć: poldek --upgrade-dist -n home -n th --nohold -O particle_install=no -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: /sbin/ldconfig jest wymagany...
Poprzedni mail to fragment polecenia poldek --upgrade-dist -vt -n th* -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/sbin/ldconfig jest wymagany...
Dlaczego dopiero libsvg-cairo-0.1.6-4.i686 jest takie cwane, że zaznaczył sobie ldconfig-2.7-8.1.i686 (wł. /sbin/ldconfig), a poprzednie tylko krzyczą? Chyba coś im brakuje w R... glibc-2.7-7.i686 zostanie zastąpiony przez glibc-2.7-8.1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Mesa-libGL-7.0.2-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Mesa-libGLU-7.0.2-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Thunar-libs-0.9.0-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked bind-libs-9.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked bluez-libs-3.22-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked cups-image-lib-1.3.4-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked cups-lib-1.3.4-4.i686 błąd: /sbin/ldconfig jest wymagany przez dotnet-gtk-sharp2-2.10.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked gimp-libs-2.4.2-2.i686 błąd: /sbin/ldconfig jest wymagany przez gtkhtml-3.16.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez gtkmm-2.12.3-1.i686 błąd: /sbin/ldconfig jest wymagany przez kdelibs-libs-3.5.8-6.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libexo-0.3.4-1.i686 błąd: /sbin/ldconfig jest wymagany przez libgnomeprintui-2.18.1-1.i686 błąd: /sbin/ldconfig jest wymagany przez libgnomeui-2.20.1.1-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libicu-3.8-1.i686 błąd: /sbin/ldconfig jest wymagany przez libwnck-2.20.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libxfce4mcs-4.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libxfce4util-4.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked mono-1.2.5.1-2.i686 błąd: /sbin/ldconfig jest wymagany przez already marked mpeg4ip-libs-1.6-2.i686 błąd: /sbin/ldconfig jest wymagany przez already marked perl-libs-5.8.8-12.i686 błąd: /sbin/ldconfig jest wymagany przez already marked php-common-5.2.5-3.i686 błąd: /sbin/ldconfig jest wymagany przez poppler-glib-0.6.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked rpm-lib-4.4.9-17.i686 błąd: /sbin/ldconfig jest wymagany przez already marked sox-14.0.0-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked tetex-3.0-10.i686 błąd: /sbin/ldconfig jest wymagany przez already marked vte-0.16.10-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked xfce4-panel-libs-4.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Mesa-libGL-7.0.2-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Mesa-libGLU-7.0.2-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked Thunar-libs-0.9.0-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked bind-libs-9.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked bluez-libs-3.22-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked cups-image-lib-1.3.4-4.i686 błąd: /sbin/ldconfig jest wymagany przez already marked cups-lib-1.3.4-4.i686 błąd: /sbin/ldconfig jest wymagany przez dotnet-gtk-sharp2-2.10.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked gimp-libs-2.4.2-2.i686 błąd: /sbin/ldconfig jest wymagany przez gtkhtml-3.16.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez gtkmm-2.12.3-1.i686 błąd: /sbin/ldconfig jest wymagany przez kdelibs-libs-3.5.8-6.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libexo-0.3.4-1.i686 błąd: /sbin/ldconfig jest wymagany przez libgnomeprintui-2.18.1-1.i686 błąd: /sbin/ldconfig jest wymagany przez libgnomeui-2.20.1.1-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libicu-3.8-1.i686 błąd: /sbin/ldconfig jest wymagany przez libwnck-2.20.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libxfce4mcs-4.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked libxfce4util-4.4.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked mono-1.2.5.1-2.i686 błąd: /sbin/ldconfig jest wymagany przez already marked mpeg4ip-libs-1.6-2.i686 błąd: /sbin/ldconfig jest wymagany przez already marked perl-libs-5.8.8-12.i686 błąd: /sbin/ldconfig jest wymagany przez already marked php-common-5.2.5-3.i686 błąd: /sbin/ldconfig jest wymagany przez poppler-glib-0.6.2-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked rpm-lib-4.4.9-17.i686 błąd: /sbin/ldconfig jest wymagany przez already marked sox-14.0.0-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked tetex-3.0-10.i686 błąd: /sbin/ldconfig jest wymagany przez already marked vte-0.16.10-1.i686 błąd: /sbin/ldconfig jest wymagany przez already marked xfce4-panel-libs-4.4.2-1.i686 'osierocony' libsvg-cairo-0.1.6-4.i686 zaznaczył ldconfig-2.7-8.1.i686 (wł. /sbin/ldconfig) -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: cvs-nserver.spec, cvs.spec - Conflicts instead of Obsoletes
Dnia 07-12-2007, pią o godzinie 00:54 +0100, Patryk Zawadzki pisze: > 07-12-07, Krystian Tomczyk <[EMAIL PROTECTED]> napisał(a): > > > > Witam > > Dyskusja dość długa i zeszła na zasady postępowania z podobnymi > > przypadkami w dystrybucji, a ja dalej nie rozumiem dlaczego pakiet, > > którego nie mam przeszkadza mi w upgradzie (upgradowany pakiet jest w > > konflikcie z niezainstalowanym pakietem) > > Poprawione w CVS, sprawdź i puść na buildery. > Dzięki. U mnie na i686 się zbudował i zupgradował bez problemu. Nie wiem czy mogę puszczać na buildery i nie umiem, a jest za późno żeby się teraz uczyć... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: cvs-nserver.spec, cvs.spec - Conflicts instead of Obsoletes
Witam Dyskusja dość długa i zeszła na zasady postępowania z podobnymi przypadkami w dystrybucji, a ja dalej nie rozumiem dlaczego pakiet, którego nie mam przeszkadza mi w upgradzie (upgradowany pakiet jest w konflikcie z niezainstalowanym pakietem) poldek:/all-avail> ls -I cvs* cvs-nserver-client-1.11.1.52-22.i686 1 pakiet poldek:/all-avail> upgrade cvs-nserver-client-1.11.1.52-23.i686 Przetwarzanie zależności... cvs-nserver-client-1.11.1.52-22.i686 zostanie zastąpiony przez cvs-nserver-client-1.11.1.52-23.i686 There are 1 package to install, 1 to remove: I cvs-nserver-client-1.11.1.52-23.i686 R cvs-nserver-client-1.11.1.52-22.i686 Potrzeba pobrać 594.3KB archiw. Po rozpakowaniu 927.3KB będzie użyte. Uruchamianie sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs pl:pl_PL:en:en_US... błąd: Niespełnione zależności: cvs jest w konflikcie z cvs-nserver-client-1.11.1.52-23.i686 Wystąpiły błędy podczas instalacji Chyba że to chodzi o to, że cvs-nserver-client dostarcza cvs, i cvs-nserver-client jest w konflikcie z dostarczanym przez siebie cvs... Ale w takim przypadku jest coś nie tak... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel i paczki okolokernelowe.
Dnia 03-12-2007, pon o godzinie 11:05 +0100, Andrzej Krzysztofowicz pisze: > Jesli na distfiles trafiaja zrodla, ktorych nie wolno redystrybuowac, > to jak > najszybciej nalezy je stamtad wywalic. Wrzucanie takowych jest i > bedzie ostro tepione. OK, postaram się zapamiętać, że na to też trzeba zwrócić uwagę przy specoklepaniu. -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel i paczki okolokernelowe.
Dnia 03-12-2007, pon o godzinie 07:57 +0100, Andrzej Krzysztofowicz pisze: > Krystian Tomczyk wrote: > > > > > > Dnia 02-12-2007, nie o godzinie 22:16 +0100, Pawel Golaszewski pisze: > > > Ale... > > > GPL wymusza też dystrybucję źródeł, więc nawet gdyby takie można było > > > pominąć src.rpm to nic by to nie zmieniło. > > Tylko że te źródła nie muszą chyba być w src.rpm ale może być też tar.gz > > który jest ściągany do budowania... > > Ale jesli udostepniamy pakiet binarny, a nie umieszczamy zrodel tam, gdzie > on jest, to mamy obowiazek poinformowac uzytkownika skad i jak moze je > otrzymac. I zapewnic (przynajmniej przez pare lat) ich dostepnosc. Obcy > serwer ze zrodlami tego nie zapewni. > Myślałem,że wszystkie źródła pojawiające się w specu są zaciągane na distfiles (czy jak to się tam nazywa), a to już nie jest obcy serwer... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel i paczki okolokernelowe.
Dnia 02-12-2007, nie o godzinie 22:16 +0100, Pawel Golaszewski pisze: > Ale... > GPL wymusza też dystrybucję źródeł, więc nawet gdyby takie można było > pominąć src.rpm to nic by to nie zmieniło. Tylko że te źródła nie muszą chyba być w src.rpm ale może być też tar.gz który jest ściągany do budowania... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: nginx.spec - warning about new config files - nginx should ...
Dnia 02-12-2007, nie o godzinie 13:41 +0100, Daniel Dominik Rudnicki pisze: > Sunday 02 December 2007 00:19:51 Andrzej Krzysztofowicz napisał(a): > > sardzent wrote: > > > %description -n monit-rc-nginx > > > -monitrc file for monitoring Nginx webserver server. > > > +monitrc file for monitoring nginx webserver server. > > > > > > %description -n monit-rc-nginx -l pl.UTF-8 > > > -Plik monitrc do monitorowania serwera WWW Nginx. > > > +Plik monitrc do monitorowania serwera WWW nginx. > > > > A tu bym bardzo prosil o konsekwencje: > > - albo te nazwe piszemy z malej litery (wtedy poprawki nie tylko tu) > > - albo te nazwe piszemy z wielkiej litery (i wtedy w/w do cofniecia) > > na store autora piisane jest mala litera, co wiecej gdy prosilem o akceptacje > nginx.eu wskazal wlasnie do poprawki pisownie nginx, podkreslajac ze on > zawsze uzywa malej litery nawet na poczatku zdania. Tak z trochę innej beczki - dziwnie mi wygląda "webserver server", ale się nie upieram, że to jest źle... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
timidity
[EMAIL PROTECTED] ~]$ sudo /etc/rc.d/init.d/timidity start Uruchamianie usługi TiMidity++ software MIDI synthesizer.. [ PROBLEMY ] /timidity.cfg: No such file or directory timidity: Can't read any configuration file. Please check /timidity.cfg A poszukiwany plik jest tam gdzie powinien być czyli w /etc/timidity.cfg -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libxcb [co zrobić by zepsute java-sun działało z nowym libxcb]
Dnia 25-11-2007, nie o godzinie 17:13 +0100, Tomasz Pala pisze: > On Fri, Nov 23, 2007 at 21:07:43 +0100, Arkadiusz Miskiewicz wrote: > > > proponuje usunięcie błędnego pakietu z ftp (czyli java-sun). > > Nota bene na 1.6.0.03 nie działa aplet do podpisywania zleceń ING Banku. > Działało na 1.6.0.02 - to taka informacja dla tych, którzy mają konto w > tym śmiesznym banku i jeszcze nie zaktualizowali sobie Javy. > $ rpm -qa \*java\* java-sun-jre-jdbc-1.6.0.03-1.i686 java-sun-jre-1.6.0.03-1.i686 java-sun-jre-X11-1.6.0.03-1.i686 browser-plugin-java-sun-1.6.0.03-1.i686 java-sun-tools-1.6.0.03-1.i686 Działa ING po zrobieniu: sed -i 's/XINERAMA/FAKEEXTN/g' /usr/lib/jvm/java-sun-1.6.0.03/jre/lib/i386/xawt/libmawt.so Sposobu z export LIBXCB_ALLOW_SLOPPY_LOCK=1 nie próbowałem, bo tamten podpowiedziano mi wcześniej... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libxcb [co zrobić by zepsute java-sun działało z nowym libxcb]
Dnia 23-11-2007, pią o godzinie 21:37 +0100, piotr slodkowski pisze: > Arkadiusz Miskiewicz pisze: > > On Friday 23 of November 2007, piotr slodkowski wrote: > >> Arkadiusz Miskiewicz pisze: > > > 2. Jakie istotne programy wymagały nowej wersji? > >>> Żadne. > >> co za debil wrzucil na ftp ta paczke mimo ze znany jest blad?? > > > > Tym samym uznaję to za koniec dyskusji. Zostaje tak jak jest chyba, > że ktoś > > proponuje usunięcie błędnego pakietu z ftp (czyli java-sun). > > > > proponuje tego pojeba usunac z developerow Dlaczego tak brzydko, google ci tego nie zapomni... Chyba niektórzy zapominają, że Th to Th... Należy się cieszyć, że problem jest namierzony i podano tutaj już dwa różne rozwiązania tego problemu... A mogliśmy się dowiedzieć "Masz co chciałeś instalując Th" -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th-test] libxcb-1.1-1 i Java
Dnia 15-11-2007, Cz o godzinie 20:36 +0100, Piotr Budny pisze: > Dnia środa, 14 listopada 2007, Tomasz Pala napisał: > > tak mniej więcej kończy, gdyby komuś przyszło do głowy robić > upgrade, > > albo przenościć libxcb z th-test do th. > > > > ~: firefox > > Locking assertion failure. Backtrace: > > #0 /usr/lib/libxcb-xlib.so.0 [0xad3b36e7] > > #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xad3b3831] > [...] > > sed -i > 's/XINERAMA/FAKEEXTN/g' > /usr/lib/jvm/java-sun-1.6.0.03/jre/lib/i386/xawt/libmawt.so Dzięki bardzo, właśnie zauważyłem, że mam problem z przelewami w ING Bank i to pomogło. To się nazywa support :) -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] compiz.spec
Dnia 21-10-2007, N o godzinie 16:18 +0200, Andrzej Krzysztofowicz pisze: > > > Proponuję temu człowiekowi dodanie RW - dosyć konsekwentnie robi > to co > > > zamierzył i raczej z głową :) > > > Ode mnie +1. > > > > > +1 - też już o tym myślałem, bardzo ostatnio aktywny. > > Wychodzi, ze jestes trzeci :) > Slij do cvsadmina. Ok. A grym3k niech do niego podeśle skrót hasła (czy jak to się tam nazywa)... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] compiz.spec
Dnia 21-10-2007, N o godzinie 15:00 +0200, Pawel Golaszewski pisze: > On Sat, 20 Oct 2007, Piotr Grymkowski wrote: > > W ramach próby zrobienia compiz-gtk.spec spróbowałem zrobić wcześniej > > upgrade do 0.6.2. Wszystko niby cacy ale %find_lang nie znajduje > > wszystkich plików tłumaczeń. Nawet nie wiem i nie mam czasu tego szukać. > > Dlatego może niech ktoś zerknie na to co? Spec się ładnie buduje. Dodane > > BR libxslt-devel, i wywalenie części dotyczącej kconfig i okolicy (z > > tego chyba zrezygnowali). Pluginami się ewentualnie zajmę wieczorem. > > > > Ps. compiz z --without gnome też wymaga gnome-vfs... Chyba walka z > > wiatrakami to trochę jest ;) Sprawdzę resztę specy, przynajmniej tych > > których używam, później. > > Proponuję temu człowiekowi dodanie RW - dosyć konsekwentnie robi to co > zamierzył i raczej z głową :) > Ode mnie +1. > +1 - też już o tym myślałem, bardzo ostatnio aktywny. -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] .desktop - GenericName
Dnia 15-10-2007, Pn o godzinie 17:55 +0200, Kamil Dziedzic pisze: > No niestety nie wziąłem pod uwagę, że gdzie indziej może być > innaczej. > Myślałem, że wszędzie jest podmenu "Przeglądarki WWW". Tak więc w > GNOME ma > takie nazewnictwo sens ale w KDE IMO nie. A ja np. mam w gnome menu hierarchiczne i w "Przeglądarki WWW" mam same nazwy, np. "Firefox Community Edition" i dopiero po najechaniu kursorem wyskakuje "Przeglądarka WWW oparta o technologię Mozilli". A "elinks" ma "Eksperymentalna wersja tekstowej przeglądarki WWW links", więc niektóre mają bardziej opisowy opis, a jak się wyświetla to kwestia ustawień... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] cvs
Dnia 04-10-2007, Cz o godzinie 23:21 +0200, Jan Wideł pisze: > Coś się do cvs-u na komputerze z Th nie mogę zalogować. > > [EMAIL PROTECTED] SPECS$ cvs login > Logging in to :pserver:[EMAIL PROTECTED]:2401/cvsroot > CVS password: > *** glibc detected *** cvs: double free or corruption (fasttop): > 0x080d5688 *** > cvs [login aborted]: received abort signal > [EMAIL PROTECTED] SPECS$ rpm -q cvs glibc > cvs-1.11.22-1.i686 > glibc-2.6.1-1.i686 > > Luknąlem do th-test, leży tam nowszy glibc... upgrejd nic nie daje, błąd > identyczny. Na Ac wszytko jest ok. > SOA#1 [EMAIL PROTECTED] ~]$ cd rpm [EMAIL PROTECTED] rpm]$ cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvsroot CVS password: [EMAIL PROTECTED] rpm]$ rpm -q cvs glibc pakiet cvs nie jest zainstalowany glibc-2.6.1-2.i686 [EMAIL PROTECTED] rpm]$ rpm -qa cvs\* cvs-nserver-client-1.11.1.52-22.i686 [EMAIL PROTECTED] rpm]$ cvs logout Logging out of :pserver:[EMAIL PROTECTED]:2401/cvsroot -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 29-09-2007, So o godzinie 13:48 +0200, Rafał Cygnarowski pisze: > Co do samych aktualizacji: tęsknię trochę za czasami NESTa, gdy > puszczenie > pakietu było tak proste, jak commit z STBR w logu. > Hmm... mmazur pisał, że z zasobami sprzętowymi nie ma problemu to może dałoby się wygospodarować jakiegoś buildera (chociaż dla najpopularniejszych architektur) na takiego NESTa? Ja czasem z tego korzystałem, a dla lubiących ryzyko i pogoń za numerkami to będzie sama radość i IMO dzięki temu pakiety będą lepiej przetestowane. -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek - znowu coś mu nie pasuje :/
Dnia 27-09-2007, Cz o godzinie 23:33 +0200, Rafał Cygnarowski napisał(a): > coś robię nie tak czy to poldkowi odbiło? Było ostatnio trochę dyskusji o rpm, ale w powiązaniu z vserwerami. Widocznie sprawa dotyczy użytej opcji --root. Arekm się temu przyglądał, ale skończyło się tak: > Dnia 23-09-2007, N o godzinie 19:25 +0200, Arkadiusz Miskiewicz > > napisał(a): > > Please test latest HEAD rpm and poldek. > > rpm -q rpm poldek > rpm-4.4.9-9.i686 > poldek-0.21-0.20070703.00.4.i686 > > >From th-test - works for me :) Be VERY, VERY careful in using it. It turns out that it mixes something in db and can lead to rpmdb trashing (when using in and outside of chroot). I'm going to delete it until proper solution is found. -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] vserver build problem
Dnia 26-09-2007, Śr o godzinie 23:57 +0200, Arkadiusz Patyk napisał(a): > # cat /etc/rpm/platform > i686-pld-linux > i686-[^-]*-linux(-gnu)? > i586-[^-]*-linux(-gnu)? > i486-[^-]*-linux(-gnu)? > i386-[^-]*-linux(-gnu)? > noarch-[^-]*-.* # cat /etc/vservers/baza/apps/pkgmgmt/base/rpm/etc/macros # Because of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=52725 # you have to use at least one language beside 'C' %_install_langs C:en:pl %_netsharedpath /dev %_dbpath /.rpmdb %_repackage_all_erasures0 %_host_os %_os Ważna jest ostatnia linijka. poza tym warto się zapoznać z http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-September/142170.html -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
mysql
Hej Po upgradzie systemy przeglądałem logi i znalazłem takie coś: [EMAIL PROTECTED] ~]# cat /vservers/baza/var/log/mysql/error.err 070924 22:00:02 InnoDB: Started; log sequence number 0 46419 070924 22:00:03 [ERROR] Column count of mysql.event is wrong. Expected 18, found 16. Created with MySQL 50116, now running 50120. Please use mysql_upgrade to fix this error. 070924 22:00:03 [ERROR] Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler. 070924 22:00:03 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.1.20-beta-log' socket: '/var/lib/mysql/mysqldb/mysql.sock' port: 3306 PLD Linux Distribution MySQL RPM Napisał żeby naprawić za pomocą mysql_upgrade no to dawaj... # mysql_upgrade Looking for 'mysql' in: /usr/sbin/mysql FATAL ERROR: Can't find '/usr/sbin/mysql' # whereis mysql mysql: /usr/bin/mysql /etc/mysql /usr/lib/mysql /usr/share/mysql mysql jest w pakiecie mysql-client więc pewnie dobrze, że jest w /usr/bin tylko dlaczego mysql_upgrade szuka tego w /usr/sbin...? -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th Test] mozilla-firefox
Dnia 22-09-2007, So o godzinie 22:40 +0200, Dariusz Laskowski napisał(a): > On Sat, 22 September 2007 21:40:44 +0200, Łukasz Maśko wrote: > > >> *** glibc detected *** /usr/lib/mozilla-firefox/firefox-bin: > >> munmap_chunk(): invalid pointer: 0x093c55d0 *** > > > Jaka architektura? (pytam z ciekawości) > > i686 > Hmm. U mnie działa. Wczoraj w nocy robiony upgrade z th-test (wszystko co było dostępne z zaholdowanym neon i openclipart) i od dziś rana praktycznie firefox działa non stop... $ rpm -qa \*firefox\* mozilla-firefox-libs-2.0.0.7-1.i686 mozilla-firefox-2.0.0.7-1.i686 mozilla-firefox-lang-en-2.0.0.7-1.i686 -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 15-09-2007, So o godzinie 18:51 +0200, Sławomir Paszkiewicz
napisał(a):
> Cytowanie Krystian Tomczyk <[EMAIL PROTECTED]>:
>
> > Dnia 14-09-2007, Pt o godzinie 10:49 +0200, Sławomir Paszkiewicz
> > napisał(a):
> >> Dzieki! A czy moglbys podrzucic jeszcze
> >> xorg-driver-input-{keyboard,mouse}?
> > W zasadzie bym mógł, ale które? Mam do dyspozycji:
> >
> > xorg-driver-input-keyboard-1.1.1-0.1.i686.rpm
> > xorg-driver-input-keyboard-1.2.0-1.i686.rpm
> > xorg-driver-input-keyboard-1.2.2-2.i686.rpm
> >
> > xorg-driver-input-mouse-1.2.1-1.i686.rpm
> > xorg-driver-input-mouse-1.2.2-1.i686.rpm
> > xorg-driver-input-mouse-1.2.2-2.i686.rpm
>
> Hmm, najlepiej jakbys mogl wystawic cale xorg* :) ale jak nie mozesz,
> to wystaw wszystkie 3 wersje tych paczek, potestuje w poniedzialek.
>
> Dzieki
Prosze
http://kamionek.net/pliki/xorg-driver-input-keyboard-1.1.1-0.1.i686.rpm
http://kamionek.net/pliki/xorg-driver-input-keyboard-1.2.0-1.i686.rpm
http://kamionek.net/pliki/xorg-driver-input-keyboard-1.2.2-2.i686.rpm
http://kamionek.net/pliki/xorg-driver-input-mouse-1.2.1-1.i686.rpm
http://kamionek.net/pliki/xorg-driver-input-mouse-1.2.2-1.i686.rpm
http://kamionek.net/pliki/xorg-driver-input-mouse-1.2.2-2.i686.rpm
http://kamionek.net/pliki/xorg-xserver-server-1.3.0.0-6.i686.rpm
--
Pozdrawiam
Krystian T.
"errare humanum est..."
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 14-09-2007, Pt o godzinie 22:41 +0200, Daniel Dawid Majewski napisał(a): > Krystian Tomczyk napisał: > > 0 > > Wyłączyłem, bo mnie denerwowało. > Napisz gdzie wyłączyłeś... :P > Google zepsute? http://forum.pld-linux.org/printview.php?t=3055&start=0&sid=be2a6df5c06032e6fef5af19df6a69f1 -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 14-09-2007, Pt o godzinie 21:19 +0200, Daniel Dawid Majewski
napisał(a):
> Sławomir Paszkiewicz pisze:
> > Cytowanie Krystian Tomczyk <[EMAIL PROTECTED]>:
> >
> >> Dnia 13-09-2007, Cz o godzinie 13:05 +0200, [EMAIL PROTECTED]
> >> napisał(a):
> >>> Nikt nie ma tej paczki na pokladzie?
> >> Jeśli ci odpowiada
> >> http://kamionek.net/xorg-xserver-server-1.3.0.0-6.i686.rpm
> >
> > Dzieki! A czy moglbys podrzucic jeszcze xorg-driver-input-{keyboard,mouse}?
> Tak bez wyczynów lekkoatletycznych : zajrzyj do /var/spool/repackage ... ;)
[EMAIL PROTECTED] ~]$ sudo ls /var/spool/repackage |wc -l
0
Wyłączyłem, bo mnie denerwowało. Wolę poldek-cache i:
# Do not remove downloaded packages after its successful installation.
keep downloads = yes
--
Pozdrawiam
Krystian T.
"errare humanum est..."
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 14-09-2007, Pt o godzinie 10:49 +0200, Sławomir Paszkiewicz
napisał(a):
> Dzieki! A czy moglbys podrzucic jeszcze
> xorg-driver-input-{keyboard,mouse}?
W zasadzie bym mógł, ale które? Mam do dyspozycji:
xorg-driver-input-keyboard-1.1.1-0.1.i686.rpm
xorg-driver-input-keyboard-1.2.0-1.i686.rpm
xorg-driver-input-keyboard-1.2.2-2.i686.rpm
xorg-driver-input-mouse-1.2.1-1.i686.rpm
xorg-driver-input-mouse-1.2.2-1.i686.rpm
xorg-driver-input-mouse-1.2.2-2.i686.rpm
--
Pozdrawiam
Krystian T.
"errare humanum est..."
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 13-09-2007, Cz o godzinie 13:05 +0200, [EMAIL PROTECTED] napisał(a): > Nikt nie ma tej paczki na pokladzie? Jeśli ci odpowiada http://kamionek.net/xorg-xserver-server-1.3.0.0-6.i686.rpm -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: cross avr gcc i avr libc - zaleznosci
Dnia 12-09-2007, Śr o godzinie 18:24 +0200, Bart. napisał(a):
> natrafilem na takie skrzyzowane zaleznosci
A patrzyłeś do crossavr-gcc.spec?
[...]
%bcond_with bootstrap # for bootstraping
[...]
%{!?with_boostrap:Requires: crossavr-libc}
[...]
--
Pozdrawiam
Krystian T.
"errare humanum est..."
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ti] (no subject)
Dnia 03-09-2007, Pn o godzinie 20:49 +0200, Marcin Król napisał(a): > Chce tez utrzymywac to w ciaglym rozwoju, czyli jak > wyjdzie nowy PostgreSQL i go bede potrzebowal (a bede na pewno) to nie > patrze, ze trzeba recznie zrobic dump/restore i ZU sobie nie poradza > tylko go wrzucam na buildery i tyle. Mam nadzieję, że ze względu na ogólną dostępność Ti nie skończy się na "i tyle" ale wrzucisz też gdzieś informację, żeby uważać przy upgradzie - może na blogu w kategorii Ti żeby wszyscy zainteresowani mogli wcześniej przeczytać co ich czeka przy upgradzie... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 03-09-2007, Pn o godzinie 18:14 +0200, Bartosz Świątek napisał(a): > 03-09-07, Kamil Dziedzic <[EMAIL PROTECTED]> napisał(a): > > Póki co pogadałem koło soboty z !stbr na ircu ale dalej nikt nie > > zaakceptował > > mi test-builda;( Tak więc uprawnieniem do słania na test nie pogardzę:D > > Jezu jak przepraszam, że postanowiłem sobie wyjechać na weekend i nie > zabrać komputera. No tak mi teraz głupio, że nie puściłem test-builda > sekundę po tym jak !stbr maila do mnie wysłał. Mam nadzieję, że mi > wybaczysz i nie postawisz całego PLD na przegranej pozycji tylko > dlatego, że miałem czelność wyjechać. > > A teraz na poważnie - bo chyba nie sądzisz, że będę się kajał i > tłumaczył przed Tobą dlaczego nie wywiązałem się od razu z !stbr. > Czasami czeka się dłużej, czasami krócej na spełnienie prośby !stbr. > Pamiętaj, że PLD robimy hobbystycznie w większości przypadków i nikt > nie będzie się przejmował Twoim ględzeniem i narzekaniem, bo nie ma > czegoś od razu jak sobie tego zażyczyłeś - tak to nie działa. Więc > cierpliwości na przyszłość. Ja tam nie wiem, ale nie pamiętam żebyś wcześniej pisał, że tylko ty obsługujesz ircowe !stbr i to ręcznie - myślałem, że to jest bardziej automatyczne i dopiero jak się wywali budowanie to trzeba interweniować ręcznie... Jeszcze nie używałem, ale dobrze wiedzieć jak to się odbywa żeby się nie dziwić czekaniem :) -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 02-09-2007, N o godzinie 21:42 +0200, Arkadiusz Miskiewicz napisał(a): > Niestety to co poprawiłem w rel 2 nie jest jeszcze wystarczającą > poprawką. A to przepraszam - nie sprawdziłem, a widziałem, że jest różnica między /usr/bin/awk a /bin/awk i myślałem (na podstawie changeloga) że to to... -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 02-09-2007, N o godzinie 21:14 +0200, Arkadiusz Miskiewicz napisał(a): > Poczytaj: http://ep09.pld-linux.org/~pldth/main.txt a następnie do > pracy. Ale to chyba trochę stare? sądząc np. po tym: error: hylafax-server-4.3.4-2: req /usr/bin/awk not found $Log: hylafax.spec,v $ Revision 1.57 2007/06/09 18:40:00 arekm - rel 2; fix awk paths -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 02-09-2007, N o godzinie 20:54 +0200, Kamil Dziedzic napisał(a): > A propo jeszcze "stabilności" TH. > Gdzie do licha jest moduł nvidii dla aktualnego kernela? > Pół roku minęło od mojej poprzedniej instalacji TH od zera a tu znowu klapa > jak i wtedy na poziomie instalacji kernela... no ok teraz modułu. > > Jak "stabilność" ma polegać na słaniu do main byle czego bez patrzenia czy > zależne rzeczy są przebudowane (bo przecież jak sobie ktoś chce to sobie > przebuduje) to ja dziękuję. > 1. A to cię spotkało w th czy th-test? Ktoś pisał, że th-test to dawne ready, a dawne ready to była ZTCP poczekalnia na zależności... 2. Co ma brak modułu do stabilności? Nie ma modułu to się na nim nie wyłoży ;) -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
8139cp vs. 8139too
Hej Tak nawiązując do http://forum.pld-linux.org/viewtopic.php?p=22135#22135 Czy to nie jest źle, że dwa moduły mają taki sam alias i potem czasem załaduje niewłaściwy moduł i sieć nie działa? [EMAIL PROTECTED] ~]$ sudo modinfo 8139cp |grep v10ECd8139sv alias: pci:v10ECd8139sv*sd*bc*sc*i* [EMAIL PROTECTED] ~]$ sudo modinfo 8139too |grep v10ECd8139sv alias: pci:v10ECd8139sv*sd*bc*sc*i* -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Dnia 19-08-2007, N o godzinie 17:57 +0200, Arkadiusz Machoł napisał(a): > Drugie moje pytanie dotyczy planów wydania AC 2.1. Swego czasu release > manager od AC mówił, że nie dopuści do zapuszczenia tego wydania i > zamierza uaktualnić bazę programów do nowszych wersji. Czy już coś > wiadomo na ten temat? Jaki kernel będzie obrany za defaultowy w 2.1? Zasadniczo się nie orientuję co do oficjalnego stanowiska, ale nieoficjalnie trochę jest tu: http://czarny.is-a-geek.net/blog//2007-08-16-12h17m27s_PLD -- Pozdrawiam Krystian T. "errare humanum est..." ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
