Re: odwrócenie bconda pax w glibc
Dnia wtorek, 26 września 2006 16:54, Marek Guevara Braun napisał: Jeżeli PaX jest zbudowany ze wsparciem dla softmode (a tak jest dla LINUX_2_6_16 z --with pax i tak też chce zrobić dla LINUX_2_6_17) to przy starcie kernela grub/lilo/etc można dodać opcję pax_softmode=1 i wtedy wszelkie ustawienia MEMPROTECT które powodują niewstawanie systemu z niepaxowymi zlib i glibc są domyślnie wyłączone - tj. system jako taki wstanie, ale bez ochrony PaX (o ile nie włączymy jej paxctl dla wskazanych binarek). Owszem. Ale po takim upgradzie maszyny nie zrestartujesz (ba, w ogóle nie wykonasz żadnego polecenia). A ja mam maszyny 60 km od siebie ... Pozdrawiam. P. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: odwrócenie bconda pax w glibc
Piotr Zięcik wrote: Owszem. Ale po takim upgradzie maszyny nie zrestartujesz (ba, w ogóle nie wykonasz żadnego polecenia). A ja mam maszyny 60 km od siebie ... Jeśli mamy własny kompilat glibca, zbudowany z opcją --with pax, a domyślnie ta opcja byłaby wyłączona, to i tak nie można w ciemno upgradować takiej maszyny, bo np. za chwilę pojawi się w poldku nowy release danej biblioteki i po upgrade system nie działa. Rozwiązania tu widzę raczej administracyjne (1) dodanie glibca, zlib i ew. paxctl do listy hold w poldku (2) dodanie do poldka tylko własnych punktów dystrybucji/builderów, które produkują dobre pakiety (3) dodanie jakiegoś watchdoga/zdalnego resetu do serwerów, albo lepiej karty zdalnego dostępu do poziomu BIOS maszyny (można edytować gruba przy starcie) (4) zainwestowanie w większy dysk, vmware serwer i testowanie upgradów przed zdalną implementacją. Nawet gdy --with pax było by dalej (tak jak jest obecnie) domyślnie wyłączone, nic nie stoi na przeszkodzie, że ktoś edytując speca wywali/zepsuje odpowiednią łatkę, albo odpowiednio skompilowana, nowa wersja będzie po prostu błędna. Pozdrawiam, Marek PS. Pewnym ułatwieniem, byłoby dodanie jakiegoś provides do glibca i zliba --with pax, ale nie za bardzo widzę co musiało by mieć odpowiednie requires - bo kernel-pax to trochę bez sensu, a paxctl, to pewnie by się automatycznie odinstalowało :-) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: odwrócenie bconda pax w glibc
Dnia środa, 27 września 2006 10:19, Marek Guevara Braun napisał: Jeśli mamy własny kompilat glibca, zbudowany z opcją --with pax, a domyślnie ta opcja byłaby wyłączona, to i tak nie można w ciemno upgradować takiej maszyny, bo np. za chwilę pojawi się w poldku nowy release danej biblioteki i po upgrade system nie działa. Rozwiązania tu widzę raczej administracyjne (1) dodanie glibca, zlib i ew. paxctl do listy hold w poldku (2) dodanie do poldka tylko własnych punktów dystrybucji/builderów, które produkują dobre pakiety (3) dodanie jakiegoś watchdoga/zdalnego resetu do serwerów, albo lepiej karty zdalnego dostępu do poziomu BIOS maszyny (można edytować gruba przy starcie) (4) zainwestowanie w większy dysk, vmware serwer i testowanie upgradów przed zdalną implementacją. Nawet gdy --with pax było by dalej (tak jak jest obecnie) domyślnie wyłączone, nic nie stoi na przeszkodzie, że ktoś edytując speca wywali/zepsuje odpowiednią łatkę, albo odpowiednio skompilowana, nowa wersja będzie po prostu błędna. Aktualnie mam zrobione punkty (1) i (2) - hold w poldku trzyma mi glibca, a jak się pojawia nowa wersja to ją sam przebudowuję. Watchdog nie pomoże, bo /sbin/init się nie uruchomi, a po to mam PLD, żeby nie musieć utrzymywać 2 systemów - jednego produkcyjnego i jednego do testów - po prostu zaczynam upgrade od maszyny, na której krótkotrwałą utratę mogę sobie pozwolić i jak coś nie zadziała, to wiem z czym muszę się zmierzyć na innych. PS. Pewnym ułatwieniem, byłoby dodanie jakiegoś provides do glibca i zliba --with pax, ale nie za bardzo widzę co musiało by mieć odpowiednie requires - bo kernel-pax to trochę bez sensu, a paxctl, to pewnie by się automatycznie odinstalowało :-) Ja bardzo chętnie zobaczę w PLD glibc'a z obsługą PaX'a, pod warunkiem jednak, że miła niespodzianka podczas upgrade'u mnie już nie spotka. Może to być zrobione nawet jako komentarz w specu: TEJ ŁATKI POD ŻADNYM POZOREM NIE USUWAĆ !. Ten patch w niczym nie przeszkadza (powoduje zignorowanie błędu mprotect() jeśli errno == EACCES) - problem jest tylko jak go ktoś usunie i takiego glibca puści się na buildery. Pozdrawiam. Piotr Zięcik. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Slune.spec
On Sat, Sep 23, 2006 at 11:50:44PM +0200, lisu wrote: Update wersji 1.0.8 do 1.0.12rc1 Jakoś nikt nie zadał tego pytania (widocznie panuje zbyt daleko posunięta mania wrzucania wersji alpha/beta/itp.): dlaczego do 1.0.12rc1, a nie 1.0.12 (wydanej 4 dni po rc1, tj. 19 lipca)? -- 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: Slune.spec
Jakoś nikt nie zadał tego pytania (widocznie panuje zbyt daleko posunięta mania wrzucania wersji alpha/beta/itp.): dlaczego do1.0.12rc1, a nie 1.0.12 (wydanej 4 dni po rc1, tj. 19 lipca)?Przepraszam, niedopatrzenie z mojej strony. Poprawione. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BUG reiser4
On Wed, 27 Sep 2006, Tomasz Narloch wrote: Sep 26 15:49:10 bestguest kernel: 44reiser4[httpd.prefork(4913)]: release_unix_file (fs/reiser4/plugin/file/file.c:2674)[vs-44]: Sep 26 15:49:10 bestguest kernel: WARNING: out of memory? Sep 26 15:49:10 bestguest kernel: 4reiser4[httpd.prefork(4913)]: release_unix_file (fs/reiser4/plugin/file/file.c:2674)[vs-44]: Sep 26 15:49:10 bestguest kernel: WARNING: out of memory? Tą przypadlosc wystepuje zawsze jak chce doinstalowac modul do joomli, nie pamietam tylko czy od poczatku reiser4 czy pozniej sie zaczelo. Ja reiser4 mam na /var i to co zostawiłem pojawiało mi się podczas: poldek -v --upgrade-dist --ask. System pracował, ale poldka, ani rpma nie dało się użyć. Od czasu przejścia na kernel-2.6.17 (3 tygodnie) problem nie wystąpił. -- pzdr Stacho Pal___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
metapackage-gnome
gnome-menus = 2.14.0 jako Req powoduje tyle, że nie da się zainstalować
kdeowych aplikacji. Ja bym proponował zamienić to jako xdg-menus.
Poza tym z tego co zauważyłem menu gnome jest czytelniejsze i zawiera więcej
aplikacji po instalacji applnk zamiast gnome-menu.
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: metapackage-gnome
On Wednesday 27 September 2006 12:27, havner wrote:
Zdaje sie ze aflinta sie pytal o to i mial sie tym zajac jakis czas
temu. Tam cos trzeba bylo chyba dorobic, ale nie jestem pewien czy w
miedzyczasie tego nie zrobilem (przeniesc katalogi z applnk do
filesystem)
A nie wystarczy zamienić gnome-menus na xdg-menus? Z tym drugim gnome bardzo
ładnie działa tak jak pisałem. A jak się instaluje gnome z metapackage, to
potem trzeba się nagimnastykować aby zainstalować np. takiego kdevelop
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
js.spec
Witam,
Czy ktoś ma coś przeciwko temu bym zrobił taką zmianę w js.spec ? :
cvs diff SPECS/js.spec
Index: SPECS/js.spec
===
RCS file: /cvsroot/SPECS/js.spec,v
retrieving revision 1.35
diff -r1.35 js.spec
6a7
%define _ver1.5
11,12c12,13
Version: 1.5
Release: 2
---
Version: %{_ver}%{?with_threads:threads}
Release: 3
16c17
Source0:
http://ftp.mozilla.org/pub/mozilla.org/js/%{name}-%{version}.tar.gz
---
Source0:
http://ftp.mozilla.org/pub/mozilla.org/js/%{name}-%{_ver}.tar.gz
Po co ? Otóż avidemux od najnowszych wersji czyli 2.3 (2.2 nigdy nie wyszło)
wymaga aby js był zbudowany z obsługą multi_thread. Teraz wypadałoby żeby
można było poznać po zbudowanej paczce czy jest zbudowana z odpowiednim
rozszerzeniem czy nie i w avidemux.spec odpowiedni BR.
Pozdrawiam,
--
Bartosz Świątek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
On Wed, Sep 27, 2006 at 02:50:37PM +0200, Lukasz Glebicki wrote:
On Wednesday 27 September 2006 12:27, havner wrote:
Zdaje sie ze aflinta sie pytal o to i mial sie tym zajac jakis czas
temu. Tam cos trzeba bylo chyba dorobic, ale nie jestem pewien czy w
miedzyczasie tego nie zrobilem (przeniesc katalogi z applnk do
filesystem)
A nie wystarczy zamienić gnome-menus na xdg-menus? Z tym drugim gnome bardzo
?? Przeciez gnome-menus ma provides na xdg-menus. Problem lezy po
stronie kdelibs ktore wymagaja applnk zamiast xdg-menus (virtual
provide)
ładnie działa tak jak pisałem. A jak się instaluje gnome z metapackage, to
potem trzeba się nagimnastykować aby zainstalować np. takiego kdevelop
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
Quis custodiet ipsos custodes?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
X11-video-firegl ver. 8.29.6-0.1 i Chipset 0x514c is not recognized
Przed chwilą próbowałem zrobić update sterownika (do tego z subjecta) i... X-y nie wystartowały. W logu zostałem uraczony następującym komunikatem: (II) fglrx(0): nitInt10 0x823c698, 0 (EE) fglrx(0): Chipset 0x514c is not recognized (EE) fglrx(0): PreInitConfig failed SetVBEMode failed (EE) fglrx(0): PreInit failed (II) fglrx(0): === [atiddxPreInit] === end (II) UnloadModule: fglrx (II) UnloadModule: int10 (II) Unloading /usr/X11R6/lib/modules/linux/libint10.so (II) UnloadModule: vgahw (II) Unloading /usr/X11R6/lib/modules/libvgahw.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found I nie dziwne, bo karta to Radeon 8500, która według dokumentacji jest niewspierana przez ten sterownik (dopiero potem sprawdziłem). Może warto walnąć jakiś baner przy kompilacji albo porzy instalacji, zanim więcej osób jak ja zrobi sobie kuku? Albo chociaż, jak w przypadku nvidia-legacy, zrobić pakiet firegl-legacy ze sterownikiem do starszych kart. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
On Wednesday 27 September 2006 15:06, havner wrote:
?? Przeciez gnome-menus ma provides na xdg-menus. Problem lezy po
stronie kdelibs ktore wymagaja applnk zamiast xdg-menus (virtual
provide)
Tak, ale metapackage-gnome ma Requires: gnome-menus = 2.14.0
I ja mówie o tym, aby w paczce metapackage-gnome zrobić zamianę na xdg-menus.
Przy okazji można kdelibs zamienić na to co proponujesz.
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: js.spec
Dnia środa, 27 września 2006 15:09, [EMAIL PROTECTED] napisał(a):
bezsens
dac P: js(threads), odpowiednie R w tym drugim, a informacje z czym
zostalo zbudowane to ewentualnie do Release, a najlepiej tylko do
%description
Czyli mówisz żeby w js.spec dać
%{?with_threads:Provides:js(threads)}
a w avidemux.spec jedynie
BR: js-devel(threads)
Czy jak ?
--
Bartosz Świątek
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Kompilacja VMware na kernel-desktop (czegoś tu nie rozumiem)
Proszę o pomoc. Próbuję skompilować VMware. Zawsze budowało się bez problemów. Ale dzisiaj zmieniłem na workstacji kernel na zbudowany kernel-desktop.spec i... pakiet się buduje, ale przy próbie załadowania modułów dostaję: $ modprobe -v vmmon insmod /lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz vmversion=15 FATAL: Error inserting vmmon (/lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz): Invalid module format Ten sam VMware na tym samym kernelu (tylko w wersji up) i w takim samym środowisku (AC+ready) na laptopie buduje się i działa poprawnie. Czy czyjaś kula magiczna może mi podpowiedzieć, gdzie może być pies pogrzebany? Bo ja nie mam pojęcia :-/ -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kompilacja VMware na ke rnel-desktop (czegoś tu nie rozumiem)
On Wed, Sep 27, 2006 at 04:03:18PM +0200, Łukasz Maśko wrote:
Proszę o pomoc.
Próbuję skompilować VMware. Zawsze budowało się bez problemów. Ale dzisiaj
zmieniłem na workstacji kernel na zbudowany kernel-desktop.spec i... pakiet
się buduje, ale przy próbie załadowania modułów dostaję:
$ modprobe -v vmmon
insmod /lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz vmversion=15
FATAL: Error inserting vmmon
(/lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz): Invalid module
format
Ten sam VMware na tym samym kernelu (tylko w wersji up) i w takim samym
środowisku (AC+ready) na laptopie buduje się i działa poprawnie. Czy czyjaś
kula magiczna może mi podpowiedzieć, gdzie może być pies pogrzebany? Bo ja
nie mam pojęcia :-/
A te moduly nie sa czesciowo binarne? One beda na smp dzialac?
--
RegardsHavner {jid,mail}:havner(at)pld-linux.org
PLD developerhttp://www.pld-linux.org
PLD LiveCD author http://livecd.pld-linux.org
Quis custodiet ipsos custodes?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kompilacja VMware na ke rnel-desktop (czegoś tu nie rozumiem)
On Wed, Sep 27, 2006 at 04:03:18PM +0200, Łukasz Maśko wrote:
Proszę o pomoc.
Próbuję skompilować VMware. Zawsze budowało się bez problemów. Ale dzisiaj
zmieniłem na workstacji kernel na zbudowany kernel-desktop.spec i... pakiet
się buduje, ale przy próbie załadowania modułów dostaję:
$ modprobe -v vmmon
insmod /lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz vmversion=15
FATAL: Error inserting vmmon
(/lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz): Invalid module
format
Ten sam VMware na tym samym kernelu (tylko w wersji up) i w takim samym
środowisku (AC+ready) na laptopie buduje się i działa poprawnie. Czy czyjaś
kula magiczna może mi podpowiedzieć, gdzie może być pies pogrzebany? Bo ja
nie mam pojęcia :-/
1. czy kernel byl budowany po poprawce:
1.61 Wed Sep 13 17:28:00 2006 by sparky
CVS Tags: HEAD
Diffs to 1.60
- use localversion without smp suffix for generating
include/linux/version.h
(bo bez tego jesli sie budowalo jednoczesnie up+smp to do nazwy doklejal
drugie smp)
2. co mowi dmesg ?
3. budujesz przy uzyciu --define alt_kernel czy z symlinkami grzebiesz ?
--
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: X11-video-firegl ver. 8.29.6-0.1 i Chipset 0x514c is not recognized
On Wed, Sep 27, 2006 at 03:25:52PM +0200, Bartosz Świątek wrote: Dnia środa, 27 września 2006 15:10, Łukasz Maśko napisał(a): I nie dziwne, bo karta to Radeon 8500, która według dokumentacji jest niewspierana przez ten sterownik (dopiero potem sprawdziłem). Może warto walnąć jakiś baner przy kompilacji albo porzy instalacji, zanim więcej osób jak ja zrobi sobie kuku? Albo chociaż, jak w przypadku nvidia-legacy, zrobić pakiet firegl-legacy ze sterownikiem do starszych kart. Na bezmyślne upgradowanie nie ma rady - ja zanim zupgraduje swój sterownik lubie przeczytać cóż tam nowego jest, a czego nie ma. Natomiast faktycznie dobrze jest zrobić fglrx-legacy. Jak rozumiem zgłaszasz się na ochotnika ? A jest potrzebny? Czy te stare karty nie mają wystarczająco dobrej obsługi w otwartych sterownikach DRI? -- 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: Kompilacja VMware na kernel-desktop (czegoś tu nie rozumiem)
On Wed, 27 Sep 2006 16:32:37 +0200 [EMAIL PROTECTED] wrote: $ modprobe -v vmmon insmod /lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz vmversion=15 FATAL: Error inserting vmmon (/lib/modules/2.6.17.13_desktop-0.1smp/misc/vmmon.ko.gz): Invalid module format Mam to samo. 1. czy kernel byl budowany po poprawce: 1.61 Wed Sep 13 17:28:00 2006 by sparky CVS Tags: HEAD Diffs to 1.60 - use localversion without smp suffix for generating include/linux/version.h (bo bez tego jesli sie budowalo jednoczesnie up+smp to do nazwy doklejal drugie smp) Tak. 2. co mowi dmesg ? kernel: vmmon: version magic '2.6.17.13_desktop-0.1 SMP preempt mod_unload 686 gcc-3.3' should be '2.6.17.13_desktop-0.1smp SMP preempt mod_unload 686 gcc-3.3' 3. budujesz przy uzyciu --define alt_kernel czy z symlinkami grzebiesz ? Buduję bez żadnych dodatkowych opcji. Problem pewnie w tym że w autoconf-smp.h jest: #define CONFIG_LOCALVERSION -- Pepe ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kompilacja VMware na kernel-desktop (czegoś tu nie rozumiem)
Dnia środa, 27 września 2006 16:17, havner napisał: [...] A te moduly nie sa czesciowo binarne? One beda na smp dzialac? Zawsze działały. Na kernelu 2.6.16.x działają, na 2.6.17.13 już nie chcą - zapewne kwestia poprawnego zbudowania. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: X11-video-firegl ver. 8.29.6-0.1 i Chipset 0x514c is not recognized
Dnia środa, 27 września 2006 16:39, Jakub Bogusz napisał: [...] A jest potrzebny? Czy te stare karty nie mają wystarczająco dobrej obsługi w otwartych sterownikach DRI? Otwarte to chyba do serii 7x00. Ale głowy nie dam, zawsze tak było. Aczkolwiek to zawsze to w przypadku mojej wiedzy dość dawno się skończyło ;-) -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kompilacja VMware na kernel-desktop (czegoś tu nie rozumiem)
Dnia środa, 27 września 2006 16:32, [EMAIL PROTECTED] napisał: [...] 1. czy kernel byl budowany po poprawce: 1.61 Wed Sep 13 17:28:00 2006 by sparky CVS Tags: HEAD Diffs to 1.60 - use localversion without smp suffix for generating include/linux/version.h (bo bez tego jesli sie budowalo jednoczesnie up+smp to do nazwy doklejal drugie smp) Kernel był budowany dzisiaj :-) Budowałem --without up, bo mi niepotrzebne, a szkoda było czasu. 2. co mowi dmesg ? vmmon: version magic '2.6.17.13_desktop-0.1 SMP preempt mod_unload K7 gcc-3.3' should be '2.6.17.13_desktop-0.1smp SMP preempt mod_unload K7 gcc-3.3' 3. budujesz przy uzyciu --define alt_kernel czy z symlinkami grzebiesz ? Z --define alt_kernel desktop. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Graficzny Instalator dla PLD
Dnia 27-09-2006, śro o godzinie 17:20 +0200, Bart. napisał(a): Witam Zinteresowanych! Wszyscy wiemy ze takowy program przydalby sie dla PLD. anaconda.spec Spider sugerowal python jako jezyk wyjsciowy (jako ze go znam) do pisania programu. Jest w pythonie. Chcialbym sie ustrzec balaganu zwiazanego z tym tematem zebysmy mogli sprecyzowac mniej wiecej budowe i zalozenia jakimi sie kierowac przy jego budowie. Sugeruję go doprowadzić do pełnego działania. Z glenem pracowaliśmy nad nim i efektem jest ISO glena, z którego da się zainstalować pełny system w wersji graficznej i tekstowej. Skontaktuj się z nim. I napraw sobie Reply-to. -- 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: metapackage-gnome
Dnia 27-09-2006, śro o godzinie 12:02 +0200, Lukasz Glebicki napisał(a): gnome-menus = 2.14.0 jako Req powoduje tyle, że nie da się zainstalować kdeowych aplikacji. Ja bym proponował zamienić to jako xdg-menus. Poza tym z tego co zauważyłem menu gnome jest czytelniejsze i zawiera więcej aplikacji po instalacji applnk zamiast gnome-menu. veto Takie rzeczy to sobie sam lokalnie zmieniaj. spec jest tak mały, że przebudowanie go po zmianach zrobi ci mniej problemu niż mi. Jak chcesz coś naprawiać, to napraw kdelibs, które nie powinno wymagać applnk (tylko kicker powinien go wymagać, bo tylko on go używa do wyświetlenia menu). -- 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: X11-video-firegl ver. 8.29.6-0.1 i Chipset 0x514c is not recognized
On Wed, Sep 27, 2006 at 06:55:00PM +0200, Łukasz Maśko wrote:
Dnia środa, 27 września 2006 16:39, Jakub Bogusz napisał:
[...]
A jest potrzebny? Czy te stare karty nie mają wystarczająco dobrej
obsługi w otwartych sterownikach DRI?
Otwarte to chyba do serii 7x00. Ale głowy nie dam, zawsze tak było.
Aczkolwiek to zawsze to w przypadku mojej wiedzy dość dawno się
skończyło ;-)
:00:10.0 VGA compatible controller: ATI Technologies Inc M9+ 5C63
[Radeon Mobility 9200 (AGP)] (rev 01)
i chodzi na otwartch sterownikach (bo to i tak ppc),
3D nie dziala tak dobrze jak pod os x, ale da sie przezyc
--
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: Kompilacja VMware na ke rnel-desktop (czegoś tu nie rozumiem)
On Wed, Sep 27, 2006 at 06:56:24PM +0200, Łukasz Maśko wrote:
Dnia środa, 27 września 2006 16:32, [EMAIL PROTECTED] napisał:
[...]
2. co mowi dmesg ?
vmmon: version magic '2.6.17.13_desktop-0.1 SMP preempt mod_unload K7
gcc-3.3' should be '2.6.17.13_desktop-0.1smp SMP preempt mod_unload K7
gcc-3.3'
blah, czyli dalej localversion zle dziala, trzeba bedzie chyba jednak w
configu to zmieniac
--
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: metapackage-gnome
On Wednesday 27 September 2006 19:44, Patryk Zawadzki wrote:
Takie rzeczy to sobie sam lokalnie zmieniaj. spec jest tak mały, że
przebudowanie go po zmianach zrobi ci mniej problemu niż mi.
Zmiana na xdg-menus spowoduje tyle, że user będzie mógł sobie wybrac między
applnk a gnome-menus?
To jest złe? Bo nie rozumiem dlaczego aktualna wersja bez możliwości wyboru
miała być lepsza?
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: metapackage-gnome
Dnia 27-09-2006, śro o godzinie 20:31 +0200, Lukasz Glebicki napisał(a): On Wednesday 27 September 2006 19:44, Patryk Zawadzki wrote: Takie rzeczy to sobie sam lokalnie zmieniaj. spec jest tak mały, że przebudowanie go po zmianach zrobi ci mniej problemu niż mi. Zmiana na xdg-menus spowoduje tyle, że user będzie mógł sobie wybrac między applnk a gnome-menus? To jest złe? Bo nie rozumiem dlaczego aktualna wersja bez możliwości wyboru miała być lepsza? A dlaczego pakiet nazywa się metapackage-gnome, a nie metapackage-glebicki-desktop? -- 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: OpenAL.spec - BR autotools - HELP NEEDED
Tomasz Mateja wrote: Czy coś stoi na przeszkodzie up OpenAL w AC do 0.0.8 ?? Obecnie jest tam 0.0.7 jakiś snap. Spec w obecnej formie --without mmx buduje sie w AC. Soname biblioteki sie nie zmienilo wiec mysle, ze mozna spokojnie wrzucic to co jest na HEAD. No i pozbedziemy sie snapa ze stabilnego drzewka :) Nie wiem jak jest w TH ale w AC (budowane --without mmx) mam dziwny objaw: poldek:/all-avail desc -r OpenAL uwaga: niejednoznaczna nazwa OpenAL Package:OpenAL-0.0.8-1 PreReqs:/sbin/ldconfig Requires: glibc, libc.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1), libc.so.6(GLIBC_2.1.3), libc.so.6(GLIBC_2.3), libdl.so.2, libdl.so.2(GLIBC_2.0), libdl.so.2(GLIBC_2.1), libm.so.6, libm.so.6(GLIBC_2.0), libpthread.so.0, libpthread.so.0(GLIBC_2.0), libpthread.so.0(GLIBC_2.1) Requires(un): /sbin/ldconfig RPMReqs:rpmlib(CompressedFileNames) = 3.0.4-1, rpmlib(PayloadFilesHavePrefix) = 4.0-1, rpmlib(PayloadIsBzip2) = 3.0.5-1 Package:OpenAL-0.0.7-0.20040416.1 PreReqs:/sbin/ldconfig Requires: SDL, audiofile, glibc, libSDL-1.2.so.0, libaudiofile.so.0, libc.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1), libc.so.6(GLIBC_2.1.3), libc.so.6(GLIBC_2.3), libdl.so.2, libdl.so.2(GLIBC_2.0), libdl.so.2(GLIBC_2.1), libesd.so.0, libm.so.6, libm.so.6(GLIBC_2.0), libpthread.so.0, libpthread.so.0(GLIBC_2.0), libpthread.so.0(GLIBC_2.1), libsmpeg-0.4.so.0, libvorbis, libvorbis.so.0, libvorbisfile.so.3, smpeg Requires(un): /sbin/ldconfig RPMReqs:rpmlib(CompressedFileNames) = 3.0.4-1, rpmlib(PayloadFilesHavePrefix) = 4.0-1, rpmlib(PayloadIsBzip2) = 3.0.5-1 [EMAIL PROTECTED] share]# ldd /usr/lib/libopenal.so.0.0.0 linux-gate.so.1 = (0xe000) libm.so.6 = /lib/tls/libm.so.6 (0xb7f41000) libdl.so.2 = /lib/libdl.so.2 (0xb7f3d000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7f2b000) libc.so.6 = /lib/tls/libc.so.6 (0xb7e11000) /lib/ld-linux.so.2 (0x8000) Nic nie zlinkowane z 0.0.7 bylo wiecej ;-) - nie mam bibliotek static więc nie wkompilowało statycznie. no i biblioteka w 0.0.7 /usr/lib/libopenal.so.0.0.7 a w 0.0.8 /usr/lib/libopenal.so.0.0.0 Nic nie rozumim. -- tomek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: odwrócenie bconda pax w glibc
On Tue, 26 Sep 2006, Marek Guevara Braun wrote: 2. TAAAKI zonk, jak komuś się nie będzie chciało updateować patchy i je wywali z glibc'a - system po prostu staje i trzeba go ratować z rescue Jeżeli PaX jest zbudowany ze wsparciem dla softmode (a tak jest dla LINUX_2_6_16 z --with pax i tak też chce zrobić dla LINUX_2_6_17) to przy starcie kernela grub/lilo/etc można dodać opcję pax_softmode=1 i wtedy wszelkie ustawienia MEMPROTECT które powodują niewstawanie systemu z niepaxowymi zlib i glibc są domyślnie wyłączone - tj. system jako taki wstanie, ale bez ochrony PaX (o ile nie włączymy jej paxctl dla wskazanych binarek). A nie dałoby rady zrobić tak, żeby pax był uruchamiany dopiero po podaniu opcji przy starcie?? Bo wtedy nikt nie miałby myślę nic przeciwko temu. -- 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: odwrócenie bconda pax w glibc
On Wednesday 27 September 2006 21:43, Paweł Gołaszewski wrote: Bo wtedy nikt nie miałby myślę nic przeciwko temu. Tak jak z grsecurity ? ;) -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-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: metapackage-gnome
Dnia 27-09-2006, śro o godzinie 15:13 +0200, Lukasz Glebicki napisał(a): I ja mówie o tym, aby w paczce metapackage-gnome zrobić zamianę na xdg-menus. Przy okazji można kdelibs zamienić na to co proponujesz. Do dzieła - podeślesz patche, ktoś pewno commitnie. [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: OpenAL.spec - BR autotools - HELP NEEDED
Dnia 27-09-2006, śro o godzinie 21:08 +0200, Tomasz Mateja napisał(a): [EMAIL PROTECTED] share]# ldd /usr/lib/libopenal.so.0.0.0 linux-gate.so.1 = (0xe000) libm.so.6 = /lib/tls/libm.so.6 (0xb7f41000) libdl.so.2 = /lib/libdl.so.2 (0xb7f3d000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7f2b000) libc.so.6 = /lib/tls/libc.so.6 (0xb7e11000) /lib/ld-linux.so.2 (0x8000) Nic nie zlinkowane z 0.0.7 bylo wiecej ;-) - nie mam bibliotek static więc nie wkompilowało statycznie. --as-needed zadziałał prawidłowo? no i biblioteka w 0.0.7 /usr/lib/libopenal.so.0.0.7 a w 0.0.8 /usr/lib/libopenal.so.0.0.0 To jest dziwne, pewnie uwalone coś w makrach. -- 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: metapackage-gnome
On Thursday 28 September 2006 00:06, Cezary Krzyzanowski wrote:
Dnia 27-09-2006, śro o godzinie 15:13 +0200, Lukasz Glebicki napisał(a):
I ja mówie o tym, aby w paczce metapackage-gnome zrobić zamianę na
xdg-menus. Przy okazji można kdelibs zamienić na to co proponujesz.
Do dzieła - podeślesz patche, ktoś pewno commitnie.
Sam mogę wrzucić;-) Pytałem się o opinie:)
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: metapackage-gnome
Dnia 28-09-2006, czw o godzinie 00:06 +0200, Cezary Krzyzanowski napisał(a): Dnia 27-09-2006, śro o godzinie 15:13 +0200, Lukasz Glebicki napisał(a): I ja mówie o tym, aby w paczce metapackage-gnome zrobić zamianę na xdg-menus. Przy okazji można kdelibs zamienić na to co proponujesz. Do dzieła - podeślesz patche, ktoś pewno commitnie. Nie, to jest pakiet dla GNOME, a nie dla co ja bym wolał używać. -- 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: OpenAL.spec - BR autotools - HELP NEEDED
Patryk Zawadzki wrote: Dnia 27-09-2006, śro o godzinie 21:08 +0200, Tomasz Mateja napisał(a): [EMAIL PROTECTED] share]# ldd /usr/lib/libopenal.so.0.0.0 linux-gate.so.1 = (0xe000) libm.so.6 = /lib/tls/libm.so.6 (0xb7f41000) libdl.so.2 = /lib/libdl.so.2 (0xb7f3d000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7f2b000) libc.so.6 = /lib/tls/libc.so.6 (0xb7e11000) /lib/ld-linux.so.2 (0x8000) Nic nie zlinkowane z 0.0.7 bylo wiecej ;-) - nie mam bibliotek static więc nie wkompilowało statycznie. --as-needed zadziałał prawidłowo? Z %define filterout_ld -Wl,--as-needed tak samo no i biblioteka w 0.0.7 /usr/lib/libopenal.so.0.0.7 a w 0.0.8 /usr/lib/libopenal.so.0.0.0 To jest dziwne, pewnie uwalone coś w makrach. No to szukam dalej :) -- tomek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kompilacja VMware na kernel-desktop (czegoś tu nie rozumiem)
On Wed, 27 Sep 2006 20:03:27 +0200
[EMAIL PROTECTED] wrote:
2. co mowi dmesg ?
vmmon: version magic '2.6.17.13_desktop-0.1 SMP preempt mod_unload
K7 gcc-3.3' should be '2.6.17.13_desktop-0.1smp SMP preempt
mod_unload K7 gcc-3.3'
blah, czyli dalej localversion zle dziala, trzeba bedzie chyba jednak
w configu to zmieniac
I jak się zbuduje kernel w ten sposób to moduł buduje się dobrze.
[EMAIL PROTECTED] tmp]$ modinfo vmmon.ko.gz
filename: vmmon.ko.gz
author: VMware, Inc.
description:VMware Virtual Machine Monitor.
vermagic: 2.6.17.13_desktop-0.1smp SMP preempt mod_unload 686
gcc-3.3
Łatka w załączniku. Przy okazji dodałem P: kernel(netfilter).
--
Pepe
Index: kernel-desktop.spec
===
RCS file: /cvsroot/SPECS/kernel-desktop.spec,v
retrieving revision 1.61
diff -u -r1.61 kernel-desktop.spec
--- kernel-desktop.spec 13 Sep 2006 17:28:00 - 1.61
+++ kernel-desktop.spec 27 Sep 2006 21:01:57 -
@@ -194,6 +194,7 @@
Requires: module-init-tools = 0.9.9
Provides: %{name}-up = %{epoch}:%{version}-%{release}
Provides: kernel = %{epoch}:%{version}-%{release}
+Provides: kernel(netfilter) = %{_netfilter_snap}
Provides: kernel(realtime-lsm) = 0.1.1
Provides: kernel-misc-fuse
Provides: kernel-net-hostap = 0.4.4
@@ -349,6 +350,7 @@
Requires: geninitrd = 2.26
Requires: module-init-tools = 0.9.9
Provides: kernel = %{epoch}:%{version}-%{release}
+Provides: kernel(netfilter) = %{_netfilter_snap}
Provides: kernel(realtime-lsm) = 0.1.1
Provides: kernel-smp-misc-fuse
Provides: kernel-smp-net-hostap = 0.4.4
@@ -751,16 +753,13 @@
[ $1 = smp -o $2 = smp ] smp=yes
if [ $smp = yes ]; then
cfg=smp
- echo -%{release}smp localversion
Config=%{_target_base_arch}-smp
else
- echo -%{release} localversion
Config=%{_target_base_arch}
fi
KernelVer=%{ver_rel}$1
echo Building config file [using $Config.conf] for KERNEL $1...
-
cat %{SOURCE20} arch/%{_target_base_arch}/defconfig
cat $RPM_SOURCE_DIR/kernel-desktop-$Config.config arch/%{_target_base_arch}/defconfig
@@ -802,6 +801,11 @@
%{?debug:sed -i s:# CONFIG_DEBUG_PREEMPT is not set:CONFIG_DEBUG_PREEMPT=y: arch/%{_target_base_arch}/defconfig}
%{?debug:sed -i s:# CONFIG_RT_DEADLOCK_DETECT is not set:CONFIG_RT_DEADLOCK_DETECT=y: arch/%{_target_base_arch}/defconfig}
+ if [ $smp = yes ]; then
+ sed -e 's:CONFIG_LOCALVERSION=:CONFIG_LOCALVERSION=smp:' \
+ -i arch/%{_target_base_arch}/defconfig
+ fi
+
ln -sf arch/%{_target_base_arch}/defconfig .config
install -d $KERNEL_INSTALL_DIR/usr/src/linux-%{ver}/include/linux
rm -f include/linux/autoconf.h
@@ -958,7 +962,6 @@
%endif
%{__make} $CrossOpts mrproper
-echo -%{release} localversion
%{__make} $CrossOpts include/linux/version.h
install %{SOURCE3} $RPM_BUILD_ROOT%{_prefix}/src/linux-%{ver}/include/linux/autoconf.h
install %{SOURCE4} $RPM_BUILD_ROOT%{_prefix}/src/linux-%{ver}/include/linux/config.h
@@ -1296,7 +1299,6 @@
%files module-build -f aux_files
%defattr(644,root,root,755)
%{_prefix}/src/linux-%{ver}/Kbuild
-%{_prefix}/src/linux-%{ver}/localversion
%{_prefix}/src/linux-%{ver}/arch/*/kernel/asm-offsets.*
%{_prefix}/src/linux-%{ver}/arch/*/kernel/sigframe.h
%dir %{_prefix}/src/linux-%{ver}/scripts
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
On Wednesday 27 September 2006 21:07, Patryk Zawadzki wrote:
A dlaczego pakiet nazywa się metapackage-gnome, a nie
metapackage-glebicki-desktop?
Rozumiem, że na bardziej kreatywną formę dyskusji Cię nie stać ?
EOD
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: odwrócenie bconda pax w glibc
Arkadiusz Miskiewicz wrote: On Wednesday 27 September 2006 21:43, Paweł Gołaszewski wrote: Bo wtedy nikt nie miałby myślę nic przeciwko temu. Domyślne działanie softmode jest takie, że bez opcji pax_softmode=1 pax jest aktywowany (tj. domyślny jest pax_softmode=0). Dopiero po podaniu 1 dla tej opcji funkcje PaX są wyłączone. Tak to sobie PaX Team wymyślił. Tak jak z grsecurity ? ;) Takiego rozwiązania brakuje nieco w Spenderowym RBAC-u (aka grsecurity). Z moich obserwacji softmode całkowicie deaktywuje pax-a - od 2 miesięcy używam 2 systemów na 2.6.16.27 z PaX w soft_mode, uruchamiałem na nich stare X-y (6.9), mplayera, javę, firefoxa z flashem, asemblerowego zliba, glibca bez wsparcia dla pax, VMware Server z Windows XP, oraz Linuksem 2.6.16.28 z aktywnym paxem, kilka maszyn pod VServerem i nie zauważyłem żadnych problemów - nic się nie kilowało, itp. Pozdrawiam, Marek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
Patryk Zawadzki wrote: Dnia 28-09-2006, czw o godzinie 00:06 +0200, Cezary Krzyzanowski napisa=C5=82(a): Dnia 27-09-2006, =C5=9Bro o godzinie 15:13 +0200, Lukasz Glebicki napisa= =C5=82(a): I ja m=C3=B3wie o tym, aby w paczce metapackage-gnome zrobi=C4=87 zamia= n=C4=99 na xdg-menus. Przy okazji mo=C5=BCna kdelibs zamieni=C4=87 na to co proponujesz. =20 Do dzie=C5=82a - pode=C5=9Blesz patche, kto=C5=9B pewno commitnie. Nie, to jest pakiet dla GNOME, a nie dla co ja bym wola=C5=82 u=C5=BCywa= =C4=87. To badz laskaw wyjasnic _merytorycznie_ dlaczego konflikt tego pakietu z aplikacjami dla KDE jest lepszy niz sytuacja kiedy takiego konfliktu nie ma. A nie uciekac sie do wycieczek osobistych. -- === Andrzej M. Krzysztofowicz [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
