Re: alsa-udev nie działa :( [offtopic]
=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?= wrote: Ale to nie jest NFY, bo dziala i to calkiem niezle. (jak na razie jedna osoba sie zglosila, ze jej nie dziala...) Fakt dzialania programu nie oznacza, ze jest on dokonczony. -- === Andrzej M. Krzysztofowicz, Ph.D. [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Duże obciążenie n a indiańcu 2.2 (2.0)
On Tue, 3 Jan 2006, Paweł Gołaszewski wrote: To raczej jest tylko efekt - u mnie na 3 maszyny gdzie to się dzieje tylko na jednej mam imap-a i jakiegokolwiek webmail-a. Chyba, że nie jest to jeden błąd :D A musisz mieć workera? Pamiętam, że też działo mi się to samo po rotacji logów (właściwie po httpd graceful) na domowej maszynce, ustało zdaje się po zmianie na prefork (nie pamiętam, czy to był jedyny powód i jedyna zmiana). Było o tym na pld-devel-en w lutym 2005. Ale ja właśnie z tego powodu zmieniłem na workera z prefork-a na początku. :) Także to nie jest wina mpm-a. Chyba znalazłem co jest problemem. Kłopoty ustały po usunięciu php-msession (którego w sumie i tak nie potrzebowałem). To tak informacyjnie. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg 6.9.0 - czy aby napewno do Ac?
On Mon, 16 Jan 2006, Bartek Jakubski wrote: Potwierdzam ten problem na sterowniku nv. Występuje zupełnie losowo, czasem po kilku godzinach, czasem po kilku dniach pracy. Wczoraj się zdziwiłem, bo na i810 (i915) jest to samo... U siebie nie zaobserwowałem (i810 obsługujący 855). Wygląda na to, że sprawa jest niezależna od grafiki. To jakoś da się powtórzyć? Trzeba mieć jakieś moduły/rozszerzenia Iksów włączone? Mi się nie udało. Nie mam nic włączonego ręcznie - tak jak się instalują Xy :) Jakikolwiek ruch debugowania nie był możliwy, bo zdążyłem tylko uruchomić top-a, a potem nie byłem w stanie już nic zrobić... Coś takiego bym zauważył... :-) heh. :) -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg 6.9.0 - czy aby napewno do Ac?
On Mon, 16 Jan 2006, Piotr Pawłow wrote: Ac. Najbardziej dotkliwym problemem jest losowe zajmowanie 100% czasu procesora przez proces X. Jedynym ratunkiem jest restart xserwera. Chyba udało mi się znaleźć winowajcę :) Używasz acpid? U mnie zabicie acpid, lub nawet wysłanie SIGHUP do niego powoduje, że X-y natychmiast zaczynają zajmować 100% CPU. Oczywiście dzieje się to także przy rotacji logów :( A to ciekawe - o oczy mi się obiły zmiany w ACPI w nowych X-ach... -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: alsa-udev nie dział a :(
On Mon, Jan 16, 2006 at 05:19:24PM +0100, Fryderyk Dziarmagowski wrote:
Krytyka absolutnie nie dotyczy Twojej osoby. Zrobiłeś kawał dobrej
roboty. Krytyka dotyczy osoby, która dodała spec do cvs nie zadając
sobie trudu sprawdzenia katalogów, umiejscowienia skryptu czy
doprowadzenia do fazy, w której większość użytkowników pld mogło by z
niego korzystać.
Dobrze, to w takim razie mogę prosić o informację co zmienić? Mogę
nad tym jeszcze popracowac, jeżeli będę wiedział jakie są oczekiwania co
do tego. Na razie zauważyłem, że w udev nie ma już katalogu scripts.
Wydaje mi się, że kiedyś był. Podsyłam patche które zmieniają
umiejscowienie skryptu do katalogu /etc/udev/agents.d. Może tak być, czy
są jakieś inne propozycje?
--
Pozdrawiam
Przemysław Białek
Index: alsa-udev.rules
===
RCS file: /cvsroot/SOURCES/alsa-udev.rules,v
retrieving revision 1.1
diff -u -r1.1 alsa-udev.rules
--- alsa-udev.rules 21 Dec 2005 20:25:46 - 1.1
+++ alsa-udev.rules 17 Jan 2006 09:48:29 -
@@ -1 +1 @@
-SUBSYSTEM==sound, KERNEL==controlC*, RUN+=/etc/udev/scripts/alsa.sh %n
+SUBSYSTEM==sound, KERNEL==controlC*, RUN+=/etc/udev/agents.d/alsa.sh %n
Index: alsa-udev.spec
===
RCS file: /cvsroot/SPECS/alsa-udev.spec,v
retrieving revision 1.2
diff -u -r1.2 alsa-udev.spec
--- alsa-udev.spec 27 Dec 2005 17:38:48 - 1.2
+++ alsa-udev.spec 17 Jan 2006 09:49:08 -
@@ -31,7 +31,7 @@
rm -rf $RPM_BUILD_ROOT
install -D %{SOURCE0} $RPM_BUILD_ROOT/etc/udev/rules.d/alsa.rules
-install -D %{SOURCE1} $RPM_BUILD_ROOT/etc/udev/scripts/alsa.sh
+install -D %{SOURCE1} $RPM_BUILD_ROOT/etc/udev/agents.d/alsa.sh
install -D %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/alsa_udev
install -D %{SOURCE3} $RPM_BUILD_ROOT/etc/rc.d/init.d/alsa-udev
@@ -51,7 +51,7 @@
%attr(754,root,root) /etc/rc.d/init.d/*
%config(noreplace) %verify(not md5 mtime size) /etc/sysconfig/*
/etc/udev/rules.d/alsa.rules
-%attr(754,root,root) /etc/udev/scripts/alsa.sh
+%attr(754,root,root) /etc/udev/agents.d/alsa.sh
%define date %(echo `LC_ALL=C date +%a %b %d %Y`)
%changelog
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Bug w poldku?
Hello. Czemu poldek chce mi na sile wcisnac mod_ssl-2.2.0-10 skoro kaze mu zeby wgral 2.0.55-3.2? Bug? Jak dam samo upgrade apache-mod_ssl-2.0.55-3.2 to idzie poprawnie. M. P.S. Tak, apache-2.0.55-3.2 leci z mojego lokalnego repo. poldek:/all-avail upgrade -t apache-mod_ssl-2.0.55-3.2 htpasswd-apache-2.0.55-3.2 apache-*2.0.55-3.2* Processing dependencies... apache-mod_vhost_alias-2.0.55-2 obsoleted by apache-mod_vhost_alias-2.0.55-3.2 apache-mod_usertrack-2.0.55-2 obsoleted by apache-mod_usertrack-2.0.55-3.2 apache-mod_status-2.0.55-2 obsoleted by apache-mod_status-2.0.55-3.2 apache-mod_rewrite-2.0.55-2 obsoleted by apache-mod_rewrite-2.0.55-3.2 apache-mod_expires-2.0.55-2 obsoleted by apache-mod_expires-2.0.55-3.2 apache-mod_dir-2.0.55-2 obsoleted by apache-mod_dir-2.0.55-3.2 apache-mod_headers-2.0.55-2 obsoleted by apache-mod_headers-2.0.55-3.2 apache-mod_autoindex-2.0.55-2 obsoleted by apache-mod_autoindex-2.0.55-3.2 apache-mod_auth-2.0.55-2 obsoleted by apache-mod_auth-2.0.55-3.2 apache-mod_actions-2.0.55-2 obsoleted by apache-mod_actions-2.0.55-3.2 apache-apxs-2.0.55-2 obsoleted by apache-apxs-2.0.55-3.2 apache-2.0.55-2 obsoleted by apache-2.0.55-3.2 greedy upgrade apache-mod_ssl-2.0.55-2 to 2.2.0-10 (unresolved apache = 2.0.55-2) apache-mod_ssl-2.0.55-2 obsoleted by apache-mod_ssl-2.2.0-10 apache-mod_ssl-2.2.0-10 marks apache-base-2.2.0-10 (cap apache-base = 2.2.0-10) error: apache-base-2.2.0-10 conflicts with apache-2.0.55-3.2 htpasswd-apache-2.0.55-2 obsoleted by htpasswd-apache-2.0.55-3.2 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: alsa-udev nie działa :(
--- [EMAIL PROTECTED] wrote: Krytyka absolutnie nie dotyczy Twojej osoby. Zrobiłeś kawał dobrej roboty. Krytyka dotyczy osoby, która dodała spec do cvs nie zadając sobie trudu sprawdzenia katalogów, umiejscowienia skryptu czy doprowadzenia do fazy, w której większość użytkowników pld mogło by z niego korzystać. Dobrze, to w takim razie mogę prosić o informację co zmienić? Mogę nad tym jeszcze popracowac, jeżeli będę wiedział jakie są oczekiwania co do tego. Na razie zauważyłem, że w udev nie ma już katalogu scripts. Wydaje mi się, że kiedyś był. Podsyłam patche które zmieniają umiejscowienie skryptu do katalogu /etc/udev/agents.d. Może tak być, czy są jakieś inne propozycje? agents.d umrze wkrótce, a skrypty powinny być umieszczane w /lib/udev (chyba, że mają znaczenie bardziej ogólno-systemowe wtedy w standardowych lokacjach dla plików wykonywalnych). Czy interesowałeś się możliwościami jakie daje HAL w tej materii? Dzięki niemu możliwe by było sprawdzenie typu karty i wywołanie odpowiedniej procedury jej obsługi. Pozbylibyśmy się wtedy jakichkolwiek skryptów, a wszystko mogłoby być kontrolowane z poziomu reguł FDI HALa. IMHO to jest właściwa droga, choć jeszcze nieprzetarta. -- Fryderyk Dziarmagowski Please, just tell people to use KDE. - Linus @ GNOME Usability ml ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
autofs.spec 1.64
Revision 1.64 2005/11/11 18:02:40 blekot - up to 4.1.4 - TODO added Error: some source, patch or icon files not stored in CVS repo. (http://www.kernel.org/pub/linux/daemons/autofs/v4/autofs-4.1.4-misc-fixes.patch) exit status 1024 Psuj proszony o poprawienie. Janek -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: xorg 6.9.0 - czy aby napewno do Ac?
Dnia poniedziałek, 16 stycznia 2006 23:46, Piotr Pawłow napisał: Chyba udało mi się znaleźć winowajcę :) Używasz acpid? U mnie zabicie acpid, lub nawet wysłanie SIGHUP do niego powoduje, że X-y natychmiast zaczynają zajmować 100% CPU. Oczywiście dzieje się to także przy rotacji logów :( To samo:( Da się coś zrobić aby nie restartować X'ow? -- Pozdrawiam, Kamil. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
multisync.spec 1.35
Revision 1.35 2005/10/06 23:53:45 patrys - builds with new evolution ^^^ - added missing BR: - tested and works (at least with evolution and T610 phone) - rel. up Gowno prawda: i386-pld-linux-gcc -shared .libs/evolution_sync.o .libs/evolution_ebook.o .libs/evolution_ecal.o .libs/evolution_etodo.o .libs/xml.o .libs/gui.o .libs/support.o .libs/interface.o .libs/callbacks.o -L/usr/X11R6/lib /usr/lib/libgnomeui-2.so -L/usr/lib -lSM -lICE /usr/lib/libgnome-keyring.so /usr/lib/libbonoboui-2.so /usr/lib/libgnomecanvas-2.so /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so -lXrandr -lXi -lXinerama /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so -lXcursor -lXfixes /usr/lib/libcairo.so /usr/lib/libpangoft2-1.0.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libpango-1.0.so -lXrender -lX11 -lXext /usr/lib/libedata-book-1.2.so /usr/lib/libebook-1.2.so /usr/lib/libedata-cal-1.2.so /usr/lib/libecal-1.2.so /usr/lib/libedataserver-1.2.so /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libxml2.so -lz /usr/lib/libgnomevfs-2.so /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libgobject-2.0.so /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so -lm /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgthread-2.0.so /usr/lib/libglib-2.0.so -lpthread -march=i386 @EVO_LDFLAGS@ -Wl,--export-dynamic -pthread @EVO_LIBS@ -Wl,-soname -Wl,libevolution2_sync.so -o .libs/libevolution2_sync.so i386-pld-linux-gcc: @EVO_LDFLAGS@: No such file or directory i386-pld-linux-gcc: @EVO_LIBS@: No such file or directory make[2]: *** [libevolution2_sync.la] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/multisync-0.83/plugins/evolution2_sync/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/multisync-0.83/plugins/evolution2_sync' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.44755 (%build) Janek -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: autofs.spec 1.64
On Tuesday 17 January 2006 16:21, Jan Rekorajski wrote:
Psuj proszony o poprawienie.
eee, nawet się nie przyjrzałeś. Odmawiam, bo:
Zobacz na historię speca jak był robiony. Kiedy go podbijałem, zobaczyłem, że
do konkretne wersji są pacze, to stare, które były zaaplikowane usunąłem i
dodałem nowe, z identyczną technologią dodawania.
cvs diff -uN -r 1.63 -r 1.64 autofs.spec |grep Patch
Patch0:%{name}-open_max.patch
Patch1:%{name}-hesiod-includes.patch
-Patch2:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-bad_chdir.patch
-Patch3:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-mtab_lock.patch
-Patch4:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-non_block_ping.patch
-Patch5:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-signal-race-fix.patch
-Patch6:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-sock-leak-fix.patch
-Patch7:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-4.1.3-strict.patch
+Patch2:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-misc-fixes.patch
+Patch3:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-multi-parse-fix.patch
+Patch4:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-no-unlink-upstream.patch
+Patch5:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-non-replicated-ping.patch
Jeżeli paczy nie ma to oznacza, że
a) albo ta metoda co tutaj stosowana jest zła i należy pacze wrzucać do cvs
b) albo należy uaktualnić autofs do nowszej wersji i pozbędziesz się kłopotu
Myślę, że a+b będzie lepsza, ale ja nie popsułem nic. Co najwyżej stosowałem
złą metodę po poprzednikach.
pozdrawiam
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of Warsaw University of Technology, Faculty of Mechatronics
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: autofs.spec 1.64
Lukasz Glebicki wrote:
+Patch5:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-non-replicated-ping.patch
Jeżeli paczy nie ma to oznacza, że
a) albo ta metoda co tutaj stosowana jest zła i należy pacze wrzucać do cvs
Pacze zawsze nalezy wrzucac do CVS. URL przy Patch# pelni wylacznie funkcje
informacyjna.
b) albo należy uaktualnić autofs do nowszej wersji i pozbędziesz się kłopotu
Myślę, że a+b będzie lepsza, ale ja nie popsułem nic. Co najwyżej stosowałem
złą metodę po poprzednikach.
A sprawdziles, czy poprzednicy latek do CVS nie wrzucali?
--
===
Andrzej M. Krzysztofowicz, Ph.D. [EMAIL PROTECTED]
phone (48)(58) 347 14 61
Faculty of Applied Phys. Math., Gdansk University of Technology
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: autofs.spec - patches moved to our cvs
On Tue, Jan 17, 2006 at 06:50:51PM +0100, blekot wrote:
Author: blekot Date: Tue Jan 17 17:50:51 2006 GMT
Module: SPECS Tag: HEAD
Log message:
- patches moved to our cvs
-Patch2:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-misc-fixes.patch
-Patch3:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-multi-parse-fix.patch
-Patch4:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-no-unlink-upstream.patch
-Patch5:
http://www.kernel.org/pub/linux/daemons/autofs/v4/%{name}-%{version}-non-replicated-ping.patch
+Patch2: %{name}-4.1.4-misc-fixes.patch
+Patch3: %{name}-4.1.4-multi-parse-fix.patch
+Patch4: %{name}-4.1.4-no-unlink-upstream.patch
+Patch5: %{name}-4.1.4-non-replicated-ping.patch
Jeżeli łaty w CVS nie są zmodyfikowane w stosunku do oryginalnych, to
URL-e zostawiamy w polu Patch.
Jeśli są zmodyfikowane - nie umieszczamy ich w polu Patch, ale
w komentarzu typu modified from
--
Jakub Boguszhttp://qboosh.cs.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: SPECS: gbiblioteka.spec - up to 1.0 - update url - please rename ...
On Fri, Jan 13, 2006 at 04:44:37PM +0100, spider wrote: Author: spider Date: Fri Jan 13 15:44:37 2006 GMT Module: SPECS Tag: HEAD Log message: - up to 1.0 - update url - please rename spec name gbiblioteka.spec glibrary.spec A poszło też do cvsadmin(ów)? Nie muszą czytać wszystkich commitów. -- Jakub Boguszhttp://qboosh.cs.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: autofs.spec 1.64
On Tuesday 17 January 2006 18:47, Andrzej Krzysztofowicz wrote:
Pacze zawsze nalezy wrzucac do CVS. URL przy Patch# pelni wylacznie funkcje
informacyjna.
To nie wiedziałem. Wrzuciłem teraz te spece do CVS'u
A sprawdziles, czy poprzednicy latek do CVS nie wrzucali?
Nie pamiętam, robiłem tego speca ~pół roku temu.
pozdrawiam
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of Warsaw University of Technology, Faculty of Mechatronics
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
Dnia 27-12-2005, wto o godzinie 15:36 +0100, Andrzej Zawadzki napisał(a): Enleth wrote: Ależ mowa właśnie o wersji ze speca. Aa to pewnie tego nie masz: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/kernel-net-ieee80211.spec?rev=1.6 kernelowe za stare ;-) Nie. Problem jest gdzie indziej - nasz kernel ma paczkowane moduły podsystemu ieee80211 i one mają wyższy priorytet niż te budowane ze speca (kernel-net-ieee80211, wędrują do misc). Wszystko zaczyna działać po ręcznym wykasowaniu tych wbudowanych modułów (modprobe zaczyna ładować nowsze, z osobnej paczki i panuje radość po wsze czasy). Pytanie, co z tym zrobić w PLD. Czy ktoś opiekujący się kernelem mógłby: a) wywalić te moduły całkiem b) przesunąć je do jakiejś podpaczki z wzajemnym C: na kernel-net-ieee80211 -- Patrys :: Patryk Zawadzki [EMAIL PROTECTED] PLD Linux signature.asc Description: To jest część listu podpisana cyfrowo ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: autofs.spec - patches moved to our cvs
On Tuesday 17 January 2006 19:26, Jakub Bogusz wrote:
[...]
Jeszcze pytanie:
Zostawiłem wersje w postaci 4.1.4 zamiast %{version}. Czy to jest poprawne?
Mi się wydaje, ze tak, bo przy kolejnej wersji update wiadomo do której wersji
te pacze się odnosiły.
pozdrawiam
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of Warsaw University of Technology, Faculty of Mechatronics
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
On Tue, 27 Dec 2005, Andrzej Zawadzki wrote: Czegoś mu brakuje, czy release 1 i do ready? ipw2200 z przyczyn niewyjaśnionych na nim (i na poprzednich 2.6.14) nie działa. Wersja ieee80211 ta sama co na kernelu który działał, a mimo to wywala że ipw2200: Unknown symbol ieee80211_wx_set_encodeext. Google znajduje mniej niż stronę wyników, żadnego rozwiązania. Jakiś kernelowy magik ma może tę kartę pod ręką żeby sprawdzić? Zbuduj sobie wersję ze speca ipw2200.spec - u mnie działa. Niestety w kernelu jest wersja 1.0.0 tego sterownika i jest lipna, a developerzy ipw chcą tylko wersje stabilne (cokolwiek to znaczy) do kernela wrzucać :-( Może trzeba wywalić ten sterownik z kernel.spec kompletnie - przynajmniej distro będzie spójne... Nie wiem. Cóż, obecna wersja ze speca ipw2200 nie działa mi z WPA2. 1.0.4 chodziło bez problemu (na kernelu 2.6.11.10-6) 1.0.10 obecne nie ma ochoty - mam timeout przy próbie połączenia... Ktoś się z tym spotkał? Bez WPA nie mam obecnie możliwości sprawdzić... (byłaby to jednorazowa próba :D ) -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
On Tue, 17 Jan 2006, Patrys :: Patryk Zawadzki wrote: Ależ mowa właśnie o wersji ze speca. Aa to pewnie tego nie masz: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/kernel-net-ieee80211.spec?rev=1.6 kernelowe za stare ;-) Nie. Problem jest gdzie indziej - nasz kernel ma paczkowane moduły podsystemu ieee80211 i one mają wyższy priorytet niż te budowane ze speca (kernel-net-ieee80211, wędrują do misc). Wszystko zaczyna działać po ręcznym wykasowaniu tych wbudowanych modułów (modprobe zaczyna ładować nowsze, z osobnej paczki i panuje radość po wsze czasy). Pytanie, co z tym zrobić w PLD. Czy ktoś opiekujący się kernelem mógłby: a) wywalić te moduły całkiem b) przesunąć je do jakiejś podpaczki z wzajemnym C: na kernel-net-ieee80211 Po prostu w kernelu należy wrzucać nowszą wersję. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
Dnia wtorek, 17 stycznia 2006 20:47, Paweł Gołaszewski napisał: [...] Cóż, obecna wersja ze speca ipw2200 nie działa mi z WPA2. 1.0.4 chodziło bez problemu (na kernelu 2.6.11.10-6) 1.0.10 obecne nie ma ochoty - mam timeout przy próbie połączenia... Ktoś się z tym spotkał? Bez WPA nie mam obecnie możliwości sprawdzić... (byłaby to jednorazowa próba :D ) Mi działa 1.0.10 bez zabezpieczeń oraz z WEP-em. Bez problemów. Kernel 2.6.14.6-3. Na testowanie WPA nie mam motywacji (wyłącznie kwestia pliku konfiguracyjnego). Pozdrawiam. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
Dnia Tuesday, 17 of January 2006 20:21, Patrys :: Patryk Zawadzki napisał: Dnia 27-12-2005, wto o godzinie 15:36 +0100, Andrzej Zawadzki napisał(a): Enleth wrote: Ależ mowa właśnie o wersji ze speca. Aa to pewnie tego nie masz: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/kernel-net-ieee80211.spec?r ev=1.6 kernelowe za stare ;-) Nie. Problem jest gdzie indziej - nasz kernel ma paczkowane moduły podsystemu ieee80211 i one mają wyższy priorytet niż te budowane ze speca (kernel-net-ieee80211, wędrują do misc). Wszystko zaczyna działać po ręcznym wykasowaniu tych wbudowanych modułów (modprobe zaczyna ładować nowsze, z osobnej paczki i panuje radość po wsze czasy). Pytanie, co z tym zrobić w PLD. Czy ktoś opiekujący się kernelem mógłby: a) wywalić te moduły całkiem b) przesunąć je do jakiejś podpaczki z wzajemnym C: na kernel-net-ieee80211 c). w zewnetrznym specu pakowac moduly tak by nadpisywaly te z kernela. jak ktos jest zdecydowanych ich uzywac, to niech ma, a rpm zaraportuje konflikt plikow. -- to_be || !to_be == 1, to_be | ~to_be == -1 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
On Tue, Jan 17, 2006 at 08:55:31PM +0100, Paweł Sikora wrote:
Dnia Tuesday, 17 of January 2006 20:21, Patrys :: Patryk Zawadzki napisał:
Dnia 27-12-2005, wto o godzinie 15:36 +0100, Andrzej Zawadzki
Pytanie, co z tym zrobić w PLD. Czy ktoś opiekujący się kernelem mógłby:
a) wywalić te moduły całkiem
b) przesunąć je do jakiejś podpaczki z wzajemnym C: na
kernel-net-ieee80211
c).
w zewnetrznym specu pakowac moduly tak by nadpisywaly te z kernela.
jak ktos jest zdecydowanych ich uzywac, to niech ma, a rpm zaraportuje
konflikt plikow.
d) zrobić jak pwc.spec lub ipw2200.spec, zmienić nazwę pliku modułu a
jak ktoś chce używać modułów z paczki a nie z kernela to wystarczy w
modprobe.conf:
alias prawdziwa_nazwa zmianiona_nazwa
i niema problemów
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
Dnia 17-01-2006, wto o godzinie 21:03 +0100, Przemek Iskra napisał(a): On Tue, Jan 17, 2006 at 08:55:31PM +0100, Paweł Sikora wrote: Dnia Tuesday, 17 of January 2006 20:21, Patrys :: Patryk Zawadzki napisał: Dnia 27-12-2005, wto o godzinie 15:36 +0100, Andrzej Zawadzki Pytanie, co z tym zrobić w PLD. Czy ktoś opiekujący się kernelem mógłby: a) wywalić te moduły całkiem b) przesunąć je do jakiejś podpaczki z wzajemnym C: na kernel-net-ieee80211 c). w zewnetrznym specu pakowac moduly tak by nadpisywaly te z kernela. jak ktos jest zdecydowanych ich uzywac, to niech ma, a rpm zaraportuje konflikt plikow. d) zrobić jak pwc.spec lub ipw2200.spec, zmienić nazwę pliku modułu a jak ktoś chce używać modułów z paczki a nie z kernela to wystarczy w modprobe.conf: alias prawdziwa_nazwa zmianiona_nazwa i niema problemów Jest problem, chodzi właśnie o ipw2200.spec, który po zależnościach ładuje ieee80211-*. Te ostatnie mają takie same nazwy w kernelu i w paczce. -- Patrys :: Patryk Zawadzki [EMAIL PROTECTED] PLD Linux signature.asc Description: To jest część listu podpisana cyfrowo ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec:LINUX_2_6
On Tue, Jan 17, 2006 at 09:20:40PM +0100, Patrys :: Patryk Zawadzki wrote:
Dnia 17-01-2006, wto o godzinie 21:03 +0100, Przemek Iskra napisał(a):
d) zrobić jak pwc.spec lub ipw2200.spec, zmienić nazwę pliku modułu a
jak ktoś chce używać modułów z paczki a nie z kernela to wystarczy w
modprobe.conf:
alias prawdziwa_nazwa zmianiona_nazwa
i niema problemów
Jest problem, chodzi właśnie o ipw2200.spec, który po zależnościach
ładuje ieee80211-*. Te ostatnie mają takie same nazwy w kernelu i w
paczce.
no to problem występuje w kernel-net-ieee80211.spec, nie w ipw2200.spec
jeśli zmienisz tym modułom nazwy i dasz aliasy w modprobe.conf to nie
będzie problemów, i zawsze w razie potrzeby będą też moduły kernel'owe
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\//| _/| | | : JID..sparkyatjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkyatpld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
emelfm2
Witam wszystkich.
Napisałem speca do nowej wersji emelfm2, i przesyłam w załączniku z prośbą o
dołączenie do cvs, może komuś się przyda.
Gdyby ktoś był zainteresowany paczkami do th, paroma pachami do gcc4 i
pakietami do ac których nie ma w oficjalnym repo to zapraszam na mojego ftp.
Zaznaczam jednocześnie, że są to pakiety budowane przez amatora a komputer
wyłączam na noc. :)
ftp.pld.robert74.one.pl
Pozdrowienia dla develów i userów PLD
--
___
Linux is like Wigwam. No Gates, No Windows, Apache Inside !!!
# $Revision: 1 $, $Date: 2006/01/17 16:33:34 $
Summary:File manager using the two-pane design and Gtk+
Summary(pl):Zarządca plików oparty na bibliotece GTK+
Name: emelfm2
Version:0.1.4
Release:1
License:GPL
Group: X11/Applications
Source0:http://emelfm2.net/rel/%{name}-%{version}.tar.gz
# Source0-md5: da39b1d017366fb41700c5d40365a1ae
URL:http://emelfm.sourceforge.net/
BuildRequires: gettext-devel
BuildRequires: gtk+-devel = 1.2.0
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
emelFM is a file manager that implements the popular two-pane design.
It features a simple GTK+ interface, a flexible filetyping scheme, and
a built-in command line for executing commands without opening an
xterm.
%description -l pl
emelFM2 jest klasycznym, dwupanelowym zarządcą plików. Ma prosty
interfejs graficzny oparty o bibliotekę GTK+.
%prep
%setup -q
%build
%{__make}
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT{%{_bindir},%{_libdir}/%{name},%{_desktopdir}}
install emelfm2 $RPM_BUILD_ROOT%{_bindir}
install plugins/* $RPM_BUILD_ROOT%{_libdir}/%{name}
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(644,root,root,755)
%attr(755,root,root) %{_bindir}/%{name}
%dir (755,root,root) %{_libdir}/%{name}
%attr(755,root,root) %{_libdir}/%{name}/*
%define date%(echo `LC_ALL=C date +%a %b %d %Y`)
%changelog
* %{date} PLD Team [EMAIL PROTECTED]
All persons listed below can be reached at cvs_login@pld-linux.org
$Log: emelfm2.spec,v $
Revision 1.00 2006/01/17 16:33:34 robak
- initial release
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: gbiblioteka.spec - up to 1.0 - update url - please rename ...
On 1/17/06, Jakub Bogusz [EMAIL PROTECTED] wrote: On Fri, Jan 13, 2006 at 04:44:37PM +0100, spider wrote: Author: spider Date: Fri Jan 13 15:44:37 2006 GMT Module: SPECS Tag: HEAD Log message: - up to 1.0 - update url - please rename spec name gbiblioteka.spec glibrary.spec A poszło też do cvsadmin(ów)? Zrobione. Nie muszą czytać wszystkich commitów. Ja nie czytam żadnych. -- Michal Moskal, http://nemerle.org/~malekith/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Konqueror i sig6 (SIGABRT)
Dość prosto powtarzalne. Odpalam sobie stronę i na raz kilka linków z
panelami (np. www.grono.net). Ktoś tak ma? (Ac + Ac-ready)
[KCrash handler]
#4 0xe410 in __kernel_vsyscall ()
#5 0xb6a42f51 in raise () from /lib/tls/libc.so.6
#6 0xb6a4475c in abort () from /lib/tls/libc.so.6
#7 0xb6bf3b17 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5
#8 0xb6bf3b54 in std::terminate () from /usr/lib/libstdc++.so.5
#9 0xb6bf3d16 in __cxa_throw () from /usr/lib/libstdc++.so.5
#10 0xb5a7901e in DOM::Document::createElement () from /usr/lib/libkhtml.so.4
#11 0xb560f66b in RelLinksPlugin::guessRelations ()
from /usr/lib/kde3/librellinksplugin.so
#12 0xb560e145 in RelLinksPlugin::loadingFinished ()
from /usr/lib/kde3/librellinksplugin.so
#13 0xb5611479 in RelLinksPlugin::qt_invoke ()
from /usr/lib/kde3/librellinksplugin.so
#14 0xb715f48d in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#15 0xb715f354 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#16 0xb7f1cacc in KParts::ReadOnlyPart::completed ()
from /usr/lib/libkparts.so.2
#17 0xb586f5f4 in KHTMLView::complete () from /usr/lib/libkhtml.so.4
#18 0xb588a82d in KHTMLPart::checkCompleted () from /usr/lib/libkhtml.so.4
#19 0xb588a0b8 in KHTMLPart::slotLoaderRequestDone ()
from /usr/lib/libkhtml.so.4
#20 0xb58a7726 in KHTMLPart::qt_invoke () from /usr/lib/libkhtml.so.4
#21 0xb715f48d in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#22 0xb59cfa25 in DOM::CSSSelector::~CSSSelector ()
from /usr/lib/libkhtml.so.4
#23 0xb59ce6bb in DOM::CSSSelector::~CSSSelector ()
from /usr/lib/libkhtml.so.4
#24 0xb59cfbad in DOM::CSSSelector::~CSSSelector ()
from /usr/lib/libkhtml.so.4
#25 0xb715f513 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#26 0xb7cf0f88 in KIO::Job::result () from /usr/lib/libkio.so.4
#27 0xb7cd951c in KIO::Job::emitResult () from /usr/lib/libkio.so.4
#28 0xb7cdab2c in KIO::SimpleJob::slotFinished () from /usr/lib/libkio.so.4
#29 0xb7cddeaf in KIO::TransferJob::slotFinished () from /usr/lib/libkio.so.4
#30 0xb7cf2fd3 in KIO::TransferJob::qt_invoke () from /usr/lib/libkio.so.4
#31 0xb715f513 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#32 0xb715f354 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#33 0xb7ccd43e in KIO::SlaveInterface::finished () from /usr/lib/libkio.so.4
#34 0xb7ccc018 in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4
#35 0xb7ccb549 in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4
#36 0xb7cc8e9b in KIO::Slave::gotInput () from /usr/lib/libkio.so.4
#37 0xb7ccaaa7 in KIO::Slave::qt_invoke () from /usr/lib/libkio.so.4
#38 0xb715f513 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#39 0xb715f66d in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#40 0xb7469cb2 in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3
#41 0xb717b3ee in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3
#42 0xb71045dc in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#43 0xb7103c25 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#44 0xb77053d2 in KApplication::notify () from /usr/lib/libkdecore.so.4
#45 0xb70f4555 in QEventLoop::activateSocketNotifiers ()
from /usr/lib/libqt-mt.so.3
#46 0xb70aea5f in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#47 0xb7115918 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#48 0xb71157c8 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#49 0xb7104811 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#50 0xb5f9fd4e in kdemain () from /usr/lib/libkdeinit_konqueror.so
#51 0xb60847a6 in kdeinitmain () from /usr/lib/kde3/konqueror.so
#52 0x0804cdb6 in ?? ()
#53 0x0004 in ?? ()
#54 0x0813cb90 in ?? ()
#55 0x0001 in ?? ()
#56 0x in ?? ()
--
Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team
gg:246267Linux Registered User #318551 blekot:{irc,skype}
Student of Warsaw University of Technology, Faculty of Mechatronics
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Konqueror i sig6 (SIGABRT)
Dnia 18-01-2006, śro o godzinie 00:29 +0100, Lukasz Glebicki napisał(a): Dość prosto powtarzalne. Odpalam sobie stronę i na raz kilka linków z panelami (np. www.grono.net). Ktoś tak ma? (Ac + Ac-ready) U mnie Quanta z ac-main zdycha bez powiadomienia od KCrash, w połowie pisania wyrazu. Nie mam teraz jak debugować, bo wywaliłem ją w cholerę, póki co. Zmarnowała mi tak godzinę pracy, padając co chwilę. -- Patrys :: Patryk Zawadzki [EMAIL PROTECTED] PLD Linux signature.asc Description: To jest część listu podpisana cyfrowo ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
