05-12-22, Andrzej Zawadzki [EMAIL PROTECTED] napisał(a):
Jakub Bogusz wrote:
Czegoś mu brakuje, czy release 1 i do ready?
I jeszcze to:
On Sun, Dec 25, 2005 at 01:44:46PM +0100, Michal Kochanowicz wrote:
[ciach]
#v+
[EMAIL PROTECTED] misiek]# lsmod | awk '$1 ~ /seq/ { print $0 }'
snd_seq_device 6988 2 snd_opl3_lib,snd_rawmidi
[EMAIL PROTECTED] misiek]# ls -l /dev/snd/seq
ls: /dev/snd/seq: No such file or directory
czesc
ponoć WY możecie przeklikać coby buildery/distfiles/itp
przesyłały maile na listy nie na @pld-l... a na @lists.pld-
jakby sie to dało jeszcze w tym roku kalendarzowym :)
abram
--
Moskiewskie zakłady spirytusowe Duch Lenina rozpoczęły produkcję
wódki w butelkach z lewym gwintem. Ten
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
zakresie.
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl
On Tue, Dec 27, 2005 at 12:31:59PM +0100, Jakub Bogusz wrote:
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
zakresie.
Chłopaki trochę przeginają... Czy ktoś z was
On Tue, Dec 27, 2005 at 11:43:26AM +0100, [EMAIL PROTECTED] wrote:
Tutaj udev nie tworzy urządzenia, ponieważ nie załadował modułu snd_seq.
Ok, dzięki sprawdzę to jak wrócę do domu.
Skrypt nie tworzy żadnych urządzeń. To zostawiam dla udeva.
To to ja rozumiem :)
--
--= Michal Kochanowicz
Dnia czwartek 22 grudnia 2005 11:42, Jakub Bogusz napisał:
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
Enleth wrote:
Dnia czwartek 22 grudnia 2005 11:42, Jakub Bogusz napisał:
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:
On Tue, 27 Dec 2005, Jakub Bogusz wrote:
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
zakresie.
hhmmm...
Myślę, że przy tym obrocie sytuacji po prostu i386
Chłopaki trochę przeginają... Czy ktoś z was orientuje się ile kosztuje
jakiś cieniutki i686 (płyta+cpu+pamięć+obudowa)?
100-150 zl (~350MHz). W okolicy 300 zl juz sa porzadniejsze maszyny
(700-1000 MHz). Pelno tego po allegro i sklepach z uzywanym sprzetem.
M.
On Tue, Dec 27, 2005 at 01:30:10PM +0100, Paweł Gołaszewski wrote:
On Tue, 27 Dec 2005, Jakub Bogusz wrote:
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
zakresie.
Fajnie. Posiadacze 486 zostaja skazani na Ac :/ Swoja droga, ciekawe czy
z innych distro tez wyleci 386 z
Dnia wtorek 27 grudnia 2005 13:21, Andrzej Zawadzki napisał:
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
On Tue, 27 Dec 2005, Jakub Bogusz wrote:
Możliwe, że z Th oprócz i386 i i586 wyleci także i486:
http://sourceware.org/bugzilla/show_bug.cgi?id=1566
Chyba że następne takie problemy będziemy rozwiązywać we własnym
On Tue, Dec 27, 2005 at 12:20:59PM +0100, Michal Abramowicz wrote:
czesc
ponoć WY możecie przeklikać coby buildery/distfiles/itp
przesyłały maile na listy nie na @pld-l... a na @lists.pld-
jakby sie to dało jeszcze w tym roku kalendarzowym :)
Na builderach jak rozumiem chodzi o zmianę:
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
Czyli wszystko i686 idzie /dev/drzewo? Cóż, szkoda...
Ja bylbym za tym, zeby je utrzymywac w oparciu o starsze glibc.
Chyba, ze i686 wyleca tez z kernela...
--
===
Andrzej M.
On Tue, Dec 27, 2005 at 02:17:20PM +0100, Jakub Bogusz wrote:
Na builderach jak rozumiem chodzi o zmianę:
builder_list = [EMAIL PROTECTED]
na
builder_list = [EMAIL PROTECTED]
w ~builder*/pld-builder.new/config/builder.conf ?
(pozostałe adresy nie wyglądają na listy)
dokładnie tak :)
Michal Abramowicz wrote:
ponoć WY możecie przeklikać coby buildery/distfiles/itp
przesyłały maile na listy nie na @pld-l... a na @lists.pld-
A co buildery sla / powinny slac na listy ?
jakby sie to dało jeszcze w tym roku kalendarzowym :)
Jak bede wiedzial co, to poprawie. Wg mojej (na
Wiekszosc uslug na maszynie fly.mif.pg.gda.pl (ftp2.pld-linux.org) zostala
zgodnie z zapowiedzia wylaczona. FTP zostanie wylaczone jutro w godzinach
porannych (ale nie jest juz od ok. 12:00 synchronizowany z glownym ftp).
Stopniowy powrot uslug powinien nastapic w okolicach poznego wieczora w
Chyba zatem problem rozwiazany?
==
Michal Bialoskorski wrote:
w serwerze bylo domyslnie ustawione na wyswietlanie max. 2000 plikow, po
komendzie ls. tak wiec sciagac bylo mozna, listowac tez, tyle ze
kawalkami.
zwiekszylem do
Enleth wrote:
Dnia wtorek 27 grudnia 2005 13:21, Andrzej Zawadzki napisał:
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ć :-(
Witam,
Pytanie do deweloperów, tak z czystej ciekawości - czy Qt4 pozostanie
zapaczkowane w takiej formie w jakiej jest teraz, tzn. paczki qt4-*?
IMHO Ac by było dobrym momentem, żeby zrobić jak z PHP - Qt4 nazwać po prostu
qt, a ze starego zrobić qt3, żeby się debianizmy nie robiły w PLD.
On Tuesday 27 December 2005 15:39, Enleth wrote:
Witam,
Pytanie do deweloperów, tak z czystej ciekawości - czy Qt4 pozostanie
zapaczkowane w takiej formie w jakiej jest teraz, tzn. paczki qt4-*?
IMHO Ac by było dobrym momentem, żeby zrobić jak z PHP - Qt4 nazwać po
prostu qt, a ze starego
Dnia wtorek 27 grudnia 2005 16:44, Arkadiusz Miskiewicz napisał:
Za późno na takie operacje. W Th to i tak problemem nie będzie bo tam nie
ma zależności od nazw pakietów.
Tfu, nie wiem skąd tam się wzięło Ac by było. Miałem na myśli Th.
A skoro tak, to bardzo się cieszę, bo pewnie za niedługi
On Tuesday 27 December 2005 14:18, Andrzej Krzysztofowicz wrote:
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
Czyli wszystko i686 idzie /dev/drzewo? Cóż, szkoda...
Ja bylbym za tym, zeby je utrzymywac w oparciu o starsze glibc.
Chyba, ze i686 wyleca tez z kernela...
O widzisz, idealny
Arkadiusz Miskiewicz wrote:
Za późno na takie operacje. W Th to i tak problemem nie będzie bo tam nie ma
zależności od nazw pakietów.
A można prosić o jakieś konkrety? Albo chociaż jakieś linki do
dokumentów poruszających te zagadnienie?
--
pozdrawiam,
Łukasz Kieś
Witam
Jest mały problem jak w temacie. W logach widać że dri działa ale w
programach nie. Przyczyną jest brak pliku r300_dri.so.
[EMAIL PROTECTED] ~]$ LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0)
libGL: OpenDriver: trying
On Tuesday 27 December 2005 18:03, Pepe wrote:
Witam
Jest mały problem jak w temacie. W logach widać że dri działa ale w
programach nie. Przyczyną jest brak pliku r300_dri.so.
[EMAIL PROTECTED] ~]$ LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 4.0.3
Czesc
Zainstalowalem Ac z sieci i nie moge sie na niego zalogowac. Ustawilem
haslo zarowno z RescueCD jak i z trybu single. Jedyny komunikat w logach
to Authentication failure, pomimo, ze haslo jest na 100% dobre (chyba,
ze mozna zle wpisac hasla typu root, 1, dupa itp). Root ma
prawidlowego
On Tue, 27 Dec 2005 18:12:45 +0100
Paweł Rumian [EMAIL PROTECTED] wrote:
Witam
Jest mały problem jak w temacie. W logach widać że dri działa ale w
programach nie. Przyczyną jest brak pliku r300_dri.so.
Zbudowanie X11 z --with r300 nie pomoze?
Nie bo nie ma takiego bcond'a.
Kiesiu napisał(a):
Arkadiusz Miskiewicz wrote:
Za późno na takie operacje. W Th to i tak problemem nie będzie bo tam nie ma
zależności od nazw pakietów.
A można prosić o jakieś konkrety? Albo chociaż jakieś linki do
dokumentów poruszających te zagadnienie?
archwium pld-deve-pl@
Dnia wtorek 27 grudnia 2005 18:17, Daniel Mróz napisał:
Czesc
Zainstalowalem Ac z sieci i nie moge sie na niego zalogowac. Ustawilem
haslo zarowno z RescueCD jak i z trybu single. Jedyny komunikat w logach
to Authentication failure, pomimo, ze haslo jest na 100% dobre (chyba,
ze mozna zle
On Tue, Dec 27, 2005 at 06:17:45PM +0100, Daniel Mróz wrote:
Czesc
hm, sprawdz czy masz pwdutils lub shadow, kiedyś też podobnie
się przejechałem i to było to, ale pamięć może mylić, przypominam
sobie ze nie miałem wogole /etc/shadow.
m.
--
Moskiewskie zakłady spirytusowe Duch Lenina
Witam,
w załączniku spec programu do synchronizacji czasu systemu
na podstawie timestampów z odpowiedzi serwera WWW.
Wszelkie uwagi mile widziane. Jeżeli jest ok, to proszę
o dodanie do CVSu.
Pozdrawiam,
--
Maciej Witaszek [EMAIL PROTECTED]
htpdate.init
Description: application/shellscript
#
Enleth napisał(a):
Zainstalowalem Ac z sieci i nie moge sie na niego zalogowac. Ustawilem
haslo zarowno z RescueCD jak i z trybu single. Jedyny komunikat w logach
to Authentication failure, pomimo, ze haslo jest na 100% dobre (chyba,
ze mozna zle wpisac hasla typu root, 1, dupa itp). Root ma
Michal Abramowicz napisał(a):
hm, sprawdz czy masz pwdutils lub shadow, kiedyś też podobnie
się przejechałem i to było to, ale pamięć może mylić, przypominam
sobie ze nie miałem wogole /etc/shadow.
Mialem shadow, zamienilem na pwdutils - bez zmian. /etc/shadow i
/etc/passwd istnieja, prawa tez
Daniel Mróz napisał(a):
Enleth napisał(a):
Zainstalowalem Ac z sieci i nie moge sie na niego zalogowac. Ustawilem
haslo zarowno z RescueCD jak i z trybu single. Jedyny komunikat w logach
to Authentication failure, pomimo, ze haslo jest na 100% dobre (chyba,
ze mozna zle wpisac hasla typu
On Tue, Dec 27, 2005 at 06:34:57PM +0100, Daniel Mróz wrote:
/etc/passwd istnieja, prawa tez sa OK. Wywalilem haslo roota z
/etc/shadow i to samo - na singlu wchodze bez hasla, w 3 runlevelu nie.
W logach wpisy jakbym zle haslo wpisywal. Nawet zestrace'owac nie moge...
a w /etc/shells masz
Piotr Skwarna napisał(a):
Ja sie probuje zalogowac bezposrednio.
Zamiana shadow na pwdutils nic nie zmienila :/
a co masz w /etc/shels ?
Jest! O tym zapomnialem! Dziala. Mialem tylko bash i rbash. Ufff. Teraz
tylko pytanie dlaczego nia ma tam ksh i sh? Po instalacji system jest
nieuzywalny.
On Tue, Dec 27, 2005 at 06:28:20PM +0100, Maciej Witaszek wrote:
Witam,
w załączniku spec programu do synchronizacji czasu systemu
na podstawie timestampów z odpowiedzi serwera WWW.
Wszelkie uwagi mile widziane. Jeżeli jest ok, to proszę
o dodanie do CVSu.
Dodane, dzięki
--
.. ::
=?ISO-8859-2?Q?Daniel_Mr=F3z?= wrote:
Piotr Skwarna napisał(a):
Ja sie probuje zalogowac bezposrednio.
Zamiana shadow na pwdutils nic nie zmienila :/
a co masz w /etc/shels ?
Jest! O tym zapomnialem! Dziala. Mialem tylko bash i rbash. Ufff. Teraz
tylko pytanie dlaczego nia ma tam ksh i
Daniel Mróz napisał(a):
Piotr Skwarna napisał(a):
Ja sie probuje zalogowac bezposrednio.
Zamiana shadow na pwdutils nic nie zmienila :/
a co masz w /etc/shels ?
Jest! O tym zapomnialem! Dziala. Mialem tylko bash i rbash. Ufff. Teraz
tylko pytanie dlaczego nia ma tam ksh i sh?
Arkadiusz Miskiewicz wrote:
On Tuesday 27 December 2005 14:18, Andrzej Krzysztofowicz wrote:
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
Czyli wszystko i686 idzie /dev/drzewo? Cóż, szkoda...
Ja bylbym za tym, zeby je utrzymywac w oparciu o starsze glibc.
Chyba, ze i686 wyleca tez z
Andrzej Krzysztofowicz napisał(a):
Ja sie probuje zalogowac bezposrednio.
Zamiana shadow na pwdutils nic nie zmienila :/
a co masz w /etc/shels ?
Jest! O tym zapomnialem! Dziala. Mialem tylko bash i rbash. Ufff. Teraz
tylko pytanie dlaczego nia ma tam ksh i sh? Po instalacji system jest
Piotr Skwarna napisał(a):
a co masz w /etc/shels ?
Jest! O tym zapomnialem! Dziala. Mialem tylko bash i rbash. Ufff. Teraz
tylko pytanie dlaczego nia ma tam ksh i sh? Po instalacji system jest
nieuzywalny. Moze jakis postinst dla ksh sie nie wykonuje?
ten blad byl bardzo dawno w mini-iso,
Dnia 27-12-2005, wto o godzinie 18:47 +0100, Andrzej Krzysztofowicz
napisał(a):
=?ISO-8859-2?Q?Daniel_Mr=F3z?= wrote:
Piotr Skwarna napisał(a):
Ja sie probuje zalogowac bezposrednio.
Zamiana shadow na pwdutils nic nie zmienila :/
a co masz w /etc/shels ?
Jest! O tym zapomnialem!
On Tuesday 27 December 2005 18:50, Andrzej Krzysztofowicz wrote:
Arkadiusz Miskiewicz wrote:
On Tuesday 27 December 2005 14:18, Andrzej Krzysztofowicz wrote:
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
Czyli wszystko i686 idzie /dev/drzewo? Cóż, szkoda...
Ja bylbym za tym, zeby
Po upgrade do aktualnego Ac main:
- nie wstały mi iksy (firegl chce wersji 6.8.0.0, a dostaje 7.0.0.0)
- zmieniłem driver na radeon
- iksy wstały, ale pier*oli się odrysowywanie głównego okna (pulpitu)
- pozostałe okna działają prawidłowo, tylko wolno
Podziwiać można tutaj:
Rozdłubałem dzisiaj NetworkManager.spec, podbiłem do aktualnej wersji,
dodałem ponownie obsługę PLD i doprowadziłem do budowania. Do
całkowitego działania nie zostało raczej wiele roboty.
Mam tylko wątpliwości:
Domyślnie NM ma polisę DBUS, która pozwala tylko na dostęp dla roota i
userów z flagą
On Tuesday 27 December 2005 19:31, Patrys :: Patryk Zawadzki wrote:
Po upgrade do aktualnego Ac main:
- nie wstały mi iksy (firegl chce wersji 6.8.0.0, a dostaje 7.0.0.0)
Rebuild firegla coś daje?
- zmieniłem driver na radeon
- iksy wstały, ale pier*oli się odrysowywanie głównego okna
Dnia 27-12-2005, wto o godzinie 19:35 +0100, Arkadiusz Miskiewicz
napisał(a):
On Tuesday 27 December 2005 19:31, Patrys :: Patryk Zawadzki wrote:
Po upgrade do aktualnego Ac main:
- nie wstały mi iksy (firegl chce wersji 6.8.0.0, a dostaje 7.0.0.0)
Rebuild firegla coś daje?
Buduje się z
On Tuesday 27 December 2005 19:35, Arkadiusz Miskiewicz wrote:
On Tuesday 27 December 2005 19:31, Patrys :: Patryk Zawadzki wrote:
Po upgrade do aktualnego Ac main:
- nie wstały mi iksy (firegl chce wersji 6.8.0.0, a dostaje 7.0.0.0)
Rebuild firegla coś daje?
Jeszcze jedno - w ac nie ma
Dnia 27-12-2005, wto o godzinie 19:59 +0100, Patrys :: Patryk Zawadzki
napisał(a):
Dnia 27-12-2005, wto o godzinie 19:49 +0100, Fryderyk Dziarmagowski
napisał(a):
On Tue, 27 Dec 2005 19:31:17 +0100
Patrys :: Patryk Zawadzki [EMAIL PROTECTED] wrote:
- iksy wstały, ale pier*oli się
On Tuesday 27 December 2005 19:49, Fryderyk Dziarmagowski wrote:
Option ColorTiling false
Ja mam to u siebie w domyślnej opcji (która nie wiem co prawda czy jest false
czy true).
- pozostałe okna działają prawidłowo, tylko wolno
działają jak trzeba i szybko (na radenie r200/r30o z EXA)
On Tue, Dec 27, 2005 at 10:30:45AM +, PLD ac-amd64 builder wrote:
glibc.spec (AC-branch): OK
--- glibc.spec:AC-branch:
cannot remove glibc-devel because it's required by rpm-build, that is crucial
cannot remove glibc because it's required by poldek, that is crucial
cannot remove glibc
Dnia 27-12-2005, wto o godzinie 20:08 +0100, Arkadiusz Miskiewicz
napisał(a):
On Tuesday 27 December 2005 19:49, Fryderyk Dziarmagowski wrote:
działają jak trzeba i szybko (na radenie r200/r30o z EXA)
Ciekawa rzecz jest taka, że dla mnie radeon+EXA jest wolniejsze od radeon bez
EXA (mówię tu
On Tue, Dec 27, 2005 at 02:18:31PM +0100, Andrzej Krzysztofowicz wrote:
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
Czyli wszystko i686 idzie /dev/drzewo? Cóż, szkoda...
Ja bylbym za tym, zeby je utrzymywac w oparciu o starsze glibc.
Może obsługa starszych będzie w ramach (niewspieranych)
Dnia Tuesday, 27 of December 2005 19:48, Patrys :: Patryk Zawadzki napisał:
Dnia 27-12-2005, wto o godzinie 19:35 +0100, Arkadiusz Miskiewicz
napisał(a):
On Tuesday 27 December 2005 19:31, Patrys :: Patryk Zawadzki wrote:
Po upgrade do aktualnego Ac main:
- nie wstały mi iksy (firegl
On Tue, 27 Dec 2005 20:06:21 +0100
Patrys :: Patryk Zawadzki [EMAIL PROTECTED] wrote:
Patrys :: Patryk Zawadzki [EMAIL PROTECTED] wrote:
- iksy wstały, ale pier*oli się odrysowywanie głównego okna (pulpitu)
Option ColorTiling false
Sprawdzę.
Bez zmian. Każdy refresh pulpitu
On Tue, 27 Dec 2005 21:25:34 +0100
Patrys :: Patryk Zawadzki [EMAIL PROTECTED] wrote:
evolution-2.4.2.1-1:
Brak pliterek w nazwach folderów IMAP - zamiast nich są krzaczki i próba
czytania poczty kończy się na folder nie istnieje.
Wydaje mi się, że właściwym miejscem do takich raportów jest
On Tuesday 27 December 2005 21:54, Fryderyk Dziarmagowski wrote:
miałem dokładnie ten sam problem gdy zainstalowałem X11 z ac-test. Po
chwili googlowania dodałem powyższą opcję, włączyłem EXA przestało
robić problemy. Prawdą jest to co napisał Arek - EXA jest wolna jeśli
nie włączymy
On Tue, 27 Dec 2005 21:54:32 +0100
Fryderyk Dziarmagowski [EMAIL PROTECTED] wrote:
[...]
robić problemy. Prawdą jest to co napisał Arek - EXA jest wolna jeśli
nie włączymy composite. oto moja sekcja dla urządzenia:
przepraszam, zapomniałem dodać, że do kompletu używam xcompmgr
(zbudowany z
On Tue, 27 Dec 2005 22:00:34 +0100
Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote:
miałem dokładnie ten sam problem gdy zainstalowałem X11 z ac-test. Po
chwili googlowania dodałem powyższą opcję, włączyłem EXA przestało
robić problemy. Prawdą jest to co napisał Arek - EXA jest wolna jeśli
...nie odczepia fd 0 od terminala po starcie - trzeba uruchamiać przez
/etc/rc.d/init.d/mailman restart /dev/null
(albo mamy wiszące ssh po wylogowaniu)
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
On Tuesday 27 December 2005 22:46, Pepe wrote:
On Tue, 27 Dec 2005 18:12:14 +0100
Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote:
AFAIK domyślnie budowanie r300_dri.so jest wyłączone, ktoś musiałby
to sprawdzić i zrobić patcha.
Proszę bardzo, oto moje wypociny. Na i686 działa OK.
W dniu kojarzonym jako wtorek, 27 grudnia 2005 19:46, osoba znana jako
Arkadiusz Miskiewicz nastukała:
On Tuesday 27 December 2005 19:35, Arkadiusz Miskiewicz wrote:
On Tuesday 27 December 2005 19:31, Patrys :: Patryk Zawadzki wrote:
Po upgrade do aktualnego Ac main:
- nie wstały
On Tue, Dec 27, 2005 at 06:34:57PM +0100, Daniel Mróz wrote:
Michal Abramowicz napisał(a):
hm, sprawdz czy masz pwdutils lub shadow, kiedyś też podobnie
się przejechałem i to było to, ale pamięć może mylić, przypominam
sobie ze nie miałem wogole /etc/shadow.
Mialem shadow, zamienilem na
On Tue, Dec 27, 2005 at 11:18:30PM +0100, Paweł Rumian wrote:
Firegl jest skompilowany przez Ati dla 6.8 i na innych nie ruszy :(
Ati obsługuje x.org 6.9 od sterowników 8.16. Przynajmniej bety obsługją.
Szukać należy w binarnym instalatorze.
wolf
--
Bartek . - Pamiętajmy, że ściany mają
On Wednesday 28 December 2005 00:42, Bartosz Taudul wrote:
On Tue, Dec 27, 2005 at 11:18:30PM +0100, Paweł Rumian wrote:
Firegl jest skompilowany przez Ati dla 6.8 i na innych nie ruszy :(
Ati obsługuje x.org 6.9 od sterowników 8.16. Przynajmniej bety obsługją.
Szukać należy w binarnym
On Wed, Dec 28, 2005 at 12:57:01AM +0100, Arkadiusz Miskiewicz wrote:
Ati obsługuje x.org 6.9 od sterowników 8.16. Przynajmniej bety obsługją.
Szukać należy w binarnym instalatorze.
Ok ale xy 6.9 przedstawiają się jako 7.0. Na dodatek jest to sprawdzane w
U mnie to wygląda tak:
(II)
Dnia 27-12-2005, wto o godzinie 19:36 +0100, Patrys :: Patryk Zawadzki
napisał(a):
Rozdłubałem dzisiaj NetworkManager.spec, podbiłem do aktualnej wersji,
dodałem ponownie obsługę PLD i doprowadziłem do budowania. Do
całkowitego działania nie zostało raczej wiele roboty.
Mam tylko
Michal Kochanowicz wrote:
Nie martw się, tu i tak większość olewa patche ;-P
Uuuu biedny miś :D
pozdrawiam,
--
Marek Ciesielski
\ | ___|
|\/ | | ciesiel(at)pld-linux.org; PLD Team
| | | ciesiel(at)jabber.mc.ptja.pl; GG: 3809029
|
72 matches
Mail list logo