Re: Cups/Hplip uprawnienia - mini bug report.
On Mon, 21 Jun 2010 14:56:39 +0200 Wieslaw Kierbedz w.k...@farba.eu.org wrote: Dzień dobry. chmod u+s /usr/lib/cups/backend/hp Bez tego hp via libusb nie dobiera się do urządzenia /dev/bus/usb/*/* (root lp 660) (drukarka hp na usb). jakis dziwny setup masz: /lib/udev/rules.d/50-udev-default.rules: SUBSYSTEM==usb, ENV{DEVTYPE} ==usb_device, \ ENV{ID_USB_INTERFACES}==:0701*:, GROUP=lp, MODE=0664 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: czy NetworkManager musi startować tak późno?
On Wed, 19 May 2010 21:41:23 +0200 Pawel Kwiatkowski qw...@o2.pl wrote: Dnia 2010-05-19, śro o godzinie 08:50 +0200, Jacek Konieczny pisze: A swoją drogą, to czy ten 'NetworkManager' nie duplikuje 'network', przynajmniej częściowo? Nie wiem, bo nie używam. Częściowo tak, ale network musi być podnoszone (interfejsy w network muszą być wyłączone). Nie znalazłem na przykład ustawiania hostname w NM. % cat /etc/NetworkManager/nm-system-settings.conf [main] plugins=keyfile [keyfile] hostname=aragorn -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nadgorliwy poldek?
On Thu, 13 May 2010 18:56:06 +0200 Bartosz Świątek shad...@gmail.com wrote: W dniu 13 maja 2010 18:52 użytkownik Tomasz Pala go...@polanet.pl napisał: On Thu, May 13, 2010 at 18:35:21 +0200, Jacek Konieczny wrote: ...najpierw wprowadzili zależność od katalogów (zajebisty feature, dzięki temu wiem, jakie rzeczy mnie nie interesują). Bez tego w systemie plików pojawiały się katalogi z uprawnieniami z kosmosu (bo niby skąd miałyby się brać poprawne) ??? to raz mogło sprawiać, że zawartość katalogu (dostarczona przez inne pakiety) stawała się bezużyteczna, Stawała się użyteczna w momencie instalacji pakietu zawierającego ów katalog (z założenia przecież chodzi o katalogi, które bez tych programów są bezużyteczne). Było to poruszane dziesiątki razy jeszcze za kloczka. a innym razem mogło być problemem bezpieczeństwa (gdy zawartość była udostępniona, gdy nie powinna być). Proszę... niebezpieczna zawartość z pakietów dystrybucyjnych..? No bo przecież nie mogły pozostawać bezpańskie katalogi na rzeczy, których nie używasz. Nie chodzi o to, że ???zostawały bezpańskie???, tylko o to, że nie można było ustalić ich uprawnień. ...gdyż były one bez znaczenia, dopóki ktoś nie miał zamiaru ich używać instalując odpowiednie oprogramowanie do tego. Poza tym, po co instalować coś, czego nie używasz? Jeżeli normalnie nie Właśnie przez te durne zależności dziesiątki takich rzeczy mi się poinstalowały mimo woli (szczególnie zwracam uwagę na j* tmpwatcha). potrzebne, to spokojnie może wylecieć do osobnego pakietu, a jeżeli No właśnie. A później nie wiadomo czy się śmiać, czy rozpaczać, że są pakiety z 1 plikiem czy katalogiem. Najweselej to w ogóle jest, jak mają jeszcze R=EVR. katalog jest ogólnie przyjętym miejscem na dane pliki, to niech leci do filesystem. ...co zmusza mnie do aktualizowania filesystem, które gdzieś coś pokonfliktuje czy inne historie i pociągnie mi nowe i, a nowe i wymaga nowego glibc i zlib, za zlib poleci pół systemu wliczając libjpeg, libpng, kerberosa, heimdala i openssl, no i dzień się srał. Jak jeszcze zachaczało o pythona czy perla to ubaw na kilka dni, bo co chwilę ktoś się zgłasza, że coś mu przestało działać. PLD jest _w_y_b_i_t_n_i_e_ upierdliwe do aktualizacji, byle badziew ciągnie cały system, zwykle przez jakieś głupoty (ignoruję połowę C i jakoś wszystko mi działa, ot ostatnio olewałem: http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/zlib/zlib.spec?r1=1.127r2=1.128 Takie szatkowanie (tu zwracam się do tych, co ostatnio proponowali skrypty upstarta w podpakietach) już dawno przekroczyło granice absurdu. Dużo więcej miejsca na dysku zajmuje baza rpma (changelog itp.), niż taki jeden głupi plik w nieużywanym katalogu. Ogólnie masz rację. Tylko z tym zachaczało się nie zgodzę. Ogólnie nie ma racji. Zgadzam się tylko z zachaczało. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nadgorliwy poldek?
On Thu, 13 May 2010 19:59:48 +0200 Tomasz Pala go...@polanet.pl wrote: On Thu, May 13, 2010 at 19:17:26 +0200, Fryderyk Dziarmagowski wrote: Ogólnie masz rację. Tylko z tym zachaczało się nie zgodzę. Ogólnie nie ma racji. Z takimi argumentami ciężko polemizować, zmiażdżyłeś mnie. nie chciałem. Mogę dalej używać Twoich kolorków w mc? ;) Zgadzam się tylko z zachaczało. ...no cóż, ja przynajmniej wiem, że zawsze miałem problemy z 'h'. Jakby h wymuszało zależność od c w to byś nie miał. Ale się, uwziąłeś na te zależności i oto skutek! -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nadgorliwy poldek?
On Wed, 12 May 2010 09:14:03 +0200 (CEST) Pawel Golaszewski bl...@pld-linux.org wrote: On Tue, 11 May 2010, Jacek Konieczny wrote: poldek:/all-avail i ntfs-3g-2010.1.16-1.i686 Processing dependencies... ntfs-3g-2010.1.16-1.i686 marks hal-0.5.14-5.i686 (cap /usr/share/hal/fdi/policy/10osvendor) ^^ Po co poldkowi te kilkanaście dodatkowych pakietów, jeśli rpm ich nie wymaga? Wymaga HALa, przez katalog '/usr/share/hal/fdi/policy/10osvendor, a HAL ciągnie resztę. Ten katalog powinien z hal być przeniesiony do filesystem, albo plik który tam ląduje powinien z ntfs-3g wypaść do podkatalogu. hal powinien dostarczać podpakiet -common albo -dirs z rzeczami, które nie powodują zależności i katalogami. bullshit. ntfs-3g powinno mieć subpakiet. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nadgorliwy poldek?
On Tue, 11 May 2010 22:06:52 +0200 Paweł Zuzelski z...@xatka.net wrote: On Tue, 11 May 2010, Kamil Dziedzic wrote: Dnia wtorek, 11 maja 2010, Patryk Zawadzki napisał: 2010/5/11 Jacek Konieczny jaj...@jajcus.net: On Tue, May 11, 2010 at 12:23:04PM +0200, Stacho Pal wrote: Po co poldkowi te kilkanaście dodatkowych pakietów, jeśli rpm ich nie wymaga? Wymaga HALa, przez katalog '/usr/share/hal/fdi/policy/10osvendor, a HAL ciągnie resztę. Ten katalog powinien z hal być przeniesiony do filesystem, albo plik który tam ląduje powinien z ntfs-3g wypaść do podkatalogu. Albo zmieńmy regułki na udev, HAL jest deprecated. Zaraz, zaraz... pytanie było Po co poldkowi te kilkanaście dodatkowych pakietów, jeśli rpm ich nie wymaga? - też chętnie poznam odpowiedź na to pytanie. Przeczytaj wiadomość na którą odpowiada wiadomość na którą odpowiedziałeś a poznasz prawdę. ale on chciał odpowiedź, a nie prawdę. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] Jest jakiś powód dla którego nie pakietujemy sane-backends-1.0.20/tools/udev/libsane.rules ?
On Thu, 15 Apr 2010 14:01:37 +0200 Mateusz Korniak mate...@ant.gliwice.pl wrote: Poza użyciem ATTR{idVendor}==055f, ATTR{idProduct}==021b zamiast: SYSFS{idVendor}==055f, SYSFS{idProduct}==021b, MODE=0664, GROUP=scanner, ENV{libsane_matched}=yes ten plik ma szanse działać całkiem sprawnie przy podłączaniu skannerów. nie ma miejsca bytu w czasach panowania libusb -- Fryderyk Dziarmagowski ___ 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
On Tue, 6 Apr 2010 18:48:57 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia wtorek, 6 kwietnia 2010, Patryk Zawadzki napisał: [...] HAL is no more. https://wiki.ubuntu.com/X/Config/Input#Input Configuration with udev (Ubuntu 10.04) Przeczytałem. Dzięki za odzew. Co prawda dopiero przechodziliśmy z konfiguracji wpisanej na twardo w xorg.conf na hala, a teraz znów zmiana, ale skoro tak zdecydowano... Czy w PLD jest/będzie przewidziany jakiś konkretny plik do konfiguracji udev dla klawiatury/touchpada, czy też trzeba sobie robić to po swojemu, jak komu pasuje? developer pld nie pyta czy coś jest przewidziane, tylko bierze się za poprawianie tego co nie dziala ;) % cat /etc/xorg.conf.d/10-synaptics.conf Section InputClass Identifier touchpad catchall Driver synaptics MatchIsTouchpad on MatchDevicePath /dev/input/event* Option SHMConfig true Option HorizEdgeScroll 1 Option VertEdgeScroll1 Option TapButton11 Option TapButton21 Option TapButton31 Option AccelFactor 0.001 EndSection Co do udev, to żadna specjalna konfiguracja nie jest potrzebna (wyłączając dziwaczne myszki dla szcześciopalczastych) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ...
On Sat, 03 Apr 2010 15:52:28 +0200 duddits dudd...@pld-linux.org wrote: Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT Module: packages Tag: HEAD Log message: - up to 1.9.2.3 - some loose *.so added to -libs [...] +%attr(755,root,root) %{_libdir}/%{name}/libfreebl3.so %attr(755,root,root) %{_libdir}/%{name}/libmozjs.so +%attr(755,root,root) %{_libdir}/%{name}/libnss3.so +%attr(755,root,root) %{_libdir}/%{name}/libnssckbi.so +%attr(755,root,root) %{_libdir}/%{name}/libnssdbm3.so +%attr(755,root,root) %{_libdir}/%{name}/libnssutil3.so +%attr(755,root,root) %{_libdir}/%{name}/libsmime3.so +%attr(755,root,root) %{_libdir}/%{name}/libsoftokn3.so +%attr(755,root,root) %{_libdir}/%{name}/libssl3.so %attr(755,root,root) %{_libdir}/%{name}/libxpcom.so %attr(755,root,root) %{_libdir}/%{name}/libxul.so this is wrong, those are already provided by nss. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Libassuan 2.0.0 - downgrade
On Tue, 30 Mar 2010 01:32:25 +0200 Bartosz Świątek shad...@gmail.com wrote: W dniu 29 marca 2010 13:52 użytkownik Bartosz Świątek shad...@gmail.com napisał: Cześć, pytanie głównie do autora komitu upgradującego libassuan.spec. Po co? Czy to jest konieczne? Czy nie lepiej prznieść to na DEVEL w związku z cyt.: Note that this version of libassuan is incompatible with previous versions of libassuan, and can not be installed side-by-side with libassuan 1.0.x. Cała kleopatra z kdepim 4.4.x wymaga libassua 1.0.x i z 2.0.0 ni hu hu. Ja bym to z chęcią przesunął na DEVEL, a staremu libassuan-1.0.x dał epoch 1 bo w obecnej sytuacji trzeba zrezygnować z kleopatry w kdepim (raczej jest to niechciany efekt), szczególnie, że jak piszą autorzy: It provides a shared library which is a dependency of of the upcoming versions of GPGME, GnupG 2.1.x and others. Czego my nie mamy. Zrobiłem libassuan1.spec, z poprzedniej rewizji libassuan.spec i gdzie sie napotkałem tam zmieniłem BRy. jeśli to się nie instaluje równolegle z libassuan, to ten spec nie ma miejsca bytu. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
On Thu, 18 Feb 2010 23:32:55 +0100 Bartosz Świątek shad...@gmail.com wrote: Cześć, ostatnio myśląc trochę nt tego kto czym się zajmuje w PLD, wpadłem na pomysł dodatkowego meta-nagłówka w specach. Chodzi o to, że często są sytuacje kiedy ktoś psuje drugiej osobie coś w specu. Nagłówek możnaby dawać zaraz pod # $Revision: i nazwać go np. # PersionInCharge: tu_login_developera/developerów albo # PersonResposible: tu_login_developera/developerów Miałoby to poza czysto informacyjnym znaczeniem jeszcze dodatkowe znaczenie np. kogo męczyć o updaty, pytać o rady itd. Dodatkowo mając ustalony schemat nazewnictwa, można dopisać odpowiednie powiadomienia via cvs czy inne zbędne bajerki np. w bocie stbr. Co o tym sądzicie? Pozdrawiam, Bartek P.S. wiem, że można dojść do tego kto jest odpowiedzialny za coś grepując commitloga, ale uważam to za mało oficjalne. commit log jest jak najbardziej oficjalny, a odpowiedzialny jest ten co commituje. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-video-intel
On Fri, 22 Jan 2010 14:13:27 +0100 Jacek Konieczny jaj...@jajcus.net wrote: On Fri, Jan 22, 2010 at 09:48:30AM +0100, Patryk Zawadzki wrote: A może chrzani się Mesa, a nie sterownik iksowy? Fakt jest taki, że psuje się (najwyraźniej na różne sposoby) po upgradzie sterownika, a naprawia po downgrade… nie ma co kombinować. fakt jest taki, że nikt jeszcze technicznie nie opisał co się psuje. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-video-intel
On Fri, 22 Jan 2010 17:25:11 +0100 (CET) Pawel Golaszewski bl...@pld-linux.org wrote: On Fri, 22 Jan 2010, Fryderyk Dziarmagowski wrote: A może chrzani się Mesa, a nie sterownik iksowy? Fakt jest taki, że psuje się (najwyraźniej na różne sposoby) po upgradzie sterownika, a naprawia po downgrade… nie ma co kombinować. fakt jest taki, że nikt jeszcze technicznie nie opisał co się psuje. 1. zajrzyj do pierwszego mail-a brakuje w nim informacji pozwalających na jakąkolwiek analizę problemu. 2. chcesz zdjęcie czarnego ekranu? :) rozumiem, że znaczenie słowa technicznie interpretujemy na różne sposoby. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gvfs-gdu-volume-monitor sig11
On Wed, 20 Jan 2010 22:31:30 +0100 (CET) Pawel Golaszewski bl...@pld-linux.org wrote: On Wed, 20 Jan 2010, Fryderyk Dziarmagowski wrote: libs nie ma zależności runtime od DeviceKit-disks. gvfs-gdu ma ją jak najbardziej. I dlatego powinno go wymagać, bo raczej nie ma prostej metody, żeby się domyśleć, że to jest potrzebne. Nie wiem czy jest bezwzględnie potrzebne. jak najbardziej jest prosta metoda, ale widocznie w obliczu pięknej śmierci dystrybucji nie jesteś w stanie jej dostrzec. Oświeć mnie, mistrzu. gvfs.spec: %package gdu, R: gdu etc. Niemniej - to rozwiązuje problem. rozwiązuje jeden i tworzy drugi (burdel na builderze) Burdel? ciekawe w jaki sposób. poprzez instalacje zależności runtime w środowisku do budowania pakietów. Jak masz lepszy sposób - poprawiaj. ja mam dobrze, sam se popraw. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gvfs-gdu-volume-monitor sig11
On Tue, 19 Jan 2010 22:30:23 +0100 Marcin Banasiak megab...@pld-linux.org wrote: W dniu 16 stycznia 2010 19:08 użytkownik Pawel Golaszewski napisał: Odpalone z palca: $ /usr/lib/gvfs/gvfs-gdu-volume-monitor (process:26419): libgdu-WARNING **: Couldn't get daemon properties (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Naruszenie ochrony pamięci Brak DeviceKit-disks. Poprawione w gnome-disk-utility-libs-2.28.1-3 libs nie ma zależności runtime od DeviceKit-disks. gvfs-gdu ma ją jak najbardziej. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gvfs-gdu-volume-monitor sig11
On Wed, 20 Jan 2010 20:56:29 +0100 (CET) Pawel Golaszewski bl...@pld-linux.org wrote: On Wed, 20 Jan 2010, Fryderyk Dziarmagowski wrote: Odpalone z palca: $ /usr/lib/gvfs/gvfs-gdu-volume-monitor (process:26419): libgdu-WARNING **: Couldn't get daemon properties (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (process:26419): GLib-GObject-WARNING **: invalid (NULL) pointer instance (process:26419): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Naruszenie ochrony pamięci Brak DeviceKit-disks. Poprawione w gnome-disk-utility-libs-2.28.1-3 libs nie ma zależności runtime od DeviceKit-disks. gvfs-gdu ma ją jak najbardziej. I dlatego powinno go wymagać, bo raczej nie ma prostej metody, żeby się domyśleć, że to jest potrzebne. Nie wiem czy jest bezwzględnie potrzebne. jak najbardziej jest prosta metoda, ale widocznie w obliczu pięknej śmierci dystrybucji nie jesteś w stanie jej dostrzec. Niemniej - to rozwiązuje problem. rozwiązuje jeden i tworzy drugi (burdel na builderze) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Optymalizacja w jack-audio-connection-kit.
On Sat, 19 Dec 2009 15:06:52 +0100 Łukasz Krotowski lukasz.krotow...@gmail.com wrote: Witam, mam zamiar podbić wersję JACK-a. Jednak jest tam wątpliwa łatka ustawiająca CFLAGS (z resztą wątpliwe, np. -fprefetch-loop-arrays lub -funroll-all-loops) wewnątrz configure. Podobnie samo configure z JACK-a próbuje zgadywać odpowiednie CFLAGS (znowu wątpliwe, np. -march=k8 zamiast -march=x86-64). W obecnej wersji łatka nakłada się ale flagi z configure nie są używane do kompilacji. Nie używane też są żadne wstawki assemblerowe zależne od SIMD (przynajmniej na pierwszy rzut oka). USE_DYNSIMD luke Najchętniej wyrzuciłbym łatkę i wyłączył (czyt. nie włączał) mechanizm zgadywania w configure odpowiednich flag -- po to jest makro optflags aby go używać. Jakieś przeciwwskazania? Coś mi umknęło? optymizacje mocniejsze od domyślnych używanych w dystrybucji nie prowadzą w przypadku jacka do poprawy (przyśpieszenia??) jego działania. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: linux-2.6.32-desktop - Kbuild's do zapakowania?
On Sat, 14 Nov 2009 02:02:20 +0100 Wieslaw Kierbedz w.k...@farba.eu.org wrote: Chyba coś mu dolega. ./builder -bb xorg-driver-video-nvidia/xorg-driver-video-nvidia.spec --without userspace ... 1) MODPOST 1 modules CC /home/wz/rpm/BUILD/NVIDIA-Linux-x86_64-190.42-pkg0/usr/src/nv/nvidia.mod.o LD [M] /home/wz/rpm/BUILD/NVIDIA-Linux-x86_64-190.42-pkg0/usr/src/nv/nvidia.ko ld: cannot open linker script file /usr/src/linux-2.6.32-desktop/scripts/module-common.lds: No such file or directory make[2]: *** [/home/wz/rpm/BUILD/NVIDIA-Linux-x86_64-190.42-pkg0/usr/src/nv/nvidia.ko] Error 1 make[1]: *** [modules] Error 2 make: *** [sub-make] Error 2 make: Leaving directory `/usr/src/linux-2.6.32-desktop' błąd: Błędny status wyjścia z /home/wz/tmp/rpm-tmp.55 (%build) %{_kernelsrcdir}/scripts/module-common.lds w module-build rozwiąże problem. -- Fryderyk Dziarmagowski ___ 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] udev-147 i /dev/input - czy celowe?
On Fri, 13 Nov 2009 15:31:34 +0100 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia piątek, 13 listopada 2009, Fryderyk Dziarmagowski napisał: [...] Czy przeniesienie miejsca tworzenia urządzeń jest celowe, czy też to jakiś babol w udev? Jeśli to pierwsze, trzeba będzie jakoś poprawić pbbuttonsd, bo /dev/input ma wbite na stałe :-/ http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=4b4409b1ee d0e40a34e16d3ef2e29462e5190ca0 Dzięki. Przeczytałem i zrozumiałem napisy (znaczy się, widzę gdzie są zmiany i w razie czego umiałbym je odwrócić), ale nadal nie rozumiem powodu ich wprowadzenia. Być może winien jest kernel 2.6.30, którego używam, a w powyższym linku jest info, że dotyczy to serii 2.6.31 (że niby tworzy on urządzenia gdzieś indziej?). sterowniki (nie wszystkie) w 2.6.31 dostarczają nazw urządzeń (dlatego NAME z reguł wyleciało). Twój kernel nie będzie poprawnie współpracował z tą wersją udev. -- Fryderyk Dziarmagowski ___ 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] udev-147 i /dev/input - czy celowe?
On Fri, 13 Nov 2009 13:30:29 +0100 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: udev-146-* tworzy urządzenia input? w katalogu /dev/input/. Z tego faktu korzystają różne programy, np. pbbuttonsd, którego używam do przycisków specjalnych mojego laptopa. udev-147 dla odmiany tworzy te urządzenia bezpośrednio w /dev i pbbuttonsd już nie potrafi poprawnie działać. Czy przeniesienie miejsca tworzenia urządzeń jest celowe, czy też to jakiś babol w udev? Jeśli to pierwsze, trzeba będzie jakoś poprawić pbbuttonsd, bo /dev/input ma wbite na stałe :-/ http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=4b4409b1eed0e40a34e16d3ef2e29462e5190ca0 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] linuxwacom xorg-driver-input-wacom
On Sun, 08 Nov 2009 14:14:07 + Przemysław Firszt prz...@firszt.eu wrote: W załączniku patch do linuxwacom zawierający: - podbicie do nowszej wersji, - usunięcie sterowników dla xorg, - zmiany w BuildRequires, Suggests i opisie związane z podbiciem wersji i rozdzieleniem pakietów, oraz spec do nowego sterownika xorg dla tabletów wacom. Trochę informacji dlaczego jest tak a nie inaczej tutaj: http://old.nabble.com/linuxwacom-and-xf86-input-wacom-plan-td25760339.html Jak zwykle proszę o komentarze, mogą być złośliwe, byle były celne ;-) xf86-input-wacom nie jest w aktualnej formie używalny. Na usunięcie dobrze działającego sterownika z pakietu jest sporo za wcześnie. Sugerowanie, że pakiet linuxwacom wymaga sterownika xinput, nie ma sensu, tu sprawa jest oczywista i powinno być Requires. libexecdir definiuje się w inny sposób, zobacz w innych specach. 0.9.1 jest starsze niż ostatnie wydanie 0.10.0, jakiś szczególny powód aby używać starej wersji? -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] linuxwacom xorg-driver-input-wacom
On Sun, 08 Nov 2009 14:46:39 + Przemysław Firszt prz...@firszt.eu wrote: Dnia 2009-11-08, nie o godzinie 15:29 +0100, Fryderyk Dziarmagowski pisze: [..] xf86-input-wacom nie jest w aktualnej formie używalny. Na usunięcie dobrze działającego sterownika z pakietu jest sporo za wcześnie. Troche jestem zaskoczony, bo właśnie go używam i działa dokładnie tak samo jak z linuxwacom. This release is intended as a developer release as not all tools have been ported to the new APIs yet (including the lack of decent HAL support). It works, and is certainly good enough to start packaging and testing. - Peter Hutterer, xorg-list Sugerowanie, że pakiet linuxwacom wymaga sterownika xinput, nie ma sensu, tu sprawa jest oczywista i powinno być Requires. Rozumiem argumenty, ale tablet działa też pod konsolą, bez sterownika do X, ale pewnie masz racje, więc to zmienię. Działa ro chyba gruba przesada jeśli porównasz funkcjonalność. libexecdir definiuje się w inny sposób, zobacz w innych specach. 0.9.1 jest starsze niż ostatnie wydanie 0.10.0, jakiś szczególny powód aby używać starej wersji? Nie, po prostu wydawało mi się (z naciskiem na wydawało mi się), że to najnowsze stable. najnowsze z naciskiem na stable jest wciąż w paczce z sourceforge, co absolutnie jednak nie jest powodem by nie dodawać wersji freedesktop.org do repo. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] linuxwacom xorg-driver-input-wacom
On Sun, 08 Nov 2009 15:11:49 + Przemysław Firszt prz...@firszt.eu wrote: Dnia 2009-11-08, nie o godzinie 15:58 +0100, Fryderyk Dziarmagowski pisze: Troche jestem zaskoczony, bo właśnie go używam i działa dokładnie tak samo jak z linuxwacom. This release is intended as a developer release as not all tools have been ported to the new APIs yet (including the lack of decent HAL support). It works, and is certainly good enough to start packaging and testing. - Peter Hutterer, xorg-list Tak w ramach tłumaczenia się to uznałem na podstawie tego (link poniżej), że 0.9.1 jest stable i funkcjonalne, szczególnie, że u mnie działa :-) http://lists.x.org/archives/xorg-devel/2009-September/002290.html tak wiem, ale to dotyczy jak już poprzednio napisałem starszej (0.9.1) wersji. Wersja ta ma problemy z graphire, nie zagłębiałem się jednak w szczegóły i używam dalej 0.8.x, która działa poprawnie. Sugerowanie, że pakiet linuxwacom wymaga sterownika xinput, nie ma sensu, tu sprawa jest oczywista i powinno być Requires. Rozumiem argumenty, ale tablet działa też pod konsolą, bez sterownika do X, ale pewnie masz racje, więc to zmienię. Działa ro chyba gruba przesada jeśli porównasz funkcjonalność. Hmm, mam tablet bluetooth wacom i działa identycznie, ale to jest chyba najbardziej nietypowy wacom przez to, że jest bez kabla. najnowsze z naciskiem na stable jest wciąż w paczce z sourceforge, co absolutnie jednak nie jest powodem by nie dodawać wersji freedesktop.org do repo. Czyli chyba najlepiej zostawić linuxwacom tak jak jest + nowy sterownik tylko do testów, a za jakiś czas wyrzucić steroniki dla X z linuxwacom. tak by było najlepiej, ja jednak nie dawałbym całkowitego Release (sygnał, żeby nie puszczać na buildery). -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] linuxwacom xorg-driver-input-wacom
On Sun, 08 Nov 2009 16:19:49 + Przemysław Firszt prz...@firszt.eu wrote: Dnia 2009-11-08, nie o godzinie 16:36 +0100, Fryderyk Dziarmagowski pisze: [..] Czyli chyba najlepiej zostawić linuxwacom tak jak jest + nowy sterownik tylko do testów, a za jakiś czas wyrzucić steroniki dla X z linuxwacom. tak by było najlepiej, ja jednak nie dawałbym całkowitego Release (sygnał, żeby nie puszczać na buildery). Release pre1 czy 0.1? 0.1 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: xorg-driver-video-intel/xorg-driver-video-intel.spec - Requires k...
On Mon, 26 Oct 2009 16:52:56 +0100 (CET) Pawel Golaszewski bl...@pld-linux.org wrote: On Mon, 26 Oct 2009, Bartosz Świątek wrote: Author: blues Date: Sun Oct 25 11:33:50 2009 GMT Module: packages Tag: HEAD Log message: - Requires kernel with KMS Biorąc pod uwagę moje dzisiejsze (wczorajsze?) testy, śmiem twierdzić, że powyższe nie jest prawdą. Działa u mnie z i bez KMS (i915 modeset=1). Możesz mieć rację, ale trochę osób, także tutaj, potwierdzało, że KMS jest potrzebne, żeby ten sterownik raczył chodzić. Inna sprawa, że z ich git-a sterownik jawnie w logach X odmawia startu bez KMS. git master ma usunięta obsługę UMS, tylko KMS będzie działał. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sun, 25 Oct 2009 22:52:56 +0100 Bartosz Świątek shad...@gmail.com wrote: W dniu 25 października 2009 21:50 użytkownik Fryderyk Dziarmagowski fre...@gmx.net napisał: On Sun, 25 Oct 2009 21:22:14 +0100 Bartosz Świątek shad...@gmail.com wrote: W dniu 25 października 2009 18:57 użytkownik Arkadiusz Miskiewicz ar...@maven.pl napisał: On Sunday 25 of October 2009, Tomasz Pala wrote: On Sun, Oct 25, 2009 at 13:47:46 +0100, Pawel Golaszewski wrote: Niniejszym wygląda na to, że nowy sterownik intela działa tylko z nowymi kernelami. Smutne. Sterownik ati tego nie ma, potrafi działać i tak i tak. Ja już sobie wyliczyłem, że za zmarnowany na intelowskie gówno czas mógłbym kupić nowego laptopa - z nVidią. I tym radosnym akcentem pozdrawam każdego, kto dopiero zamierza marnować czas. Hehe, ja jestem bardzo zadowolony z intela (GM45 w t400). Chodzi jak trzeba, kms, xv, 3d, suspend/resume, pobór energii niewielki... xserver 1.7.1, kernel w tej chwili 2.6.32git, driver intela git master (często testuje sobie gitowe wersje... stąd na takich jadę) A ja tak z ciekawości odpaliłem taką konfigurację: - linux 2.6.32-rc5 (kernel-desk...@devel) - Mesa 7.6 - intel 2.9.0 - libdrm 2.4.15 - X 1.6.3 Miga dalej jak szalone jak się włączy composite w kde4. Także mam poważne wątpliwości by to kiedykolwiek zadziałało. Karta to intel i945gm. ależ jak najbardziej na tej karcie działa i to bez najmniejszych problemów (zaczyna się to nudne już robić). compizy, xcompmgry i cały ten szit nawet się nie zatnie, więc pewnie kde4 też nie miałoby problemów. To może to kwestia xorg.conf? Pochwal się swoim skoro Ci wszystko działa. nie mam czym, bo nie używam. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Mon, 26 Oct 2009 13:41:52 +0100 Marcin Krol h...@limanowa.net wrote: Kernel 2.6.30.4, konfig: http://pastebin.com/f4b7d38aa xorg.conf brak, od dawna Włączyłem właśnie efekty w KDE4, działają prześlicznie. Negatywnego wpływu na wydajność nie widać. O dziwo, na zużycie energii właściwie też nie. W skrócie: DZIAŁA. Wrzuć nowszy kernel. Gwarantuje, że przestanie. 2.6.30.4 jest ostatnim na którym karty intela działają poprawnie. 2.6.31.5 nie dotyka subsytemu video (wyłączając uvesafb) więc wina nie leży po stronie kernela (a zapewne jego konfiguracji) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: aktualizacja gcc powoduje błędy buildera
On Sun, 25 Oct 2009 03:00:05 +0200 Krzysztof Goliński krzysztof.golin...@gmail.com wrote: Witam, Przeprowadziłem aktualizację poniżej wymienionych pakietów: libstdc++-devel-4.4.2-2.i686.rpm gcc-c++-4.4.2-2.i686.rpm gcc-4.4.2-2.i686.rpm libstdc++-4.4.2-2.i686.rpm libgcc-4.4.2-2.i686.rpm Przy próbie budowania ze speca, sprawdziłem kilka, zaczął wyskakiwać poniższy komunikat: checking for C compiler default output file name... configure: error: in `/home/users/dirdival/rpm/BUILD/netactview-0.4.1': configure: error: C compiler cannot create executables See `config.log' for more details. ^^ co mówi config.log? C compiler cannot create executables wcale nie musi oznaczać, że skrypty nie znalazły gcc. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sun, 25 Oct 2009 13:47:46 +0100 (CET) Pawel Golaszewski bl...@pld-linux.org wrote: On Sat, 24 Oct 2009, Fryderyk Dziarmagowski wrote: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. [...] Linux blues 2.6.28.10-3 #1 SMP Wed Jul 22 01:48:30 CEST 2009 i686 Intel(R)_Pentium(R)_M_processor_1.60GHz PLD Linux za stary kernel. ...bo...? Co z tego nowego potrzebuje najzwyklejszy Manager Logowania?? Dodam, że kdm działa najzupełniej normalnie. Poza tym co to znaczy za stary ? Który jest wymagany? Tak jak mi się wydawało - upgrade do 2.6.31 nic nie zmienił i dalej jest bez zmian. coraz lepiej, kernel już masz prawie ok. teraz załaduj i915.ko z modeset=1 zanim zrobi to X Nie trzeba - wystarczy kernel odpowiednio nowy skomplikowany z KMS. faktycznie łatwiej kernel na nowo skompilować, niż załadować moduł z parametrem... Najważniejsze, że działa 8-) Niniejszym wygląda na to, że nowy sterownik intela działa tylko z nowymi kernelami. Smutne. Sterownik ati tego nie ma, potrafi działać i tak i tak. X, Mesa i libdrm też muszą być odpowiednie. Sterownik ati potrafi działać i tak i tak to jest twierdzenie prawdziwe dla starych kart ati. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sun, 25 Oct 2009 14:12:12 +0100 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia niedziela, 25 października 2009, Łukasz Maśko napisał: [...] skąd ten pesymizm? https://bugs.freedesktop.org/show_bug.cgi?id=20901 Czytałem wczoraj cały ten wątek. Ale nie wyczytałem, w jakim kernelu jest to poprawione. Póki co, skompilowałem 2.6.31.5 ze speca kernel-desktop (chodzi mi również o scheduler bfs) i po południu to wypróbuję. Zobaczę, czy jest już OK. nie czytałeś więc dokładnie, jeśli masz wątpliwości co do wersji Do kitu. Kernel 2.6.31.5 z KMS. X-y startują, ale: $ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present I d..., ani xine, ani mplayer nie działają przez xv, a wykorzystanie OpenGL odpada. Jaki kernel jest właściwy? Bo raczej nie powyższy. http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=shortlog;h=refs/heads/drm-intel-next -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sun, 25 Oct 2009 21:22:14 +0100 Bartosz Świątek shad...@gmail.com wrote: W dniu 25 października 2009 18:57 użytkownik Arkadiusz Miskiewicz ar...@maven.pl napisał: On Sunday 25 of October 2009, Tomasz Pala wrote: On Sun, Oct 25, 2009 at 13:47:46 +0100, Pawel Golaszewski wrote: Niniejszym wygląda na to, że nowy sterownik intela działa tylko z nowymi kernelami. Smutne. Sterownik ati tego nie ma, potrafi działać i tak i tak. Ja już sobie wyliczyłem, że za zmarnowany na intelowskie gówno czas mógłbym kupić nowego laptopa - z nVidią. I tym radosnym akcentem pozdrawam każdego, kto dopiero zamierza marnować czas. Hehe, ja jestem bardzo zadowolony z intela (GM45 w t400). Chodzi jak trzeba, kms, xv, 3d, suspend/resume, pobór energii niewielki... xserver 1.7.1, kernel w tej chwili 2.6.32git, driver intela git master (często testuje sobie gitowe wersje... stąd na takich jadę) A ja tak z ciekawości odpaliłem taką konfigurację: - linux 2.6.32-rc5 (kernel-desk...@devel) - Mesa 7.6 - intel 2.9.0 - libdrm 2.4.15 - X 1.6.3 Miga dalej jak szalone jak się włączy composite w kde4. Także mam poważne wątpliwości by to kiedykolwiek zadziałało. Karta to intel i945gm. ależ jak najbardziej na tej karcie działa i to bez najmniejszych problemów (zaczyna się to nudne już robić). compizy, xcompmgry i cały ten szit nawet się nie zatnie, więc pewnie kde4 też nie miałoby problemów. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 10:43:37 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia sobota, 24 października 2009, Pawel Golaszewski napisał: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. Musimy poczekać na nowszy sterownik Intela, obecny nie działa z xserver 1.7.x. działa i nie robi problemów. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 01:09:40 +0200 (CEST) Pawel Golaszewski bl...@pld-linux.org wrote: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. [...] Linux blues 2.6.28.10-3 #1 SMP Wed Jul 22 01:48:30 CEST 2009 i686 Intel(R)_Pentium(R)_M_processor_1.60GHz PLD Linux za stary kernel. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 13:28:27 +0200 (CEST) Pawel Golaszewski bl...@pld-linux.org wrote: On Sat, 24 Oct 2009, Fryderyk Dziarmagowski wrote: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. Musimy poczekać na nowszy sterownik Intela, obecny nie działa z xserver 1.7.x. działa i nie robi problemów. Jakoś organoleptycznie stwierdziłem coś przeciwnego. Czarny ekran i zwis na twardo... bo masz za stary kernel? -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 14:14:15 +0200 (CEST) Pawel Golaszewski bl...@pld-linux.org wrote: On Sat, 24 Oct 2009, Pawel Golaszewski wrote: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. [...] Linux blues 2.6.28.10-3 #1 SMP Wed Jul 22 01:48:30 CEST 2009 i686 Intel(R)_Pentium(R)_M_processor_1.60GHz PLD Linux za stary kernel. ...bo...? Co z tego nowego potrzebuje najzwyklejszy Manager Logowania?? Dodam, że kdm działa najzupełniej normalnie. Poza tym co to znaczy za stary ? Który jest wymagany? Tak jak mi się wydawało - upgrade do 2.6.31 nic nie zmienił i dalej jest bez zmian. coraz lepiej, kernel już masz prawie ok. teraz załaduj i915.ko z modeset=1 zanim zrobi to X -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 14:25:55 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia sobota, 24 października 2009, Fryderyk Dziarmagowski napisał: On Sat, 24 Oct 2009 13:28:27 +0200 (CEST) Pawel Golaszewski bl...@pld-linux.org wrote: On Sat, 24 Oct 2009, Fryderyk Dziarmagowski wrote: Zrobiłem dzisiaj sobie upgrade i jest problem Start z nowym xserverem (1.7.0.x i 1.7.1) oraz sterownikiem obrazu intel daje mi czarny ekran i twardy zwis. Musimy poczekać na nowszy sterownik Intela, obecny nie działa z xserver 1.7.x. działa i nie robi problemów. Jakoś organoleptycznie stwierdziłem coś przeciwnego. Czarny ekran i zwis na twardo... bo masz za stary kernel? Czy 2.6.31.x (x={3,4}) to za stary kernel? Możliwe, że zwisu nie będzie, jeśli użyje się KMS - ale z KMS nie ma XVideo (nie jest obsługiwany na i855GM w przypadku użycia KMS), więc dziękuję. zwisu nie będzie: http://bugs.freedesktop.org/show_bug.cgi?id=23568 xvideo jest obsługiwany, textured overlay nie jest (= i915) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 14:44:43 +0200 Tomasz Pala go...@polanet.pl wrote: On Sat, Oct 24, 2009 at 14:25:55 +0200, Łukasz Maśko wrote: Czy 2.6.31.x (x={3,4}) to za stary kernel? Możliwe, że zwisu nie będzie, jeśli użyje się KMS - ale z KMS nie ma XVideo (nie jest obsługiwany na Do tego KMS degraduje (i bez tego lichą) wydajność 2D (gtkperfem porównuję, czasem x11perf -aa24text). brzmi jak zły setup mtrr (brak write-combining) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 17:39:24 +0200 Tomasz Pala go...@polanet.pl wrote: On Sat, Oct 24, 2009 at 14:48:15 +0200, Fryderyk Dziarmagowski wrote: Do tego KMS degraduje (i bez tego lichą) wydajność 2D (gtkperfem porównuję, czasem x11perf -aa24text). brzmi jak zły setup mtrr (brak write-combining) reg00: base=0x0 (0MB), size= 1024MB, count=1: write-back reg01: base=0x03f70 ( 1015MB), size=1MB, count=1: uncachable reg02: base=0x03f80 ( 1016MB), size=8MB, count=1: uncachable reg03: base=0x0d000 ( 3328MB), size= 256MB, count=1: write-combining gtkperf: Total time: 15.03 tak mam bez KMS na i965GM. Nędzawo. w rzeczy samej (za) słabo: KMS: 945GM/1,73 GHz/1GB RAM laptop: Total time: 6,99 KMS: G45/2,5GHz Pentium Dual Core/4GB RAM: Total time: 6,60 Drugi rezultat jest bez write-combining (fucking PAT) Oba testy z murrine engine 0.90.3 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nowy gdm i xserver
On Sat, 24 Oct 2009 21:43:25 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia sobota, 24 października 2009, Fryderyk Dziarmagowski napisał: [...] zwisu nie będzie: http://bugs.freedesktop.org/show_bug.cgi?id=23568 xvideo jest obsługiwany, textured overlay nie jest (= i915) Czyli xine/kaffeine/mplayer nie będą wyświetlać obrazu przez xv. Jak dla mnie - odpada. Nie chcę degradować i tak średniej wydajności mojej maszyny. skąd ten pesymizm? https://bugs.freedesktop.org/show_bug.cgi?id=20901 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Builder Ti - mały kłopocik.
On Tue, 20 Oct 2009 15:24:48 +0200 Wieslaw Kierbedz w.k...@farba.eu.org wrote: Patryk Zawadzki anonsuje:: 2009/10/20 Wieslaw Kierbedz w.k...@farba.eu.org: Tylko test-build próbowałem puścić. I jakieś krzaki: Z buildloga: poldek: I xorg-driver-video-nvidia-devel-185.18.36-2.x86_64 poldek: D QtDBus-devel-4.5.3-4.x86_64, phonon-devel-4.3.1-3.x86_64, poldek: D xorg-driver-video-nvidia-libs-185.18.36-2.x86_64 Tu się zgadza, ale: removing qedje-devel qedje [ciach] xorg-driver-video-nvidia-libs [ciach] error: xorg-driver-video-nvidia-libs: no such package Bo i rzeczywiście, xorg-driver-video-nvidia-libs w rpm -qa nie występuje. Dlaczego bydlak próbuje usunąć coś, co ma zainstalować? Czemu on próbuje coś budować z nagłówkami nVidii, a nie tymi z Mesa-libGL*-devel? Bo to kodeka vdpau używa (kiedy jest dostępny). do budowania? :-) use libvdpau Luke! -- freetz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Evolution-2.26 i nowe gnome
On Wed, 14 Oct 2009 18:32:33 +0200 Krystian Tomczyk kryst...@kamionek.net wrote: Witam hi, 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. problem był już tu poruszany. Może jakoś powiązać wersje evolution i gtkhtml żeby problem wyskoczył od razu z zależności? nie można, gtkhtml-3.26.3 zbudowane z zależnościami GNOME 2.28.x ma ten same problem. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: debuginfo b0rked
On Sat, 3 Oct 2009 19:56:50 +0200 Arkadiusz Miskiewicz ar...@maven.pl wrote: On Saturday 03 of October 2009, Paweł Sikora wrote: On Saturday 03 October 2009 18:32:04 Fryderyk Dziarmagowski wrote: tak ma być?: % nm libgtkhtml-3.14.so.19.1.1.debug nm: libgtkhtml-3.14.so.19.1.1.debug: no symbols w specu rpma mamy: ! -regex .*/usr/lib[0-9]*/debug/.*\.debug jednakoz rpm dorwal pliki .debug poprze symlinki w /usr/lib/debug/.build-id/* W tym findzie jest też -type f więc symlinków nie łapie. Problem jest jakiś inny. bez wnikania w szczegóły find-debuginfo.sh z 5.2.0 działa bez problemu. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
debuginfo b0rked
tak ma być?: % nm libgtkhtml-3.14.so.19.1.1.debug nm: libgtkhtml-3.14.so.19.1.1.debug: no symbols gtkhtml-debuginfo-3.28.0-1.i686.rpm, i686, ready -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: taglib/taglib.spec - add build type
On Fri, 2 Oct 2009 19:20:00 +0200 Bartosz Świątek shad...@gmail.com wrote: W dniu 2 października 2009 08:51 użytkownik Bartosz Świątek shad...@gmail.com napisał: W dniu 2 października 2009 07:27 użytkownik Jakub Bogusz qbo...@pld-linux.org napisał: On Thu, Oct 01, 2009 at 04:43:38PM +0200, Jakub Bogusz wrote: On Thu, Sep 24, 2009 at 09:50:22PM +0200, cactus wrote: Author: cactus Date: Thu Sep 24 19:50:22 2009 GMT Module: packages Tag: HEAD Log message: - add build type %cmake \ -DCMAKE_INSTALL_PREFIX=%{_prefix} \ -DLIB_INSTALL_DIR=%{_libdir} \ + -DCMAKE_BUILD_TYPE=%{!?debug:Release}%{?debug:Debug} \ CMAKE_BUILD_TYPE=Release causes cmake to override our optflags by cmake-defined ones; particularly - by -O3, which causes code to be bigger (because of more aggressive inlining), and thus - in larger projects - possibly slower due to more code cache misses. Some solutions to choose from: - add PLDRelease build type to cmake, which just adds -DNDEBUG to passed optflags (and use it instead of Release) - use Release builds, but pass -DCMAKE_CXX_FLAGS_RELEASE=-DNDEBUG (and -DCMAKE_C_FLAGS_RELEASE for C code) to avoid adding -O3 globally - use None builds, but add -DNDEBUG to flags somehow Great. I'll do it as soon as I get to. The first option seems to be the simpliest one. I've been curious and had the oportunity to test kde4-kdelibs with build type Release. Unfortunately you're wrong. Nothing changes, our C(XX)FLAGS are not being overwritten. of course they are overwritten with a second -O2, that's clearly wrong. Proof: [ 14%] Building CXX object solid/solid/CMakeFiles/solid.dir/backends/fakehw/fakeblock.o cd /home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/build/solid/solid /usr/bin/x86_64-pld-linux-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DMAKE_SOLID_LIB -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG -fPIC -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/build/solid/solid -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/solid/solid -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2 -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/build -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/interfaces -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/solid -I/home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/build/solid -I/usr/include/qt4 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/solid.dir/backends/fakehw/fakeblock.o -c /home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/solid/solid/backends/fakehw/fakeblock.cpp /usr/bin/cmake -E cmake_progress_report /home/users/shadzik/rpm/BUILD/kdelibs-4.3.2/build/CMakeFiles [...] -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Gnome 2.28 i shutdown :/
On Thu, 01 Oct 2009 11:58:43 +0200 Tomasz Witek ti...@tiwek.com wrote: Dodam jeszcze, że evolution zaczął sie wykrzaczac po nacisnieciu delete lib backspace, i czasem po wybraniu adresu od i takie cos w logach https://bugzilla.gnome.org/show_bug.cgi?id=596896 Sep 30 11:34:02 octopus kernel: [81097.154425] gvfs-gdu-volume[13578]: segfault at c ip b802a690 sp bffd1510 error 4 in libgdu.so.0.0.0[b8022000+1f000] gvfs wywala się jak gnome-disk-utility nie jest zainstalowany [...] -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: vmpk.spec
On Wed, 16 Sep 2009 21:01:48 +0200 Krzysztof Goliński krzysztof.golin...@gmail.com wrote: Witam, hi, Popełniłem speca dla virtual MIDI piano keyboard (http://vmpk.sourceforge.net) i szukam developera, który go wrzuci na CVS, ewentualnie wskaże co można w nim poprawić. cool. BuildRequires:qt-devel = 3.3 a nie qt4 ? Suggests: qjackctl masz na myśli jack-patch-bay (?) -- freetz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: vmpk.spec
On Wed, 16 Sep 2009 21:45:07 +0200 Krzysztof Goliński krzysztof.golin...@gmail.com wrote: BuildRequires: qt-devel = 3.3 a nie qt4 ? Skompilował się z 3.3, pewnie nie chciało im się sprawdzać czy działa na wcześniejszych wersjach. W README jest 4.4. nie skompilował się z 3.3 bo i nie mógł: REQUIREMENTS You need Qt 4.4 or newer. Suggests: qjackctl masz na myśli jack-patch-bay (?) Zaproponowałem program, który polecają na stronie projektu vmpk, Z nim też testowałem i nie było problemów. jack-patch-bay to virtualny Provides. Sugerowanie jednego programu, jeśli więcej różnych programów dostarcza tej samej funkcjonalności nie ma sensu. -- Fryderyk Dziarmagowski ___ 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] 2.6.31-0.1
On Tue, 15 Sep 2009 14:51:15 +0200 Arkadiusz Miskiewicz ar...@maven.pl wrote: On Tuesday 15 of September 2009, Stacho Pal wrote: Witam! Potestowałem kernel-2.6.31-0.1 z Th test. Efekt jest taki że nawet się nie bootuje. Jeden komputer resetuje się w momencie rozpakowywania vmlinuz, drugi w tym samym momencie zwisa z komunikatem: Destination adress to ...[1]. [1] Tu nie bardzo wiem co wypisał, bo jeden wpis, był na drugim. Jesteś 3 osobą z tym problemem (Destination...) - zapewne i686? Na x86_64 na carme działa. Vanilla też działa - trzeba szukać buga. CONFIG_KERNEL_LZMA tak ma, z gzip działa. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Świeża instalacja i problem z udev
On Mon, 14 Sep 2009 11:07:35 +0200 Paweł Muszynski pm...@zamek.szczecin.pl wrote: Instaluję właśnie nowe PLD (TH+ready) x86_64. W komputerze jest karta sieciowa na tg3, udev-146-1.x86_64 (konfiguracja z paczki). Ale po restarcie karta się nie podnosi, zaś po ręcznym dodaniu modułu tg3 - bez problemu wstaje. udevadm test /sys/class/net/eth0 daje następujący wynik (po doinstalowaniu hwdata - może to powinno być suggeseted przez udev ?) udev nie potrzebuje hwdata. potrzebne są pciutils/usbutils. run_command: calling: test udevadm_test: version 146 This program is for debugging only, it does not run any program, specified by a RUN key. It may show incorrect results, because some values may be different, or not available at a simulation run. parse_file: reading '/etc/udev/rules.d/40-alsa-restore.rules' as rules file parse_file: reading '/etc/udev/rules.d/40-alsa.rules' as rules file parse_file: reading '/etc/udev/rules.d/40-pilot-links.rules' as rules file parse_file: reading '/etc/udev/rules.d/40-zaptel.rules' as rules file parse_file: reading '/lib/udev/rules.d/50-firmware.rules' as rules file parse_file: reading '/lib/udev/rules.d/50-udev-default.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-cdrom_id.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-alsa.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-input.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-serial.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-storage-tape.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-storage.rules' as rules file parse_file: reading '/lib/udev/rules.d/60-persistent-v4l.rules' as rules file parse_file: reading '/lib/udev/rules.d/61-mobile-action.rules' as rules file parse_file: reading '/lib/udev/rules.d/61-option-modem-modeswitch.rules' as rules file parse_file: reading '/lib/udev/rules.d/61-persistent-storage-edd.rules' as rules file parse_file: reading '/etc/udev/rules.d/64-device-mapper.rules' as rules file parse_file: reading '/lib/udev/rules.d/70-acl.rules' as rules file parse_file: reading '/lib/udev/rules.d/70-hid2hci.rules' as rules file parse_file: reading '/etc/udev/rules.d/70-persistent-cd.rules' as rules file parse_file: reading '/etc/udev/rules.d/70-udev-pld.rules' as rules file parse_file: reading '/lib/udev/rules.d/75-cd-aliases-generator.rules' as rules file parse_file: reading '/lib/udev/rules.d/75-net-description.rules' as rules file parse_file: reading '/lib/udev/rules.d/75-tty-description.rules' as rules file parse_file: reading '/lib/udev/rules.d/78-sound-card.rules' as rules file parse_file: reading '/lib/udev/rules.d/79-fstab_import.rules' as rules file parse_file: reading '/lib/udev/rules.d/80-drivers.rules' as rules file parse_file: reading '/lib/udev/rules.d/95-keymap.rules' as rules file parse_file: reading '/lib/udev/rules.d/95-udev-late.rules' as rules file udev_rules_new: rules use 21012 bytes tokens (1751 * 12 bytes), 11837 bytes buffer udev_rules_new: temporary index used 13160 bytes (658 * 20 bytes) udev_device_new_from_syspath: device 0x62fb10 has devpath '/devices/pci:00/:00:1c.5/:0e:00.0/net/eth0' udev_device_new_from_syspath: device 0x6379a0 has devpath '/devices/pci:00/:00:1c.5/:0e:00.0' udev_device_new_from_syspath: device 0x637d00 has devpath '/devices/pci:00/:00:1c.5' udev_device_new_from_syspath: device 0x625120 has devpath '/devices/pci:00' udev_rules_apply_to_event: IMPORT 'pci-db /devices/pci:00/:00:1c.5/:0e:00.0/net/eth0' /lib/udev/rules.d/75-net-description.rules:11 util_run_program: 'pci-db /devices/pci:00/:00:1c.5/:0e:00.0/net/eth0' started util_run_program: '/lib/udev/pci-db' (stderr) 'libudev: udev_device_new_from_syspath: device 0x6092c0 has devpath '//devices/pci:00/:00:1c.5/:0e:00.0/net/eth0'' util_run_program: '/lib/udev/pci-db' (stderr) 'libudev: udev_device_new_from_syspath: device 0x609630 has devpath '//devices/pci:00/:00:1c.5/:0e:00.0/net'' util_run_program: '/lib/udev/pci-db' (stderr) 'libudev: udev_device_new_from_syspath: device 0x6098a0 has devpath '//devices/pci:00/:00:1c.5/:0e:00.0'' util_run_program: 'pci-db /devices/pci:00/:00:1c.5/:0e:00.0/net/eth0' returned with exitcode 0 udevadm_test: UDEV_LOG=6 udevadm_test: DEVPATH=/devices/pci:00/:00:1c.5/:0e:00.0/net/eth0 udevadm_test: INTERFACE=eth0 udevadm_test: IFINDEX=2 udevadm_test: ACTION=add udevadm_test: SUBSYSTEM=net udevadm_test: ID_BUS=pci udevadm_test: ID_VENDOR_ID=0x14e4 udevadm_test: ID_MODEL_ID=0x165a tu żadnych pożytecznych informacji nie ma. potrzebny jest log w momencie jak udevadm trigger błądzi po /sys No i nie mam pomysłu, co z tym zrobić. na początek możesz spróbować: udevadm trigger --verbose
Re: Konfiguracja X-ów pod Mesa-7.5
On Mon, 20 Jul 2009 08:54:34 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia poniedziałek, 20 lipca 2009, Arkadiusz Miskiewicz napisał: [...] EXA? EXA jest na wylocie z drivera intelowego. W 2.8 już jej nie ma. Sprawdz z UXA. Nie zmienia to sprawy poza tym, że UXA na Mesie 7.3 jest wolniejsza od EXA. nie jest. spróbuj odworzyć przez xv 720p w exa i uxa i zmienisz zdanie. wystarczająco niesubiektywnie? Log tutaj: http://yen.ipipan.waw.pl/~ed/Xorg.0.log.uxa.gz maybe: X.Org X Server 1.6.2 ^ (II) Module intel: vendor=X.Org Foundation compiled for 1.6.1, module version = 2.7.1 ^^ -- freetz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Konfiguracja X-ów pod Mesa-7.5
On Mon, 20 Jul 2009 18:34:06 +0200 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia poniedziałek, 20 lipca 2009, Fryderyk Dziarmagowski napisał: [...] Nie zmienia to sprawy poza tym, że UXA na Mesie 7.3 jest wolniejsza od EXA. nie jest. spróbuj odworzyć przez xv 720p w exa i uxa i zmienisz zdanie. wystarczająco niesubiektywnie? Możliwe. Sprawdzałem na Quake3, pod UXA mam zauważalnie wolniej. Ale możliwe, że to wina mojej dość już przecież starej karty graficznej. maybe: X.Org X Server 1.6.2 ^ (II) Module intel: vendor=X.Org Foundation compiled for 1.6.1, module version = 2.7.1 ^^ Pudło. Przekompilowałem pod 1.6.2 i mam to: http://yen.ipipan.waw.pl/~ed/Xorg.0.log.uxa_2.gz Proszę zauważyć, że _najpierw_ jest wpis, że DRI2 jest uruchomione: (II) intel(0): [DRI2] Setup complete [...] (II) intel(0): direct rendering: DRI2 Enabled ale zaraz potem jest błąd przy wywołaniu modułu Mesy i info, że DRI jakoś jednak nie ma: (EE) AIGLX error: Calling driver entry point failed (EE) AIGLX: reverting to software rendering (II) AIGLX: Screen 0 is not DRI capable (II) AIGLX: Loaded and initialized /usr/lib/xorg/modules/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 Jakby coś było nie tak z API albo z kompilatem Mesy. próbowałeś Mesę bez gallium? -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gecko-mediaplayer: undefined symbol
On Sun, 21 Jun 2009 21:02:31 +0200 Andrzej Mateja amat...@pimpek.one.pl wrote: Michał Łukaszek pisze: $ firefox /usr/lib/iceweasel/iceweasel-bin: symbol lookup error: /usr/lib/browser-plugins/gecko-mediaplayer-dvx.so: undefined symbol: gconf_client_get_default $ rpm -q gecko-mediaplayer gecko-mediaplayer-0.9.6-1.i686 Pierwszy strzał: rpm -q GConf2 . chybiony, problem jest build-time, nie run-time. To, że w pld nie ma polityki dotyczącej budowania pakietów powoduje, że takie kwiatki wychodzą za późno: libgmlib/.libs/libgmlib.a(libgmlib_la-gm_pref_store.o): In function `gm_pref_store_new': /home/users/builder/rpm/BUILD/gecko-mediaplayer-0.9.6/src/libgmlib/gm_pref_store.c:50: undefined reference to `gconf_client_get_default' -- fritz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libgweather.spec - updated to 2.26.1 - mark Locations.*.xml with %la...
On Tue, 14 Apr 2009 15:47:18 +0200 megabajt megab...@pld-linux.org wrote: Author: megabajt Date: Tue Apr 14 13:47:18 2009 GMT Module: SPECS Tag: HEAD Log message: - updated to 2.26.1 - mark Locations.*.xml with %lang() 1. to są strefy czasowe, nie języki. jak ktoś ma _install_langs w poldku zawężone to może zapomnieć o ustawieniu strefy innej niż zainstalowane (co na to podróżujący właściciele laptopów?) 2. To jest runtime dependency i nie ma nic do szukania razem z lib*.so.* przykład z prywatniej działki: % grep %package libgweather.spec %package devel %package data %package apidocs p.s. To samo dotyczy libgnome wołające o pomstę do nieba. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libgweather.spec - updated to 2.26.1 - mark Locations.*.xml with %la...
On Tue, 14 Apr 2009 17:35:28 +0200 Jakub Bogusz qbo...@pld-linux.org wrote: On Tue, Apr 14, 2009 at 05:30:06PM +0200, Fryderyk Dziarmagowski wrote: On Tue, 14 Apr 2009 15:47:18 +0200 megabajt megab...@pld-linux.org wrote: Author: megabajt Date: Tue Apr 14 13:47:18 2009 GMT Module: SPECS Tag: HEAD Log message: - updated to 2.26.1 - mark Locations.*.xml with %lang() 1. to są strefy czasowe, nie języki. jak ktoś ma _install_langs w poldku zawężone to może zapomnieć o ustawieniu strefy innej niż zainstalowane (co na to podróżujący właściciele laptopów?) To dlaczego są indeksowane po języku, a nie położeniu? Z tego, co widzę - to są _tłumaczenia_ opisów lokalizacji (nazw państw, miast...) na różne języki (w każdym pliku językowym - wszystkich lokalizacji), więc %lang() ma tu zastosowanie. (sprawdzałem - bo miałem podobne wątpliwości po komentarzu glena) tak, to są języki. %lang jest jak najbardziej na miejscu. sorry za zamieszanie, źle spojrzałem. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg-driver-video-intel-2.6.2 i problemy (by ło: UXA i nowy sterownik intela 2.6.2-2)
On Fri, 27 Feb 2009 16:07:38 +0100 Tomasz Pala go...@polanet.pl wrote: On Thu, Feb 26, 2009 at 20:33:14 +0100, Tomasz Pala wrote: Do tego po wyjściu z X-ów mam czarny ekran i przestaje działać klawiatura (chociaż system pracuje dalej, bo np. mogę go wyłączyć dzięki akcji ACPI podpiętej pod PowerButton). Mi klawiatura 'wiesza się' gdy po wyłączeniu Xów przejdę na zwolniony przez nie terminal (tty9). I na G200a jest dokładnie to samo. zrób downgrade do Ra, będzie śmigać aż miło. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UXA i nowy sterownik intela 2.6.2-2
On Wed, 25 Feb 2009 19:32:43 +0100 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: W skrócie - nie działa. Na 2.6.1 działało, teraz dostaję to: $ startx xauth: creating new authority file /home/users/ed/.serverauth.4287 X.Org X Server 1.5.3 ^ uxa nie działa z 1.5.x -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UXA i nowy sterownik intela 2.6.2-2
On Thu, 26 Feb 2009 00:29:39 +0100 Łukasz Maśko e...@yen.ipipan.waw.pl wrote: Dnia czwartek, 26 lutego 2009, Arkadiusz Miskiewicz napisał: On Wednesday 25 of February 2009, Arkadiusz Miskiewicz wrote: On Wednesday 25 of February 2009, Łukasz Maśko wrote: W skrócie - nie działa. Na 2.6.1 działało, teraz dostaję to: xserver 1.5.x nie nadaje się do UXA aktualnie. Mają poprawić. Nie nadaje == nie działa dobrze w każdym przypadku. Spróbuj xservera 1.6 - leży w test. Właśnie zainstalowałem (przy okazji, trzeba jeszcze przebudować sterownik synaptics) i testuję. Jak na razie z wykorzystaniem UXA jest gorzej. Odświeżanie okien się muli i to w sposób widoczny. Q3 daje mi 14fps, podczas gdy wcześniej (na 1.5.3) na EXA było to 21fps, a nawet teraz (na 1.6.0), jak użyję EXA, to mam 20fps (nie patrzeć na wartości bezwzględne, laptop ma tylko P4M 1.6GHz i i855GM na pokładzie). z wykorzystaniem UXA nie jest gorzej, a wręcz przeciwnie (na nowszych chipach). Pocieszam się, że chociaż suspend działa :-) Zmień sprzęt. -- Fryderyk Dziarmagowski ___ 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
On Sun, 22 Feb 2009 22:56:06 +0100 Jan Rekorajski bagg...@sith.mimuw.edu.pl wrote: On Sun, 22 Feb 2009, Jan Rekorajski wrote: lepiej, jak dostać działającego udeva. Zlinkować z glibcem. U mnie działa. Aha, no i modprobe musi byc z module-init-tools, a nie proteza z busyboxa. masz za starą protezę. nowa działa. -- Fryderyk Dziarmagowski ___ 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
On Sun, 22 Feb 2009 23:05:19 +0100 Jan Rekorajski bagg...@sith.mimuw.edu.pl wrote: On Sun, 22 Feb 2009, Fryderyk Dziarmagowski wrote: On Sun, 22 Feb 2009 22:56:06 +0100 Jan Rekorajski bagg...@sith.mimuw.edu.pl wrote: On Sun, 22 Feb 2009, Jan Rekorajski wrote: lepiej, jak dostać działającego udeva. Zlinkować z glibcem. U mnie działa. Aha, no i modprobe musi byc z module-init-tools, a nie proteza z busyboxa. masz za starą protezę. nowa działa. #define 'nowa'? busybox 1.12.4 nie ten tego. modprobe z 1.13.2 nie ma problemów z modules.dep -- Fryderyk Dziarmagowski ___ 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
On Sat, 21 Feb 2009 13:17:06 +0100 Krystian Tomczyk kryst...@kamionek.net 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... udevd z 138 nie działa -- Pozdrawiam Krystian T. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] udev - RFC
On Mon, 26 Jan 2009 21:50:55 +0100 Tomasz Mateja tom...@pimpek.one.pl wrote: Ostatnio przyszlo mi postawic PLD na jakims malym laptopie HP, i okazalo się że staje przy starcie udev-a, po troche glebszej analizie okazalo się że rescuecd ma lekko zmieniony konfig w stosunku do oryginalu. Proponuję zmianę w stylu tej w załączniku, a że nie wiem jakie będzie miała implikacje to proszę o komentarz. proponowany hack jest nie do przyjęcia: 1. jak się laptop wiesza, to nie jest problem udev. tylko modułu kernela lub hardware. 2. 80-drivers.rules nie powinno być zmieniane 3. da się to zrobić inaczej (udevadm trigger przyjmuje argumenty przy uruchamianiu umożliwiając selektywny coldplug) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i godzina do przodu
On Wed, 3 Dec 2008 08:55:23 +0100 Przemysław Zając [EMAIL PROTECTED] wrote: Wednesday 03 of December 2008 07:29:10 Fryderyk Dziarmagowski napisał(a): On Tue, 2 Dec 2008 23:12:22 +0100 Przemysław Zając [EMAIL PROTECTED] wrote: Witam. Ostatnio po updajcie udeva czas na moich 4 maszynach poszedł o godzinę do przodu. Jeśli problem został dobrze zlokalizowany tu http://forum.pld-linux.org/viewtopic.php?t=4479 to znaczy że udev nie tworzy /dev/rtc Jeśli ktoś umiał by poprawić był bym wdzięczny (problem występuje i 133-1 i 134-1) żeby ta wersja udev tworzyła /dev/rtc, wymagany jest kernel 2.6.28 Czyli albo starszy udev albo nowsze jajko? albo patch -R http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=bd20bada37d55f1a747d7bc797e18f990cb9cdfe -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i godzina do przodu
On Wed, 3 Dec 2008 08:09:37 +0100 Łukasz Maśko [EMAIL PROTECTED] wrote: Dnia środa, 3 grudnia 2008, Fryderyk Dziarmagowski napisał: On Tue, 2 Dec 2008 23:12:22 +0100 Przemysław Zając [EMAIL PROTECTED] wrote: Witam. Ostatnio po updajcie udeva czas na moich 4 maszynach poszedł o godzinę do przodu. Jeśli problem został dobrze zlokalizowany tu http://forum.pld-linux.org/viewtopic.php?t=4479 to znaczy że udev nie tworzy /dev/rtc Jeśli ktoś umiał by poprawić był bym wdzięczny (problem występuje i 133-1 i 134-1) żeby ta wersja udev tworzyła /dev/rtc, wymagany jest kernel 2.6.28 Hmmm... $ rpm -q udev udev-134-1.i686 $ uname -a Linux laptok 2.6.27.7-2 #1 SMP Fri Nov 21 13:17:27 UTC 2008 i686 Intel(R)_Pentium(R)_M_processor_1.60GHz PLD Linux $ ls -l /dev/rtc* lrwxrwxrwx 1 root root 4 gru 1 10:35 /dev/rtc - rtc0 crw-r--r-- 1 root root 253, 0 gru 1 10:35 /dev/rtc0 Nie mam nowego kernela, a /dev/rtc jest utworzony. Czary? ;-) stawiam na burdel w /etc/udev/rules.d,a nie voodoo. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i godzina do przodu
On Thu, 4 Dec 2008 02:19:10 +0100 Kacper Kornet [EMAIL PROTECTED] wrote: On Wed, Dec 03, 2008 at 10:45:39PM +0100, Przemysław Zając wrote: Wednesday 03 of December 2008 21:08:38 Łukasz Maśko napisał(a): Dnia środa, 3 grudnia 2008, Fryderyk Dziarmagowski napisał: [...] Nie mam nowego kernela, a /dev/rtc jest utworzony. Czary? ;-) stawiam na burdel w /etc/udev/rules.d,a nie voodoo. Zgadza się, mam trochę plików, które musiały zostać po poprzednich instalacjach (swoją drogą ciekawe, żesię zostały bez zmiany nazw np. na *.rpmsave). Ale rzecz w tym, że w tym całym burdelu to wszystko działa, a w posprzątanym systemie jest wprost przeciwnie - jak widać po bieżącym wątku. U mnie po dodaniu 50-udev-default.rules nadal nie tworzy rtc bocian voodoo ;) A może modprobe rtc_cmos pomaga? po co modprobe? w jajo wkompilować! W wątku podałem rozwiązanie jak to zrobić, wystarczy trochę dobrej woli... -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev i godzina do przodu
On Tue, 2 Dec 2008 23:12:22 +0100 Przemysław Zając [EMAIL PROTECTED] wrote: Witam. Ostatnio po updajcie udeva czas na moich 4 maszynach poszedł o godzinę do przodu. Jeśli problem został dobrze zlokalizowany tu http://forum.pld-linux.org/viewtopic.php?t=4479 to znaczy że udev nie tworzy /dev/rtc Jeśli ktoś umiał by poprawić był bym wdzięczny (problem występuje i 133-1 i 134-1) żeby ta wersja udev tworzyła /dev/rtc, wymagany jest kernel 2.6.28 -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev [HEAD] interfejsy sieciowie
On Mon, 24 Nov 2008 23:13:27 +0100 (CET) [EMAIL PROTECTED] wrote: W jaki sposób na udev z HEAD kontrolować nazwy interfejsów sieciowych? Poprzednie howto nie działa. tak samo jak do tej pory -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev [HEAD] interfejsy sieciowie
On Mon, 24 Nov 2008 23:43:19 +0100 Robert Graużenis [EMAIL PROTECTED] wrote: Fryderyk Dziarmagowski pisze: W jaki sposób na udev z HEAD kontrolować nazwy interfejsów sieciowych? Poprzednie howto nie działa. tak samo jak do tej pory Jakby działało to bym nie musiał jechać 30 km do maszyny. pytanie było o kontrolowanie nazw interfejsów, a nie działanie howto. howto jest od jakiś 2 lat nieaktualne i nie powinno być używane. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD RescueCD 2.96
On Thu, 20 Nov 2008 10:13:57 +0100 Wojciech Błaszkowski [EMAIL PROTECTED] wrote: no i cdrom, z którego zbootowałem maszynę - nie ma, nie można go podmontować, bo nie ma urządzenia /dev/cdrom :-/ A to nie powinno być /dev/sr0? W takim razie brakuje symlinka. EOT. /etc/udev/rules.d/80-drivers.rules jest nieprawidłowe/nadmiarowe. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dzisiejszy upgrade X - niedziałająca klawiatura
On Thu, 20 Nov 2008 22:11:00 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: 2008/11/20 Michal Kochanowicz [EMAIL PROTECTED]: Cokolwiek byś nie miał na myśli pisząc odpowiednio to jednak przedtem działało bez, a teraz wymagana jest jakaś interwencja. A na users-pl nie mogłem zajrzeć bo sieć podnosi mi NetworkManager, konfigurowany z X. Lekko offtopic: wersja 0.7 z DEVEL (w th-test) wspiera globalną konfigurację (odhaczasz w opcjach połączenia) i podnosi wtedy w momencie startu systemu, bez potrzeby podnoszenia iksów. typowej dla PLD (/etc/sysconfig/interfaces/ifcfg-interface) konfiguracji nie wspiera. btw. pld-patch co niby został włączony do źródeł nadal jest potrzebny, upstream w dupie ma jakieś tam peelde. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] geninitrd borked?
On Thu, 13 Nov 2008 17:59:45 +0100 Łukasz Jernaś [EMAIL PROTECTED] wrote: Witam znów. Właśnie próbuję przywrócić do życia mojego laptopa z Th i dostaję coś takiego przy starcie po załadowaniu modułów do dysków: /sbin/udevd: line 1: syntax error: ( unexpected /sbin/udevtrigger: line 1: syntax error: word unexpected (expecting )) /sbin/udevsettler: line 1: syntax error: word unexpected (expecting )) killall: udevd: no process killed mount: mounting /dev/hda3 on /newroot failed: No such device or address switch_root: bad newroot /newroot po czym Kernel panic... Ktokolwiek widział rozwiązanie, ktokolwiek wie? ;) pisałem parę dni temu o tym - linkowanie statycznych binarek w udev nie działa (podałem też możliwe rozwiązanie, nikt się jednak nie zainteresował). -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
udev initrd hack
hi, od czasu zmiany systemu budowania udev, binarki initrd linkują się dynamicznie. Samo --disable-shared --enable-static nic daje, i obecnie, aby wymusić poprawne zachowanie przesyłam do %__make CCLD=%{_target_cpu}-foo-gcc -all-static Nie podoba mi się to jednak, musi być jakaś bardziej estetyczna metoda zmuszenia libtoola do tego. Zna ktoś takową? Wszelkie hinty miło widziane. -- Fryderyk Dziarmagowski ___ 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] udev-130
On Sun, 26 Oct 2008 13:27:03 +0100 Pawel Kwiatkowski [EMAIL PROTECTED] wrote: Dnia 2008-10-26, nie o godzinie 11:08 +0100, Łukasz Maśko pisze: Co się zmieniło w nowym udev? Po update nie wstała mi karta sieciowa wifi (ipw2200, brak urządzenia chociaż moduł został załadowany), alsa też nie wstała. Zrobiłem na razie downgrade. Co sprawdzić/zmienić, żeby zadziałało? Potwierdzam, ale to raczej problem znowym hal-em którego wymaga ten udev: # lshal | grep eth0 nic nie zwraca a co zwraca udevinfo -a -p /sys/class/net/eth0 ? -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gimp.spec - brakujące BR
On Wed, 15 Oct 2008 13:29:13 +0200 Michal Kochanowicz [EMAIL PROTECTED] wrote: Hej W gimp.spec brakuje BR: lubuuid-devel nie jest BR gimpa readline-devel nie jest BR gimpa iso-codes xorg-lib-libXmu-devel te dwa za to tak. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th]/[ti] gnu hash / ldflags
hi, 1. jest jakiś poważny powód dla którego w PLD ld nie używa .gnu.hash? 2. -z combreloc jest nadmiarowe w LDFLAGS (grep combreloc ld/ldmain.c) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th]/[ti] gnu hash / ldflags
On Wed, 27 Aug 2008 20:33:31 +0200 Paweł Sikora [EMAIL PROTECTED] wrote: On Wednesday 27 of August 2008 20:10:40 Fryderyk Dziarmagowski wrote: hi, 1. jest jakiś poważny powód dla którego w PLD ld nie używa .gnu.hash? nie ma i dlatego sie uzywa, vide gcc-hash-style-gnu.patch o ile się ma odpowiednie gcc. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gpm.spec - added missing %ghost in libgpm.so.1
On Fri, 22 Aug 2008 10:22:57 +0200 Paweł Sikora [EMAIL PROTECTED] wrote: 22/8/2008, Marcin Krol [EMAIL PROTECTED] napisał/a: Commit cofniety. Ale gpm.spec jest do poprawki, bo s/mplayer z paczka zbudowana z tego speca' (jest w ti w test) nie chce odtwarzac filmow, wyswietla ze nie moze znalezc libgpm.so.1 mimo iz paczka gpm-libs( gpm-libs-1.20.5-1) w ktorej on sie znajduje jest zainstalowana. poldek -Uv --force gpm-libs A paczka do poprawki, fakt. Upgrade usuwa libgpm.so.1, a symlink nie jest tworzony. %post{,un} ldconfig? nie. libgpm.so.1 powinno wskazywać na libgpm.so.x.x.x, a nie libgpm.so.2. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Błąd w zależnościach last-exit
On Wed, 09 Jul 2008 19:10:23 +0200 Bartosz Gołek [EMAIL PROTECTED] wrote: Witam. Zainstalowałem sobie: [EMAIL PROTECTED] saigon]# rpm -qa|grep last last-exit-5-1.i686 [EMAIL PROTECTED] saigon]# Niestety przy uruchomieniu: Unhandled Exception: System.DllNotFoundException: libsexy at (wrapper managed-to-native) LastExit.IconEntry:sexy_icon_entry_new () at LastExit.IconEntry..ctor () [0x0] at LastExit.FirstRunDialog..ctor () [0x0] at LastExit.Driver.Main (System.String[] args) [0x0] zrobiłem starce i zaraz przed błędem: open(libsexy.la, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) s/[DllImport(libsexy)]/[DllImport(libsexy.so.2)]/g src/*.cs -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome po aktualizacji.
On Tue, 17 Jun 2008 19:11:27 +0200 Jakub Bogusz [EMAIL PROTECTED] wrote: On Tue, Jun 17, 2008 at 01:08:08PM +0200, Tomasz Witek wrote: po ostaniej aktualizacji TH włącznie z test (:]) zrobilo sie tak w gnome ze wszystko jest zwyklym plikiem tekstowym. wiec nic nie dziala spod nautilusa. na desktopie jak klikne na cokolwiek ładuje mie sie gedit, weic wszystkie skroty nie dzialaja. pod prawym klawiszem dla plikow nie mam zadnych normalnych akcji tylko edytuj w gedit :) Normalne ?? Czyżby przez brak magic.mime po uaktualnieniu raczej problem z %_datadir/applications/mimeinfo.cache lub %_datadir/mime/mime.cache -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: openttd.spec - removed font-related todo entry (configuration issue)...
On Sun, 8 Jun 2008 13:32:19 +0200 Bartosz Taudul [EMAIL PROTECTED] wrote: On Sat, Jun 07, 2008 at 07:09:02PM +0200, adamg wrote: Author: adamgDate: Sat Jun 7 17:09:02 2008 GMT Files affected: SPECS: openttd.spec (1.50 - 1.51) @@ -35,6 +35,7 @@ Requires: TiMidity++ +Suggests: TiMidity++ Albo jedno, albo drugie. albo propozycja nie do odrzucenia ;) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] obsolete udev options
On Fri, 25 Apr 2008 15:18:33 +0200 (CEST) Pawel Golaszewski [EMAIL PROTECTED] wrote: Fresh Th instalation: [...] udevd[1070]: add_to_rules: PHYSDEV* values are deprecated and will be removed from a future kernel, please fix it in /etc/udev/rules.d/51-modprobe.rules:5 [...] How to fix it for distro? wyrzucić i sprawdzić co się w udev pół roku temu zmieniło (hint: 80-drivers.rules). to samo dotyczy połowy innych reguł... -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: monodevelop
On Mon, 18 Feb 2008 18:01:59 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: 2008/2/18 Fryderyk Dziarmagowski [EMAIL PROTECTED]: On Mon, 18 Feb 2008 15:53:46 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: Może ktoś z dotnetowych magików spojrzeć, czemu nie buduje się na x86_64? szuka mono-addins tam gdzie ich nie ma Chodziło mi o commitnięcie poprawki :) zainteresowani mogą poprawić mono-addins: sed -i -e 's|@libdir@|${exec_prefix}/lib|g' Mono.*/*.pc.in albo zdefiniować libdir w pc.in dodatkowo. [...] -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: /usr/share/hal/fdi/policy/20thirdparty/ i /usr/lib/hal/
On Sat, 5 Jan 2008 10:49:35 +0100 Fryderyk Dziarmagowski [EMAIL PROTECTED] wrote: On Fri, 4 Jan 2008 16:19:20 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: 04-01-08, Fryderyk Dziarmagowski [EMAIL PROTECTED] napisał(a): On Fri, 4 Jan 2008 13:54:01 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: Jak w temacie, biblioteki, które używają hala instalują tam swoje rzeczy, przez co wymagają hala. Hala z kolei nie ma i nie będzie na builderach, bo hal używa udeva, którego tam nie ma i nie będzie. To bibliotekę należy poprawić poprzez wydzielenie części zależnych od daemona hal, a nie odwrotnie. Żeby działała jak trzeba, musiałbym dodać do niej R: hal-%{name} i wracamy do punktu wyjścia. :) Nie biblioteka, tylko program używający jej potrzebuje takie R: Zadałem sobie minimum trudu i zajrzałem do tools/Makefile.am gdzie widać, że libgpod dostarcza hal_PROGRAMS, które to wymagają hala, a nie jak zasugerowałeś sama biblioteka. Należałoby wydzielić libgpod-tools i to one muszą wymagać hala. Reszta to S: w programach o libgpod opartych. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: /usr/share/hal/fdi/policy/20thirdparty/ i /usr/lib/hal/
On Fri, 4 Jan 2008 13:54:01 +0100 Patryk Zawadzki [EMAIL PROTECTED] wrote: Jak w temacie, biblioteki, które używają hala instalują tam swoje rzeczy, przez co wymagają hala. Hala z kolei nie ma i nie będzie na builderach, bo hal używa udeva, którego tam nie ma i nie będzie. To bibliotekę należy poprawić poprzez wydzielenie części zależnych od daemona hal, a nie odwrotnie. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Właściciel pld.pl straszy
On Sat, 1 Dec 2007 11:58:15 +0100 Michal Kochanowicz [EMAIL PROTECTED] wrote: Hej hi, Pamiętacie sprawę domeny pld.pl? Właśnie dostałem maila o poniższej treści. Fajne, no nie? Ja w każdym razie nie zamierzam się z nimi wdawać w jakąkolwiek dyskusję. Chcą sobie przekazywać do prawnika to niech sobie przekazuję. Mi to lotto. zapomniałeś zacytować swojego maila (?). -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gnome-control-center.spec - use %lang() for omf files
On Mon, 17 Sep 2007 09:11:28 +0200 (CEST) Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote: megabajt wrote: +%lang(es) %{_omf_dest_dir}/control-center/control-center-es.omf +%lang(fr) %{_omf_dest_dir}/control-center/control-center-fr.omf Myslal ktos moze, czy nie daloby sie %find_lang do tego zatrudnic? wysłałem swego czasu diff do rpm-find-lang na devel-en. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[PATCH] udev modrobe rules fix
hi, patch naprawia mój stary błąd, uniemożliwiający automatyczne ładownie modułów subsystemu input. -- Fryderyk Dziarmagowski udev-modprobe.rules.patch Description: Binary data pgpLobN1t60AG.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: last-exit - brak Requires?
--- Łukasz Jernaś [EMAIL PROTECTED] wrote: Dnia sobota, 7 lipca 2007, Fryderyk Dziarmagowski napisał: --- Dariusz Laskowski [EMAIL PROTECTED] wrote: $ last-exit /usr/bin/last-exit[5]: /usr/bin/mono: not found w specu brakuje mono autodeps Raczej macros.mono... a to nie to samo? Poprawione i powinno pójść na buildery niedługo... Po co puszczać na buildery, jak nie działa bez dalszych poprawek (vide libsexy soname) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: last-exit - brak Requires?
--- Łukasz Jernaś [EMAIL PROTECTED] wrote: Po co puszczać na buildery, jak nie działa bez dalszych poprawek (vide libsexy soname) SOA #1 sorry :/ odinstaluj libsexy-devel a przestanie działać. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: last-exit - brak Requires?
--- Pawel Golaszewski [EMAIL PROTECTED] wrote: On Sun, 8 Jul 2007, Fryderyk Dziarmagowski wrote: Poprawione i powinno pójść na buildery niedługo... Po co puszczać na buildery, jak nie działa bez dalszych poprawek (vide libsexy soname) Jest mniej błędów, więc może być warto :P błędów od puszczania na buildery nie zrobi się mniej. znacznie lepiej sprawdza się uruchomienie programu przed puszczeniem zlecenia. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: last-exit - brak Requires?
--- Dariusz Laskowski [EMAIL PROTECTED] wrote: $ last-exit /usr/bin/last-exit[5]: /usr/bin/mono: not found w specu brakuje mono autodeps -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] btsco.spec z HEAD, modprobe - snd_bt_sco: Unknown symbol try_to_freeze
--- Bartosz Świątek [EMAIL PROTECTED] wrote: 29-05-07, Mateusz Korniak [EMAIL PROTECTED] napisał(a): Widze że był przebudowany na Th na 2.6.20.7 (czyli pewne się ładował). Ac na 2.6.20.7-1 robi tą różnice czy coś innego ? No może gcc na którym jajko i/lub moduł były budowane? a co ma do tego gcc? #include linux/freezer.h i tyle -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - added missing dir /etc/udev/scripts
--- cactus [EMAIL PROTECTED] wrote: Author: cactus Date: Sat May 26 13:08:33 2007 GMT Module: SPECS Tag: HEAD Log message: - added missing dir /etc/udev/scripts jaki znowu missing?? ten katalog nie ma nic do szukania w udev.spec -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - added missing dir /etc/udev/scripts
--- Bart [EMAIL PROTECTED] wrote: Fryderyk Dziarmagowski wrote: --- cactus [EMAIL PROTECTED] wrote: Author: cactus Date: Sat May 26 13:08:33 2007 GMT Module: SPECS Tag: HEAD Log message: - added missing dir /etc/udev/scripts jaki znowu missing?? ten katalog nie ma nic do szukania w udev.spec skoro tak to gdzie ma byc jak nie tam? nigdzie. udev dostarcza domyślnie katalog na pliki wykonywalne (libudevdir). -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gnome-spell.spec - rel.2 - add ownerless dirs
--- blues [EMAIL PROTECTED] wrote: Author: bluesDate: Sun May 20 19:09:09 2007 GMT Module: SPECS Tag: HEAD Log message: - rel.2 - add ownerless dirs [...] +%dir %{_datadir}/control-center-2.0 +%dir %{_datadir}/control-center-2.0/icons ten katalog nie jest prawidłową lokacją dla GNOME 2.18.x, przez co katalogi nie są osierocone. iconsdir=%{_pixmapsdir} przekazane do make rozwiązuje ten problem oraz problem niestandardowej lokacji ikonki. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: camorama.spec - fix build by setting GNOMELOCALEDIR manuall...
--- shadzik [EMAIL PROTECTED] wrote: Author: shadzik Date: Thu May 17 01:36:18 2007 GMT Module: SPECS Tag: HEAD Log message: - fix build by setting GNOMELOCALEDIR manually (ugly, but there is no better way to do this) zawsze jest lepsza droga: AC_DEFINE_DIR(GNOMELOCALEDIR, ${datadir}/locale, [locale directory]) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES (LINUX_2_6): kernel-i386.config - initial update for 2.6.2...
--- Przemyslaw Iskra [EMAIL PROTECTED] wrote: [...] Podobno na smp HZ_1000 potrafi zfloodowac maszyne tak ze jej osiagniecia beda znacznie gorsze niz z zadszymi przerwaniami. Nie bez powodu HZ_100 jest rekomendowane dla laptopow i maszyn SMP. HZ_1000 nie zaflooduje maszyny o ile coś w user/kernel space nie będzie nadgorliwie pollowało i budziło niepotrzebnie irqs. Tak tylko, gwoli ścisłości. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: smplayer.spec - up to 0.4.10
--- Bartosz Świątek [EMAIL PROTECTED] wrote: 05-05-07, Robert Tomasik [EMAIL PROTECTED] napisał(a): Dnia sobota, 5 maja 2007, Bartosz Świątek napisał: Latest stable, according to their homepage, is 0.4.7 mam chody u autora ;) G* masz a nie chody :) 0.4.10 jest na stronie domowej jak byk, ale stable jest oznaczona 0.4.7 :) Albo gonimy za numerkami w smplayerze albo czekamy az autor powie ze 0.4.x jest stable i takie podbijamy :) jak to się ma do update qt4 do niestabilnej wersji? -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: brasero.spec - up to 0.5.90 - BRs added
--- rotom [EMAIL PROTECTED] wrote: Author: rotomDate: Mon Apr 30 16:46:11 2007 GMT Module: SPECS Tag: HEAD Log message: - up to 0.5.90 - BRs added [...] +BuildRequires: libselinux-devel +BuildRequires: libuuid-devel te BR nie należą do tego pakietu. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: seahorse.spec - typo (but... are both gnupgs really needed ...
--- Artur Flinta [EMAIL PROTECTED] wrote: qboosh wrote: - typo (but... are both gnupgs really needed now?) Ten pierwszy jest wymagany przy budowaniu, bez drugiego program sypie błędami przy uruchamianiu (mimo, że nie jest wymagany do budowania i nie zastępuje pierwszego). Chore. seahorse w ogóle nie używa gnupg2. gnupg-1.x.x jest wpisane na stałe w źródłach: #define GPG_VERSION_PREFIX 1. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: brasero.spec - up to 0.5.90 - BRs added
--- Robert Tomasik [EMAIL PROTECTED] wrote: Author: rotomDate: Mon Apr 30 16:46:11 2007 GMT Module: SPECS Tag: HEAD Log message: - up to 0.5.90 - BRs added [...] +BuildRequires: libselinux-devel +BuildRequires: libuuid-devel te BR nie należą do tego pakietu. a jednak otrzymuję błędy przy budowaniu bez tych pakietów oto jeden z nich: /usr/bin/ld: cannot find -lselinux selinux/uuid nie ma w brasero nic do szukania. to są okolice hal.spec -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl