There is a serious security issue with all versions of linux-vserver.
All versions 2.0 and above are vulnerable.
Description:
Setting context capability (ccapabilities) gives rights to use
operations allowed by this capability to all users inside vserver.
All users of kernel-vserver are urged to
Witam.
Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
user nie miałem dostępu do niektórych plików w /usr/src/linux (przy
zainstalowanym kernel-headers oraz kernel-module-build). Okazało się, że
wiele z katalogów w /usr/src/linux jest bezpańskich i umask zrobił
swoje. Jednak
Witam.
> Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
> user nie miałem dostępu do niektórych plików w /usr/src/linux (przy
> zainstalowanym kernel-headers oraz kernel-module-build). Okazało się, że
> wiele z katalogów w /usr/src/linux jest bezpańskich i umask zrobił
> sw
Witam!
Wczoraj się 'porwałem' i . poszło nieźle.
Instalowałem z RescueCD, do kompletu brakowało
busybox-initrd, wziąłem z AC, ale to komplikuje.
Czemu w 'th' brak busyboxa?
Przecież się buduje, to co jest e cvsie?
--
pzdr
Stacho
___
pld-devel-pl ma
Dnia czwartek, 27 kwietnia 2006 20:40, [EMAIL PROTECTED] napisał:
> Czemu w 'th' brak busyboxa?
> Przecież się buduje, to co jest e cvsie?
"Może nikt nie potrzebował".
Mniej więcej taką dostałem kiedyś odpowiedź...
vip;
___
pld-devel-pl mailing list
pld
Witam,
Kernel.spec oferuje już w końcu --with suspend2, ale co z tego skoro geninitrd
z tym na dobra sprawę nie współpracuje ? Tzn. jest tam obsługa suspend2 tak
starego jak moja babka Stąd ten patch, w sumie myślę, że lepiej nałożyć
go od razu na źródła i wydać powiedzmy geninitrd-7340. Ew
> Dnia czwartek, 27 kwietnia 2006 20:40, [EMAIL PROTECTED] napisał:
>> Czemu w 'th' brak busyboxa?
>> Przecież się buduje, to co jest cvsie?
> "Może nikt nie potrzebował".
W sumie ... racja, jeśli się ma PLD.
> Mniej więcej taką dostałem kiedyś odpowiedź...
Szkoda.
Proszę, o busybox-initrd dla T
Witam,
> Kernel.spec oferuje już w końcu --with suspend2, ale co z tego skoro
> geninitrd
> z tym na dobra sprawę nie współpracuje ? Tzn. jest tam obsługa suspend2
> tak
> starego jak moja babka Stąd ten patch, w sumie myślę, że lepiej
> nałożyć
> go od razu na źródła i wydać powiedzmy genini
On Thursday 27 April 2006 12:25, Krzysztof Mościcki wrote:
> Witam.
> Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
> user nie miałem dostępu do niektórych plików w /usr/src/linux (przy
> zainstalowanym kernel-headers oraz kernel-module-build).
yyy? co? gdzie? kiedy? ja ni
On Thu, Apr 27, 2006 at 09:40:51PM +0200, Paweł Sikora wrote:
> On Thursday 27 April 2006 12:25, Krzysztof Mościcki wrote:
> > Witam.
> > Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
> > user nie miałem dostępu do niektórych plików w /usr/src/linux (przy
> > zainstalowanym
On Thursday 27 April 2006 21:47, Jakub Bogusz wrote:
> On Thu, Apr 27, 2006 at 09:40:51PM +0200, Paweł Sikora wrote:
> > On Thursday 27 April 2006 12:25, Krzysztof Mościcki wrote:
> > > Witam.
> > > Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
> > > user nie miałem dostępu
Jakub Bogusz wrote:
> On Thu, Apr 27, 2006 at 09:40:51PM +0200, Paweł Sikora wrote:
>
>> On Thursday 27 April 2006 12:25, Krzysztof Mościcki wrote:
>>
>>> Witam.
>>> Próbując ostatnio kompilować jakiś moduł do jądra, zauważyłem, że jako
>>> user nie miałem dostępu do niektórych plików w /us
On Thu, Apr 27, 2006 at 09:52:46PM +0200, Paweł Sikora wrote:
> On Thursday 27 April 2006 21:47, Jakub Bogusz wrote:
> > On Thu, Apr 27, 2006 at 09:40:51PM +0200, Paweł Sikora wrote:
> > > On Thursday 27 April 2006 12:25, Krzysztof Mościcki wrote:
> > > > Witam.
> > > > Próbując ostatnio kompilować
Dnia 27-04-2006, czw o godzinie 20:40 +0200, [EMAIL PROTECTED]
napisał(a):
> Witam!
> Wczoraj się 'porwałem' i . poszło nieźle.
> Instalowałem z RescueCD, do kompletu brakowało
> busybox-initrd, wziąłem z AC, ale to komplikuje.
> Czemu w 'th' brak busyboxa?
> Przecież się buduje, to co jest e c
Jakub Bogusz wrote:
[...]
> Katalogi, w których są te pliki, należą do kernel-source zamiast
> kernel-module-build - więc przy braku kernel-source dostają uprawnienia
> zależne od umask w czasie instalacji, nie kontrolowane przez rpm-a.
To znaczy, że ja coś zepsułem :(
_
On Thursday 27 April 2006 21:10, Bartosz Świątek wrote:
> Witam,
>
> Kernel.spec oferuje już w końcu --with suspend2, ale co z tego skoro
> geninitrd z tym na dobra sprawę nie współpracuje ? Tzn. jest tam obsługa
> suspend2 tak starego jak moja babka Stąd ten patch, w sumie myślę, że
> lepiej n
Dnia czwartek, 27 kwietnia 2006 22:38, Arkadiusz Miskiewicz napisał(a):
> Łatka niezbyt kompletna, nie usuwa wszystkich staroci. SUSPEND2MODS
> potrzebne do czegoś jeszcze?
>
Ahh, zapomniałem, że tam takie coś jeszcze bylo.
Poprawione.
>
> ps. suspend.spec się teraz używa ;)
Ale chyba tylko do s
Witam
Próbowałem zbudować w/w spec na ac niestety nie chciał nałożyć pacha.
Więc zrobiłem nakładającego się patch'a i buduje się i działa bez
problemów. Plik w załączniku. Mógłby go ktoś sprawdzić i ew. przesłać
dalej. szczęki wielkie
--
Pozdrawiam
Piotr Grymkowski
--- xfce-mcs-manager-4.2.3/conf
On Thursday 27 April 2006 22:54, Bartosz Świątek wrote:
> Dnia czwartek, 27 kwietnia 2006 22:38, Arkadiusz Miskiewicz napisał(a):
> > Łatka niezbyt kompletna, nie usuwa wszystkich staroci. SUSPEND2MODS
> > potrzebne do czegoś jeszcze?
>
> Ahh, zapomniałem, że tam takie coś jeszcze bylo.
> Poprawion
Dnia 27-04-2006, czw o godzinie 22:30 +0200, Patryk Zawadzki napisał(a):
[...]
> W Th brakuje masy rzeczy. The point is - nie ma sensu kompilować
> pakietów, które od Ac się różnią absolutnie niczym. Th nie jest pełną
> linią dystrybucyjną jeszcze i duplikowanie tych samych paczek jest
> bezcelowe,
- po co glibc-static i liblzf-static ? przeciez w PLD linkujemy dynamicznie
ponoć - poprawione
- patch na Makefile, żeby to się dynamicznie linkowało
- działa
Komitnąłbym sam... ale cvsadmin jest leniwy :P Jeśli brak sprzeciwów to bardzo
prosze o komit.
Bartosz Świątek
--- SPECS/suspend.spec 2
On Thu, Apr 27, 2006 at 10:58:50PM +0200, Piotr Grymkowski wrote:
> Witam
> Próbowałem zbudować w/w spec na ac niestety nie chciał nałożyć pacha.
> Więc zrobiłem nakładającego się patch'a i buduje się i działa bez
> problemów. Plik w załączniku. Mógłby go ktoś sprawdzić i ew. przesłać
> dalej. szcz
Dnia Thu, 27 Apr 2006 23:49:36 +0200
Jakub Bogusz <[EMAIL PROTECTED]> napisał(a):
> On Thu, Apr 27, 2006 at 10:58:50PM +0200, Piotr Grymkowski wrote:
> > Witam
> > Próbowałem zbudować w/w spec na ac niestety nie chciał nałożyć pacha.
> > Więc zrobiłem nakładającego się patch'a i buduje się i dział
W zwiazku z wyborem na stanowisko RMa PLD 2.0 (Ac) moja ilosc czasu na
uaktualnianie PLD 1.0/1.1 (Ra) zmalala. Ten czas ktory mam wole obecnie
przeznaczac na Ac. Dlatego tez oglaszam EOL (z mojej strony) dla Ra.
Powody:
- niektorych rzeczy nie da sie zaktualizowac bez zmiany glibc lub gcc na
nows
Dnia piątek, 28 kwietnia 2006 00:09, Marcin Król napisał(a):
> W zwiazku z wyborem na stanowisko RMa PLD 2.0 (Ac) moja ilosc czasu na
> uaktualnianie PLD 1.0/1.1 (Ra) zmalala. Ten czas ktory mam wole obecnie
> przeznaczac na Ac. Dlatego tez oglaszam EOL (z mojej strony) dla Ra.
>
> Powody:
>
> - ni
On Fri, Apr 28, 2006 at 12:09:02AM +0200, Marcin Król wrote:
> W zwiazku z wyborem na stanowisko RMa PLD 2.0 (Ac) moja ilosc czasu na
> uaktualnianie PLD 1.0/1.1 (Ra) zmalala. Ten czas ktory mam wole obecnie
> przeznaczac na Ac. Dlatego tez oglaszam EOL (z mojej strony) dla Ra.
to przy okazji, jak
It seems like on Thursday 27 April 2006 22:58, Piotr Grymkowski typed:
> Witam
> Próbowałem zbudować w/w spec na ac niestety nie chciał nałożyć pacha.
> Więc zrobiłem nakładającego się patch'a i buduje się i działa bez
> problemów. Plik w załączniku. Mógłby go ktoś sprawdzić i ew. przesłać
> dalej.
27 matches
Mail list logo