On 3/19/07, Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] wrote:
Dnia 19-03-2007, pon o godzinie 13:07 +0100, Patryk Zawadzki napisał(a):
To wygląda na rozwiązanie problemu z gcc-4.2:
http://www.ussg.iu.edu/hypermail/linux/kernel/0702.0/0713.html
Nie wiem, jak z 4.2, ale na 4.1.2 na pewno
Patryk Zawadzki napisał(a):
On 3/19/07, Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] wrote:
Dnia 19-03-2007, pon o godzinie 13:07 +0100, Patryk Zawadzki napisał(a):
To wygląda na rozwiązanie problemu z gcc-4.2:
http://www.ussg.iu.edu/hypermail/linux/kernel/0702.0/0713.html
Nie wiem, jak z
Hi,
My employer, Immediate Technical Solutions Ltd., is currently
evaluating the possibility of sponsoring our project. Their main goal
is to turn PLD into a desktop-ready distribution but are not willing
to duplicate the whole project (OpenBIZ-like).
There are two models possible:
- Contract
On 3/20/07, Paweł Sikora [EMAIL PROTECTED] wrote:
Patryk Zawadzki napisał(a):
On 3/19/07, Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] wrote:
Dnia 19-03-2007, pon o godzinie 13:07 +0100, Patryk Zawadzki napisał(a):
To wygląda na rozwiązanie problemu z gcc-4.2:
Patryk Zawadzki napisał(a):
[EMAIL PROTECTED] ~]$ uname -a
Linux purrr 2.6.20.3-0.4 #1 SMP Mon Mar 19 11:59:05 CET 2007 i686
Intel(R)_Pentium(R)_D_CPU_3.00GHz PLD Linux
[EMAIL PROTECTED] ~]$ rpm -q gcc
gcc-4.2.0-0.20070106r120523.1.i686
primo ultimo zaciagamy swiezy toolchain z th.
tam juz
On Tue, Mar 20, 2007 at 12:05:09AM +0100, Marek Guevara Braun wrote:
Nie znam backgroundu - dlaczego ppc i ppc64 miało ten sam konfig
w każdym razie konfigi dla kernelowych targetów ppc (dla rpm ppc?) i
powerpc (dla rpm ppc64?) znacznie się różnią - być może był to config
tylko dla PPC64?
On 3/20/07, Paweł Sikora [EMAIL PROTECTED] wrote:
Patryk Zawadzki napisał(a):
[EMAIL PROTECTED] ~]$ uname -a
Linux purrr 2.6.20.3-0.4 #1 SMP Mon Mar 19 11:59:05 CET 2007 i686
Intel(R)_Pentium(R)_D_CPU_3.00GHz PLD Linux
[EMAIL PROTECTED] ~]$ rpm -q gcc
gcc-4.2.0-0.20070106r120523.1.i686
Przemyslaw Iskra wrote:
dla obu ppc i ppc64 używane jest arch/powerpc z kernela, i aż tak
znacznie się nie różnią
OK. to zrobie jszcze jedno podejście z generacją konfigów na bazie tego
co jest w LINUX_2_6_19 lub starszym.
natomiast arch/ppc zostawili dla architektur które jeszcze nie
W nowym s-t-b, w regułkach DBUS mamy:
policy group=stb-admin
allow send_interface=org.freedesktop.SystemToolsBackends/
allow send_destination=org.freedesktop.SystemToolsBackends/
/policy
Teraz pytanie - dodać kolejną grupę? Raczej nie. Której użyć? adm?
--
Patryk Zawadzki
Generated
Korzystając z nowych przywilejów sam updejtnąłem spec'a;)
Mam tylko prośbę aby ktoś posłał to na builder testowy i jeśli wszystko
pójdzie ok wrzucił do AC.
Ja niestety jeszcze nie mam pojęcia jak coś puścić na builder. Czytałem
pld-builder.new/jak-wysyłać-zlecenia.txt ale jakoś mi nie poszło a
Dnia wtorek, 20 marca 2007, Kamil Dziedzic napisał:
Korzystając z nowych przywilejów sam updejtnąłem spec'a;)
Mam tylko prośbę aby ktoś posłał to na builder testowy i jeśli wszystko
pójdzie ok wrzucił do AC.
Ja niestety jeszcze nie mam pojęcia jak coś puścić na builder. Czytałem
On Sun, 18 Mar 2007, Michal Kochanowicz wrote:
To co było wtedy zostało wyciągnięte z ichniego repo, właśnie dlatego,
że to co standardowo przychodziło miało delikatnie mówiąc skopaną
obsługę exif-a.
Hmm, z tego co ja zaobserwowałem to właśnie wersja przychodząca z
gallery potrafiła
On Tue, Mar 20, 2007 at 10:13:39PM +0100, Paweł Gołaszewski wrote:
Jak wygląda sytuacja w chwili obecnej to nie wiem. Może należałoby po
prostu uaktualnić zewnętrzną paczkę.
Ale po co skoro w paczce z gallery przychodzi obecnie ta sama wersja,
która jest dostępna oddzielnie?
Po to,
On Tue, 20 Mar 2007, Michal Kochanowicz wrote:
Jak wygląda sytuacja w chwili obecnej to nie wiem. Może należałoby
po prostu uaktualnić zewnętrzną paczkę.
Ale po co skoro w paczce z gallery przychodzi obecnie ta sama
wersja, która jest dostępna oddzielnie?
Po to, że w przyszłości
14 matches
Mail list logo