usbnet i problem po aktualizacja systemu - POMOCY !
Witam Bardzo prosze o pomoc w rozwiazaniu moge problermu zachcialo mi sie aktualizowac PLD AC na moim routerku ... i wszystko niby dziala poza jedna najwazniejsza rzecza czyli dostepem do internetu. Mam modem kablowy Motorola SB 5100 podlaczony do routera przez kabel USB, ktory dzialal mi do tej pory na module usbnet, a teraz po aktualizacji mam : Linux pldmachine 2.6.14.7-5smp #1 SMP Fri Mar 17 15:55:23 CET 2006 i686 Pentium_II_(Deschutes) unknown PLD Linux Apr 21 22:32:35 pldmachine kernel: usb 1-1: USB disconnect, address 2 Apr 21 22:32:55 pldmachine kernel: usb 1-1: new full speed USB device using uhci_hcd and address 3 [EMAIL PROTECTED] /etc]# lsmod Module Size Used by usbnet 15903 0 e100 37892 0 mii 6524 1 e100 uhci_hcd 33444 0 usbcore 115106 3 usbnet,uhci_hcd ide_disk 17875 4 piix 11432 0 [permanent] ide_core 118069 2 ide_disk,piix reiserfs 258718 2 czyli niby moduly zaladowane ale : [EMAIL PROTECTED] /etc]# /etc/rc.d/init.d/network restart Wyłączanie interfejsu ifcfg-eth0...[ ZROBIONE ] Wyłączanie interfejsu ifcfg-eth1...[ ZROBIONE ] Podnoszenie interfejsu ifcfg-eth0..[ ZROBIONE ] RTNETLINK answers: No such device Podnoszenie interfejsu ifcfg-eth1..[ PROBLEMY ] Opóźnianie inicjalizacji eth1 Komputer to compaq iP2 350MHz na Intelu BX, ratujcie ... co mam zrobic zeby podniosl sie eth1 - moje pomysly sie niesytety skonczyly :( Komputer nie ma cdroma ani monitora i nie za bardzo mam mozliwosc podlaczenia ich do tego komputera, z rescuecd w zwiazku z tym teraz sie nie moge zabootowac ale jak nie bedzie innego wyjscia to podlacze jakos cdroma jak bedzie trzeba. -- Pozdrowienia, Sławek Owoc ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
Dnia 21-04-2006, pią o godzinie 17:19 +0200, Kamil napisał(a): > Dnia czwartek, 20 kwietnia 2006 13:41, lukasz napisał: > OT > A skąd można wziąć słownik do sprawdzani pisowni dla oo-2.0.2? Zbudować z cvs. dla i686 to ewentualnie mogę gdzieś wystawić... -- Pozdrawiam Krystian T "errare humanum est..." ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
06-04-21, Adam Mikuta <[EMAIL PROTECTED]> napisał(a): > (...) Dzięki za pomoc. Problem znika po zainstalowaniu fontconfig. Zgłaszać to gdzieś czy ktoś to stąd wyłowi? Adam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
06-04-21, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> napisał(a): > > $ env | grep LANG > > LANG=pl_PL > w takim razie źle wygenerowane lokale lub coś tych okolicach. dodam, że > u mnie gimp z th bangla i nie robi najmniejszych problemów. OK, naprawiłem sobie. > > No ale co mam zrobić żeby pokazywał? Zainstalowałem gimp-debuginfo ale > > stack pozostaje jaki był. > w cvs w module PLD-doc jest krótki opis jak używać gdb. Ok czyli już teraz pełniejszy bt: (gdb) add-symbol-file /usr/lib/debug/usr/bin/gimp-2.3.debug add symbol table from file "/usr/lib/debug/usr/bin/gimp-2.3.debug" at (y or n) y Reading symbols from /usr/lib/debug/usr/bin/gimp-2.3.debug...done. (gdb) run Starting program: /usr/bin/gimp This is a development version of GIMP. Debug messages may appear here. Program received signal SIGSEGV, Segmentation fault. 0xb77f2b28 in FcPatternDestroy () from /usr/lib/libfontconfig.so.1 (gdb) bt #0 0xb77f2b28 in FcPatternDestroy () from /usr/lib/libfontconfig.so.1 #1 0xb77ea374 in FcFontSetDestroy () from /usr/lib/libfontconfig.so.1 #2 0xb77e1bd3 in FcConfigDestroy () from /usr/lib/libfontconfig.so.1 #3 0xb77e1c2c in FcConfigSetCurrent () from /usr/lib/libfontconfig.so.1 #4 0x08268e1d in gimp_fonts_load (gimp=0x83c0018) at gimp-fonts.c:105 #5 0x081dac91 in gimp_restore (gimp=0x83c0018, status_callback=0x806a077 ) at gimp.c:863 #6 0x080662a6 in app_run (full_prog_name=0xbf9365c5 "/usr/bin/gimp", filenames=0x0, alternate_system_gimprc=0x0, alternate_gimprc=0x0, session_name=0x0, batch_interpreter=0x0, batch_commands=0x0, no_interface=0, no_data=0, no_fonts=0, no_splash=0, be_verbose=0, use_shm=1, use_cpu_accel=1, console_messages=0, stack_trace_mode=GIMP_STACK_TRACE_QUERY, pdb_compat_mode=GIMP_PDB_COMPAT_WARN) at app_procs.c:275 #7 0x08066dd4 in main (argc=138495912, argv=0x0) at main.c:316 #8 0xb759e864 in __libc_start_main () from /lib/libc.so.6 #9 0x08066091 in ?? () (gdb) Adam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] bootkietki
On Fri, Apr 21, 2006 at 12:58:46AM +0200, Krystian Tomczyk wrote: > albo zrobię pset do poldka z rpm -qa (tylko jak najprościej pozbyć się > wersji z wyników - pewnie jakieś wyrażenia regularne...) man rpm /--qf wolf -- Bartek . - Ja mam jeszcze lekcje z 2D, a tam same baby, tak więc... Taudul : - U nas sześć i tak głośno. .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
Dnia czwartek, 20 kwietnia 2006 13:41, lukasz napisał: OT A skąd można wziąć słownik do sprawdzani pisowni dla oo-2.0.2? -- Pozdrawiam, Kamil ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
--- "Adam Mikuta" <[EMAIL PROTECTED]> wrote: > 06-04-21, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> napisał(a): > > > > $ gimp > > > (gimp:3295): Gtk-WARNING **: Locale not supported by C library. > > > Using the fallback 'C' locale. > > > This is a development version of GIMP. Debug messages may appear here. > > zle ustawione LANG > > $ env | grep LANG > LANG=pl_PL w takim razie źle wygenerowane lokale lub coś tych okolicach. dodam, że u mnie gimp z th bangla i nie robi najmniejszych problemów. > > > > gimp: fatal error: Segmentation fault > > > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S > > > #0 0xe410 in __kernel_vsyscall () > > > #1 0xb770b8ab in waitpid () from /lib/libpthread.so.0 > > > #2 0xb768b585 in g_on_error_stack_trace () from /usr/lib/libglib-2.0.so.0 > > > #3 0xb768ba5e in g_on_error_query () from /usr/lib/libglib-2.0.so.0 > > > #4 0x08067209 in ?? () > > > #5 0x083bc4b0 in ?? () > > > #6 0xbfd13dac in ?? () > > > #7 0x in ?? () > > > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: > > ten stack trace nic nie pokazuje > > No ale co mam zrobić żeby pokazywał? Zainstalowałem gimp-debuginfo ale > stack pozostaje jaki był. w cvs w module PLD-doc jest krótki opis jak używać gdb. -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
06-04-21, Adam Mikuta <[EMAIL PROTECTED]> napisał(a): > (...) A i dodam że downgrade do gimpa z AC też nie wiele pomógł... $ gimp (gimp:3399): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Segmentation fault Adam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev - czym to się je?
--- Jacek Osiecki <[EMAIL PROTECTED]> wrote: > On Fri, 21 Apr 2006, Fryderyk Dziarmagowski wrote: > > > --- Jacek Osiecki <[EMAIL PROTECTED]> wrote: > > >> ale to w sumie drobiazg. Zdecydowanie gorzej było z terminalami - w ogóle > >> nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i rxvt > >> nie działało... > > > zmienić kernel na nowszy. warstwa input kernela nie współpracuje z udev > > w starszych kernelach i trzeba moduły psmouse czy evdev na twardo > > w /etc/modules wpisywać. > > Kernel 2.6.16.9 - własnoręcznie kompilowany. o którym udev rozmawiamy? > >> Na razie wróciłem na stary, dobry dev... > > co w nim dobrego? > > Niech no pomyślę... wszystko działa? :) jeśli działa, to po co Ci udev? -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
06-04-21, Fryderyk Dziarmagowski <[EMAIL PROTECTED]> napisał(a): > > $ gimp > > (gimp:3295): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. > > This is a development version of GIMP. Debug messages may appear here. > zle ustawione LANG $ env | grep LANG LANG=pl_PL > > gimp: fatal error: Segmentation fault > > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S > > #0 0xe410 in __kernel_vsyscall () > > #1 0xb770b8ab in waitpid () from /lib/libpthread.so.0 > > #2 0xb768b585 in g_on_error_stack_trace () from /usr/lib/libglib-2.0.so.0 > > #3 0xb768ba5e in g_on_error_query () from /usr/lib/libglib-2.0.so.0 > > #4 0x08067209 in ?? () > > #5 0x083bc4b0 in ?? () > > #6 0xbfd13dac in ?? () > > #7 0x in ?? () > > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: > ten stack trace nic nie pokazuje No ale co mam zrobić żeby pokazywał? Zainstalowałem gimp-debuginfo ale stack pozostaje jaki był. Adam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkretnie kolejność eth*)
Dnia piątek, 21 kwietnia 2006 16:03, Liliana Ziolek napisał: [...] > I jak tu dogodzić - jak ładuje moduły do tego co znalazł - nie pasuje. > Jakby nie ładował modułów do znalezionego sprzętu, też by było "czemu > trzeba ręcznie" ;) A mi tam pasuje :-) Nawet go to tego zmusiłem (synthetize) :-) -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev - czym to się je?
On Fri, 21 Apr 2006, Fryderyk Dziarmagowski wrote: --- Jacek Osiecki <[EMAIL PROTECTED]> wrote: ale to w sumie drobiazg. Zdecydowanie gorzej było z terminalami - w ogóle nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i rxvt nie działało... zmienić kernel na nowszy. warstwa input kernela nie współpracuje z udev w starszych kernelach i trzeba moduły psmouse czy evdev na twardo w /etc/modules wpisywać. Kernel 2.6.16.9 - własnoręcznie kompilowany. Na razie wróciłem na stary, dobry dev... co w nim dobrego? Niech no pomyślę... wszystko działa? :) Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 "Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla" (c) Tomasz Olbratowski 2004___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania mo dułów (konkretnie kolejność eth*)
On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Udev stał się ostatnio nadgorliwy, o czym jest w innym wątku n/t udeva. > Zachowuje się, jaby dostał synthetize, chociaż jest zwykły start, a on > ładuje wszytko, co znajdzie... I jak tu dogodzić - jak ładuje moduły do tego co znalazł - nie pasuje. Jakby nie ładował modułów do znalezionego sprzętu, też by było "czemu trzeba ręcznie" ;) Biedny udev... (i Fryderyk) ;)(( -- Pozdrawiam, Liliana "Write your code as if the person maintaining it is a homicidal maniac who knows where you live." ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkretnie kolejność eth*)
Dnia piątek, 21 kwietnia 2006 15:50, Fryderyk Dziarmagowski napisał:
[...]
> > alias eth0 sis900
> > alias eth1 ipw2200
>
> a gdzie tu porządek? ;)
No... taki, że dla eth0 ma ładować moduł sis900, a dla eth1 ipw2200. W
szczególności oznacza to tyle, że moduły te powinny być ładowane DOKŁADNIE
w takiej kolejności (to wyznaczy nazwy interfejsów), a nie losowo, jak
popadnie. Przynajmniej ja to tak sobie wyobrażam :-)
> przy pomocy adresów MAC kart: dodać regułkę w stylu:
> KERNEL="eth*", SYSFS{address}="00:00:00:00:00:01", NAME="sis900",
> RUN+="ifup eth0"
> i odpowiednio dla drugiej karty.
ifup to może niekoniecznie potrzebny, ale zapamiętam sobie te wskazówki,
może się przydadzą kiedyś.
Dzięki za odpowiedź.
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\
Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] segfault gimpa
--- "Adam Mikuta" <[EMAIL PROTECTED]> wrote: > Może ktoś się spotkał i wie jak zaradzić: > > $ gimp > (gimp:3295): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > This is a development version of GIMP. Debug messages may appear here. zle ustawione LANG > gimp: fatal error: Segmentation fault > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S > #0 0xe410 in __kernel_vsyscall () > #1 0xb770b8ab in waitpid () from /lib/libpthread.so.0 > #2 0xb768b585 in g_on_error_stack_trace () from /usr/lib/libglib-2.0.so.0 > #3 0xb768ba5e in g_on_error_query () from /usr/lib/libglib-2.0.so.0 > #4 0x08067209 in ?? () > #5 0x083bc4b0 in ?? () > #6 0xbfd13dac in ?? () > #7 0x in ?? () > gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: ten stack trace nic nie pokazuje -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: ***SPAM*** udev - czym to się je?
--- Lukasz B <[EMAIL PROTECTED]> wrote: > Użytkownik Jacek Osiecki napisał: > > Witam, > > > > Ostatnio próbowałem się przywitać z udevem. Próbowałem i... klapa :-/ > > Przy każdym starcie musiałem ręcznie robić symlink /dev/mouse -> > > /dev/psaux > > ale to w sumie drobiazg. > o ile mi wiadomo, teraz 'koszernie' myszka jest pod /dev/input/mice > i/lub /dev/input/mouse0 > i zdaje sie nalezy uzywac takiej skladni. > > > Zdecydowanie gorzej było z terminalami - w ogóle > > nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i > > rxvt > > nie działało... > u mnie jest > [EMAIL PROTECTED] dev]# ls -al | grep pt > crw-rw-rw- 1 root tty 5, 2 Apr 21 11:04 ptmx > drwxr-xr-x 2 root root 0 Apr 20 11:39 pts > crw-rw 1 root tty 2, 176 Apr 20 11:39 ptya0 > crw-rw 1 root tty 2, 177 Apr 20 11:39 ptya1 > crw-rw 1 root tty 2, 178 Apr 20 11:39 ptya2 > > > > > Coś robiłem nie tak? Próbowałem coś pogmyrać w konfiguracji udeva, ale > > nie > > znalazłem niczego co by mogło by pomóc... > to gdzies w /etc/udev/rules.d/udev.rules > ale na razie nie zaglebialem sie w ta magie... > > nowy wpis (/dev/input*) dla mnie dziala. > w najgorszym wypadku zrob sobie linka w rc.local jak masz takie rady dawać to lepiej wogóle nic nie pisz. -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev - czym to się je?
--- Jacek Osiecki <[EMAIL PROTECTED]> wrote: > Witam, hi, > Ostatnio próbowałem się przywitać z udevem. Próbowałem i... klapa :-/ > Przy każdym starcie musiałem ręcznie robić symlink /dev/mouse -> /dev/psaux > ale to w sumie drobiazg. Zdecydowanie gorzej było z terminalami - w ogóle > nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i rxvt > nie działało... > > Coś robiłem nie tak? Próbowałem coś pogmyrać w konfiguracji udeva, ale nie > znalazłem niczego co by mogło by pomóc... zmienić kernel na nowszy. warstwa input kernela nie współpracuje z udev w starszych kernelach i trzeba moduły psmouse czy evdev na twardo w /etc/modules wpisywać. > Na razie wróciłem na stary, dobry dev... co w nim dobrego? -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkretnie kolejność eth*)
--- "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Dnia Fri, 21 Apr 2006 10:55:16 +0300, Łukasz Maśko <[EMAIL PROTECTED]> > napisał: > > > Zauważyłem ostatnio dziwną przypadłość mojej instalacji PLD - mianowicie > > czasami losowo (prawdopodobnie) udev ładuje moduły do kart sieciowych w > > porządku niezgodnym z ustalonym przeze mnie w /etc/modprobe.conf. Mam > > tam > > takie wpisy: > > > > alias eth0 sis900 > > alias eth1 ipw2200 > > > > I w większości przypadków tak to się ładuje. Ale czasami - najczęściej po > > zmianie kernela (!) albo przy włączaniu laptopa rano, sterowniki są > > ładowane odwrotnie i z przyczyn oczywistych (różna konfiguracja dla > > poszczególnych interfejsów) sieć mi wogóle nie wstaje. > > Potwierdzam - u mnie to samo. > > Udev stał się ostatnio nadgorliwy, o czym jest w innym wątku n/t udeva. > Zachowuje się, jaby dostał synthetize, chociaż jest zwykły start, a on > ładuje wszytko, co znajdzie... co jest niepoprawnego w takim zachowaniu? -- Fryderyk Dziarmagowski ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkretnie kolejność eth*)
--- Łukasz Maśko <[EMAIL PROTECTED]> wrote:
> Zauważyłem ostatnio dziwną przypadłość mojej instalacji PLD - mianowicie
> czasami losowo (prawdopodobnie) udev ładuje moduły do kart sieciowych w
> porządku niezgodnym z ustalonym przeze mnie w /etc/modprobe.conf. Mam tam
> takie wpisy:
>
> alias eth0 sis900
> alias eth1 ipw2200
a gdzie tu porządek? ;)
> I w większości przypadków tak to się ładuje. Ale czasami - najczęściej po
> zmianie kernela (!) albo przy włączaniu laptopa rano, sterowniki są
> ładowane odwrotnie i z przyczyn oczywistych (różna konfiguracja dla
> poszczególnych interfejsów) sieć mi wogóle nie wstaje. Czy ktoś ma może
> pojęcie, co jest nie tak? Jeśli tak, to co? Może jakiś hint, jak ustalić
> kolejność na 100%?
przy pomocy adresów MAC kart: dodać regułkę w stylu:
KERNEL="eth*", SYSFS{address}="00:00:00:00:00:01", NAME="sis900",
RUN+="ifup eth0"
i odpowiednio dla drugiej karty.
> System to aktualne AC+ready, przy czym kernel jest z CVS-u (obecnie
> 2.6.16.7-0.1), udev-079-4.
--
Fryderyk Dziarmagowski
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[th] segfault gimpa
Może ktoś się spotkał i wie jak zaradzić: $ gimp (gimp:3295): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. This is a development version of GIMP. Debug messages may appear here. gimp: fatal error: Segmentation fault gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S #0 0xe410 in __kernel_vsyscall () #1 0xb770b8ab in waitpid () from /lib/libpthread.so.0 #2 0xb768b585 in g_on_error_stack_trace () from /usr/lib/libglib-2.0.so.0 #3 0xb768ba5e in g_on_error_query () from /usr/lib/libglib-2.0.so.0 #4 0x08067209 in ?? () #5 0x083bc4b0 in ?? () #6 0xbfd13dac in ?? () #7 0x in ?? () gimp (pid:3295): [E]xit, [H]alt, show [S]tack trace or [P]roceed: Adam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
KDE a zmiana sieci - do praktyków
Moje obserwacje: KDE przestaje mi poprawnie działać, jeśli po jego odpaleniu zmienią się ustawienia sieci. Np. startuję laptopa bez sieci, odpalam KDE (sieć jest nieskonfigurowana), potem podpinam kabel i robię sudo ifup ethx. W tym momencie DCOP głupieje, ponieważ zazwyczaj zmienia się nazwa komputera (jak się korzysta z DHCP to możliwe), a przez to nazwa pipe'a czy czego tam, co jest wykorzystywane do komunikacji. Objaw jest taki, że np. w tym momencie nie można uruchomić kmaila czy innych aplikacji - dostaję informację, że launcher jest niedostępny przez DCOP (czy coś w tym stylu). Pytanie: Czy jest jakaś metoda na opanowanie takiego zachowania? W przypadku komputera stacjonarnego nie ma to znaczenia, ale laptop może być przenoszony w różne miejsca podczas pracy (np. usypiam go w domu, gdzie jest skonfigurowany inaczej, przywożę do pracy, wpinam do sieci, gdzie jest skonfigurowany jeszcze inaczej). Teraz jedynym wyjściem jest restart X-ów, co z oczywistych powodów jest mało praktyczne (załóżmy, że mam otwarte ileśtam aplikacji i praca jest w toku, nie chcę znów wszystkiego odpalać). Może ktoś wie, co począć z powyższym? -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkretnie kolejność eth*)
Dnia piątek, 21 kwietnia 2006 13:41, [EMAIL PROTECTED] napisał: [...] > Potwierdzam - u mnie to samo. > > Udev stał się ostatnio nadgorliwy, o czym jest w innym wątku n/t udeva. > Zachowuje się, jaby dostał synthetize, chociaż jest zwykły start, a on > ładuje wszytko, co znajdzie... Synthetize to ja akurat mam świadomie (bez tego jakieś problemy z USB były). Ale to nie znaczy, że ma mi moduły ładować w bylejakiej kolejności :-/ A co do nadgorliwości, to go trochę spacyfikowałem blacklistami. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev a kolejność ładowania modułów (konkre tnie kolejność eth*)
Dnia Fri, 21 Apr 2006 10:55:16 +0300, Łukasz Maśko <[EMAIL PROTECTED]> napisał: > Zauważyłem ostatnio dziwną przypadłość mojej instalacji PLD - mianowicie > czasami losowo (prawdopodobnie) udev ładuje moduły do kart sieciowych w > porządku niezgodnym z ustalonym przeze mnie w /etc/modprobe.conf. Mam > tam > takie wpisy: > > alias eth0 sis900 > alias eth1 ipw2200 > > I w większości przypadków tak to się ładuje. Ale czasami - najczęściej po > zmianie kernela (!) albo przy włączaniu laptopa rano, sterowniki są > ładowane odwrotnie i z przyczyn oczywistych (różna konfiguracja dla > poszczególnych interfejsów) sieć mi wogóle nie wstaje. Potwierdzam - u mnie to samo. Udev stał się ostatnio nadgorliwy, o czym jest w innym wątku n/t udeva. Zachowuje się, jaby dostał synthetize, chociaż jest zwykły start, a on ładuje wszytko, co znajdzie... [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to suffering" Yoda ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
On Fri, Apr 21, 2006 at 11:19:58AM +0200, Lukasz B wrote: > Użytkownik Lukasz Glebicki napisał: > > oooqs2.spec > > > > z pozdrowieniami > > > no teraz to juz wiem... > ale znowu klania sie przypadlosc PLD - 'a skad mialem wiedziec ze ten > pakiet/spec tak sie akurat nazywa' ? > (no, moze jak juz znalazlem 'oooqs2' to trzeba bylo poszukac, ale nie > doszedlem do tego). > > W kazdym razie dzieki, zaraz sie zabiore za budowanie. > > a BTW: dlaczego oo2 nie jest budowane i dostepnie 'oficjalnie' w PLD? > Czy to tylko kwestia testowania? nie do końca. Pierwsza wersja openoffice-2.0.2, którą przygotowałem: http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.1/ była zbudowana bez javy. Powodowało to brak możliwości zapisu pliku - save dialog pokazywał się bez końca dla plików typu sxw/odt. Trzeba więc zbudować z javą. Ale jaką? Teoretycznie można z gcj (z tego co googlałem, nawet praktycznie to wychodzi), ale trzeba mieć odpowiednio nową wersję tegoż, a dokładnie to co najmniej tą przychodzącą z gcc4. Jako, że Ac jest zbudowane przy użyciu gcc3.3, możliwość ta odpada. Pozostaje więc inna java - padło na sunowską. Niestety z powodów licencyjnych nie wolno nam jej rozpowszechniać. Teoretycznie moglibyśmy zainstalować javę na builderach (byłoby to ok) i zbudować openoffice.org z --with java. Tak powstały pakiet miałby niestety niespełnione zależności. Musiałby wylądować w supported/ lub innym miejscu. Inna sprawa, że tak jak teraz sobie buduję pod jedną architekturę to wszystko faknie. Schody pewnie zaczną się przy próbie zbudowania na inne architektury (amd64/x86_64, ppc, sparc). PS: wygooglałem chyba właśne poprawkę na ten problem z savedialog. Sprawdzę to w najbliższym czasie. -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: ***SPAM*** udev - czym to się je?
Użytkownik Jacek Osiecki napisał: > Witam, > > Ostatnio próbowałem się przywitać z udevem. Próbowałem i... klapa :-/ > Przy każdym starcie musiałem ręcznie robić symlink /dev/mouse -> > /dev/psaux > ale to w sumie drobiazg. o ile mi wiadomo, teraz 'koszernie' myszka jest pod /dev/input/mice i/lub /dev/input/mouse0 i zdaje sie nalezy uzywac takiej skladni. > Zdecydowanie gorzej było z terminalami - w ogóle > nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i > rxvt > nie działało... u mnie jest [EMAIL PROTECTED] dev]# ls -al | grep pt crw-rw-rw- 1 root tty 5, 2 Apr 21 11:04 ptmx drwxr-xr-x 2 root root 0 Apr 20 11:39 pts crw-rw 1 root tty 2, 176 Apr 20 11:39 ptya0 crw-rw 1 root tty 2, 177 Apr 20 11:39 ptya1 crw-rw 1 root tty 2, 178 Apr 20 11:39 ptya2 > > Coś robiłem nie tak? Próbowałem coś pogmyrać w konfiguracji udeva, ale > nie > znalazłem niczego co by mogło by pomóc... to gdzies w /etc/udev/rules.d/udev.rules ale na razie nie zaglebialem sie w ta magie... nowy wpis (/dev/input*) dla mnie dziala. w najgorszym wypadku zrob sobie linka w rc.local > > Na razie wróciłem na stary, dobry dev... ja nie narzekam - a nawet jestem zadowolony. udev-079-2 (ale jest juz chyba nowszy) -- Lukasz Bulak mc2-at-pld.linux.org (bedzie moze kiedys...) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
Użytkownik Robert 'dzeus' Graużenis napisał: On Pt, Kwietnia 21, 2006 11:19, Lukasz B wrote: a BTW: dlaczego oo2 nie jest budowane i dostepnie 'oficjalnie' w PLD? Czy to tylko kwestia testowania? Bo nie mamy do tego odpowiednio silnych maszyn (builderów). rozumiem w tym znaczeniu, ze jak sie zapusci kompilacje to potrwa dwa dni, a inni by tez z tych serwerow chcieli korzystac? -- Lukasz Bulak mc2-at-pld.linux.org (bedzie moze kiedys...) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
udev - czym to się je?
Witam, Ostatnio próbowałem się przywitać z udevem. Próbowałem i... klapa :-/ Przy każdym starcie musiałem ręcznie robić symlink /dev/mouse -> /dev/psaux ale to w sumie drobiazg. Zdecydowanie gorzej było z terminalami - w ogóle nie dało się używać Xów, bo drań wszystkie /dev/pt* zmieniał na 600 i rxvt nie działało... Coś robiłem nie tak? Próbowałem coś pogmyrać w konfiguracji udeva, ale nie znalazłem niczego co by mogło by pomóc... Na razie wróciłem na stary, dobry dev... Pozdrawiam, -- Jacek Osiecki [EMAIL PROTECTED] GG:3828944 "Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla" (c) Tomasz Olbratowski 2004___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
On Pt, Kwietnia 21, 2006 09:48, Mateusz Korniak wrote: > Wszystkie buildery są tak słabe ? > Te x86 też ? > > A do test/unofficial nie można by puścić na owych silniejszych (jeśli są) O to "molestuj" hawka, nie znam dokładnie mocy infrastruktury builderów. -- Robert 'dzeus' Graużenis LRU #291194 & PLD user/admin/developer ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
udev a kolejność ładowania modułów (konkretnie kolejność eth*)
Zauważyłem ostatnio dziwną przypadłość mojej instalacji PLD - mianowicie czasami losowo (prawdopodobnie) udev ładuje moduły do kart sieciowych w porządku niezgodnym z ustalonym przeze mnie w /etc/modprobe.conf. Mam tam takie wpisy: alias eth0 sis900 alias eth1 ipw2200 I w większości przypadków tak to się ładuje. Ale czasami - najczęściej po zmianie kernela (!) albo przy włączaniu laptopa rano, sterowniki są ładowane odwrotnie i z przyczyn oczywistych (różna konfiguracja dla poszczególnych interfejsów) sieć mi wogóle nie wstaje. Czy ktoś ma może pojęcie, co jest nie tak? Jeśli tak, to co? Może jakiś hint, jak ustalić kolejność na 100%? System to aktualne AC+ready, przy czym kernel jest z CVS-u (obecnie 2.6.16.7-0.1), udev-079-4. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
On Friday 21 April 2006 09:43, Robert 'dzeus' Graużenis wrote: > > a BTW: dlaczego oo2 nie jest budowane i dostepnie 'oficjalnie' w PLD? > > Czy to tylko kwestia testowania? > > Bo nie mamy do tego odpowiednio silnych maszyn (builderów). Wszystkie buildery są tak słabe ? Te x86 też ? A do test/unofficial nie można by puścić na owych silniejszych (jeśli są) ? -- Mateusz Korniak "Black holes are where God divided by zero." - Steven Wright ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
On Pt, Kwietnia 21, 2006 11:19, Lukasz B wrote: > a BTW: dlaczego oo2 nie jest budowane i dostepnie 'oficjalnie' w PLD? > Czy to tylko kwestia testowania? Bo nie mamy do tego odpowiednio silnych maszyn (builderów). -- Robert 'dzeus' Graużenis LRU #291194 & PLD user/admin/developer ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] bootkietki
O to przepraszam, pamietam ze kiedy stawialem nie bylo lilo. Ale chyba i tak oficjalne repozytorium Th nie ma tyle pakietow co Ac i jest duza szansa ze nie zupgraduje nam sie Ac do Th bo czesc zainstalowanego softu nie ma w repozytorum Th. 06-04-21, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> napisał(a): > On Friday 21 April 2006 09:26, Piotr Karbowski wrote: > > > Upgrade Ac do Th jest imho nie bardzo madry. Nie wszystkie pakiety Ci > > sie uaktualinly na te z Th > Problem jest głównie w tym, że część paczek w ac i th ma to samo E:V-E-R stąd > się nie upgradnie samo z siebie. > > > bo jego repozytora sa biedne, nie ma wielu > > wielu pakietow nawet lilo. > ? > > lftp ftp1.pld-linux.org:/dists/th> ls */i686/RPMS/lilo* > -rw-r--r-- 1 pldthpldth 416518 Apr 2 17:21 > PLD/i686/RPMS/lilo-22.7.1-1.i686.rpm > -rw-r--r-- 1 pldthpldth 13243 Apr 2 17:21 > PLD/i686/RPMS/lilo-debuginfo-22.7.1-1.i686.rpm > > > -- > Arkadiusz MiśkiewiczPLD/Linux Team > arekm / maven.plhttp://ftp.pld-linux.org/ > ___ > pld-users-pl mailing list > pld-users-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Piotr 'SlashBeast' Karbowski Another Happy Th User JiD: slashbeast//uaznia.net Site: http://slashbeast.eu.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] bootkietki
On Friday 21 April 2006 09:26, Piotr Karbowski wrote: > Upgrade Ac do Th jest imho nie bardzo madry. Nie wszystkie pakiety Ci > sie uaktualinly na te z Th Problem jest głównie w tym, że część paczek w ac i th ma to samo E:V-E-R stąd się nie upgradnie samo z siebie. > bo jego repozytora sa biedne, nie ma wielu > wielu pakietow nawet lilo. ? lftp ftp1.pld-linux.org:/dists/th> ls */i686/RPMS/lilo* -rw-r--r-- 1 pldthpldth 416518 Apr 2 17:21 PLD/i686/RPMS/lilo-22.7.1-1.i686.rpm -rw-r--r-- 1 pldthpldth 13243 Apr 2 17:21 PLD/i686/RPMS/lilo-debuginfo-22.7.1-1.i686.rpm -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th] bootkietki
06-04-21, Krystian Tomczyk <[EMAIL PROTECTED]> napisał(a): > Dnia 21-04-2006, pią o godzinie 00:38 +0200, Adam Gapiński napisał(a): > > Osóbka znana jako Krystian Tomczyk, wystukała: > > > OK zainstalowałem z bootkietki ac, mam 102 pakiety, a jak zmieniłem > > > konfig poldka na th i daję greedy-upgrade -t --reinstall * to mam tylko > > > 80 pakietów do przeinstalowania. Th ma niepodbity epoch? > > > > Może inny podział pakietów/brak odpowiedników w Th? > Jedną z paczek jest kernel-grsecurity-2.6.14.7-4 (w th, w ac jest > 2.6.14.7-5) > > Tak mi przyszło na myśl, choć to ręczna dłubanina, coby sprawdzić które z > > tych paczek z Ac możesz po upgrade do Th wywalić... > > > To sobie porównam spis pakietów - to "tylko" 22 pakiety różnicy :) > albo zrobię pset do poldka z rpm -qa (tylko jak najprościej pozbyć się > wersji z wyników - pewnie jakieś wyrażenia regularne...) > -- > Pozdrawiam > Krystian T > > "errare humanum est..." > > > ___ > pld-users-pl mailing list > pld-users-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > Upgrade Ac do Th jest imho nie bardzo madry. Nie wszystkie pakiety Ci sie uaktualinly na te z Th bo jego repozytora sa biedne, nie ma wielu wielu pakietow nawet lilo. Postaw Th z chroota, dobuduj z niego potrzebne pakiety a nie upgrade'uj do niego. Ja postawilem Th z poziomu Ac na innym dysku, calosc zajela mi parenascie minut. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: OO2 QuickStart
Użytkownik Lukasz Glebicki napisał: oooqs2.spec z pozdrowieniami no teraz to juz wiem... ale znowu klania sie przypadlosc PLD - 'a skad mialem wiedziec ze ten pakiet/spec tak sie akurat nazywa' ? (no, moze jak juz znalazlem 'oooqs2' to trzeba bylo poszukac, ale nie doszedlem do tego). W kazdym razie dzieki, zaraz sie zabiore za budowanie. a BTW: dlaczego oo2 nie jest budowane i dostepnie 'oficjalnie' w PLD? Czy to tylko kwestia testowania? -- Lukasz Bulak mc2-at-pld.linux.org (bedzie moze kiedys...) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
