Jump to content

farba

Użytkownicy
  • Content Count

    91
  • Joined

  • Last visited

  • Days Won

    4

farba last won the day on March 12 2013

farba had the most liked content!

Community Reputation

3 Neutral

About farba

  • Rank
    Użytkownik
  1. Cześć, ale Fedora 14 jest już od dawna nie aktualizowana! Prawda?
  2. Cześć. Deepblu na tej stronie znajdziesz, chyba wszystkie informacje dotyczące firewalld: https://fedoraproject.org/wiki/FirewallD#Dynamic_firewall_with_FirewallD
  3. Cześć chamzjasla. Osobiścnie mam dla Ciebie dwie propozycje. Po pierwsze zainstalować Ubuntu (wiem, że masz ochotę na zmianę), ale w wersji 12.04 LTS (wspiercie do kwietnia 2017 r) i wraz ze środowiskiem XFce, czyli Xubuntu. Na jednym z komupterów mam właśnie ten system od wersji beta 2 i do tej pory, żadnych problemów po aktualizacji np. kernela (nigdy mi się nie zdarzyło mieć problemu), innych paczek, jak choćby strerowników do karty graficznej (nVidia GeForce), czy choćby aktualizacji systemu, typu 12.04.1 do wersji 12.04.2. Dodatkowym plusem jest oczywiście AppArmor (o wiele łatwiejszy od SELinux) z domyślnym profilem dla Firefoxa, co z kilkoma dodatkowymi addons jak np. noscript, tworzy naprawdę "szczelną" aplikację. W wersji 12.04 LTS dostępna jest aktualna wersja 19.0.2. Oczywiście, są dostępne profile dla innych aplikacji np. dhclient, cupsd, avahi-daemon itd. Aaa, jeszcze jedno; proponuję wyłączenie tzw. "proposed updates", ponieważ i tak te aktualizacje trafią do systemu, ale zostaną przetestowane. Plusów możnaby mnożyć. Jednym z większych jest oczywiście Security Features. Niewiele dystrybucji oferuje coś podobnego. Debian dopiero od wersji 7.0 Wheezy rozpoczął implementację tych funkcji. Co do OpenSusue. Myślę, że to również jest dobry wybór. Fajny, bezpieczny systemik. Niestety nie miałem przyjemności testować go przez dłuższą chwilę, ale z pewnością wrócę do niego w przyszłości. To tylko moje osobiste zdanie podparte doświadczeniem. Nic więcej.
  4. Nie wiem czy Juve rozwiązał swój problem i czy jeszcze przegląda ten temat, ale znalazłem coś takiego: KDE touchpad i wygląda na to, że post #2 zawiera rozwiązanie. Jeszcze to: TouchPad, KDE i to Enable laptopt touchpad, Vertical scrolling and tapping. p.s. google: fedora 16 kde enable touchpad itd. ;-)
  5. farba

    Skype 2.2 Beta

    Hej, dzięki za odpowiedź. Zapomniałem z tego wszystkiego wspomnieć o szczegółach moich prób rozwiązania tego "problemu". Oczywiście poradnik dla wydania Verne przestudiowałem na początku :-) Jedyna różnica polegała na tym, że Skype był w innej wersji i proces nie wisiał długo na liście procesów (zamykał się od razu po zakończeniu).
  6. farba

    Skype 2.2 Beta

    Cześć! Mam problemy z aplikacją Skype na Fedorze 16 w wersji z Xfce4, ściągnietą z oficjalnej strony (wersja dla Linuksa, Fedora 13+). Skype zainstalowałem za pomocą "instalacja oprogramowania" dostępnego w menu pliku. Generalnie problemy są dwa: długie logowanie na konto, oraz brak listy kontaktów, pomimo, że co jakiś czas w prawym dolnym rogu pojawia się informacja o dostępności użytkowników. Miał ktoś podobne doświadczenia?
  7. Istnieje jeszcze jedna możliwość niewymagająca instalacji czegokolwiek. Sprawdzone i potwierdzone na Fedora 16 Xfce4. A więc; do pliku /etc/X11/xorg.conf.d/00-enable-taps.conf należy dodać taki oto wpis Section "InputClass" Identifier "tap-by-default" MatchIsTouchpad "on" Option "TapButton1" "1" EndSection Po ponownym uruchomieniu systemu, touchpad będzie działał i tolerował kliknięcia.
  8. 08.05.2012 r brzmi nieźle, ponieważ oznacza to, że Fedora 16 będzie wspierana jeszcze około 11-stu miesięcy. A z proroctwem (#3) kolegi Miszcz'a, nawet dłużej :-)
  9. Cześć, nie mam pliku ethers w katalogu /etc/, natomiast istnieje strona podręcznika dla man ethers. O ile pamiętam w Fedorze 14 owy plik istniał. Dlaczego tak się dzieje? Czy jest to zależne od np. środowiska? Czy mogę utworzyć ten plik? EDIT: Wygląda na to, że domyślnie nie ma tego pliku, należy go utworzyć, wyedytować i uruchomić stosowną usługę. Temat zamknięty.
  10. Cześć, wynik dla cups, ale wygląda na to, że ta usługa została zatrzymana. Głównie chodzi mi o to, czy jest to normalne, że podczas korzystania z tego polecenia/programu, w konsoli pojawia się ten komunikat a GUI dla systemadm "znika". Przepraszam, ale chyba pomyliłem się z tym logiem i wkleiłem niepoprawny, tzn. dotyczący innej usługi. Nie pasuje mi kilka ścieżek, ale cups nie widnieje już jako uruchomiona usługa. Natomiast dalej chciałbym wiedzieć czy to samoistne zamykanie się GUI jest normalne.
  11. Witam. Mam krótkie pytanie odnośnie w/w narzędzia. Czy u Was, próbując zatrzymać jakąkolwiek usługę np. cups.service po naciśnięciu przycisku stop, systemadm wyłącza się a na konsoli pojawia się coś w tym stylu? ... b75d4000-b75f0000 r--p 022db000 08:03 49006 /usr/lib/locale/locale-archive b75f0000-b77f0000 r--p 00000000 08:03 49006 /usr/lib/locale/locale-archive b77f0000-b77fa000 rw-p 00000000 00:00 0 b7809000-b780a000 rw-p 00000000 00:00 0 bfe88000-bfea9000 rw-p 00000000 00:00 0 Zarządzając usługami via systemctl stop/disable nazwa.service czy nawet chkconfig wszystko wygląda ok, jedynie mam problem z usługą rpcbind, ponieważ uruchamia się z każdym startem systemu, pomimo wyłączenia jej za pomocą systemctl. Pytanie no. 2 - czy korzystając z internetu poprzez WiFi jako zwykły desktop bez żadnych usług, współdzielenia/udostępniania plików (odpada także usługa nfs i pochodne?) etc. potrzebuję mieć uruchomioną usługę avahi i jej pochodne? A co z fedora-storage-init-late.service loaded active exited Initialize storage subsystems (RAID, LVM, etc.) fedora-storage-init.service loaded active exited Initialize storage subsystems (RAID, LVM, etc.) fedora-wait-storage.service loaded active exited Wait for storage scan System zainstalowany "normalnie", bez tworzenia lvm etc. Po prostu utworzyłem partycję z pomocą Anacondy. Skoro nie mam dwóch i więcej dysków, wydaje się, że w/w usługi nie są potrzebne, prawda? Chcę się jedynie upewnić.
  12. Po zmianach dokonanych w pliku xdg-user-dirs.dirs i wykonaniu polecenia xdg-user-dirs-update otrzymałem $ xdg-user-dirs-update /home/farba/Pobrane was removed, reassigning DOWNLOAD to homedir /home/farba/Szablony was removed, reassigning TEMPLATES to homedir /home/farba/Publiczny was removed, reassigning PUBLICSHARE to homedir /home/farba/Dokumenty was removed, reassigning DOCUMENTS to homedir /home/farba/Muzyka was removed, reassigning MUSIC to homedir /home/farba/Zdjęcia was removed, reassigning PICTURES to homedir /home/farba/Video was removed, reassigning VIDEOS to homedir Po ponownym zalogowaniu XDG_DESKTOP_DIR="$HOME/Desktop" XDG_DOWNLOAD_DIR="$HOME/" XDG_TEMPLATES_DIR="$HOME/" XDG_PUBLICSHARE_DIR="$HOME/" XDG_DOCUMENTS_DIR="$HOME/" XDG_MUSIC_DIR="$HOME/" XDG_PICTURES_DIR="$HOME/" XDG_VIDEOS_DIR="$HOME/" Tworząc katalogi ręcznie, owszem są po polsku, ale mają inną ikonę. Też niebieską, ale bez nutki na folderze "Music" itd. Po zmianie z powrotem na us_US w pliku user-dirs.locale i ponownym wywołaniu xdg-user-dirs-update, pojawił się tylko ten komunikat /home/farba/Download was removed, reassigning DOWNLOAD to homedir Ale z tego co widzę menu (po kliknięciu ppm) zostało spolonizowane. Jeszcze kilka godzin temu było angielskie. Nie wiem już o co może chodzić. Ważne, że to menu się zmieniło. Katalogi utworzę jeszcze raz po polsku i będzie ok. W wolnej chwili poszukam jeszcze jakiegoś rozwiązania dla folderów i opisów aktywatorów dla programów na dolnym panelu. Ciekawe jest to, że np. po dodaniu Firefoxa opis jest angielski, i ze wszystkich kilkunastu tylko "Monitor przestrzeni dyskowej" jest po polsku.
  13. Czyli reasumując; wyedytować te pliki, zmienić wartości en_US na pl_PL oraz spolonizować nazwy folderów w katalogu domowym. Pisząc o utworzeniu odpowiednich katalogów, masz na myśli edycję pliku user-dirs.dirs i zmienienie tych nazw? Nie usuwać tych katalogów i nie tworzyć ich na nowo? Zmieniając "ręcznie" np. katalog Dokumenty, zmieniła się ikona i zniknęła z tego drzewa/listy folderów (po lewej) w menadżerze plików.
  14. Cześć, odpisuję dopiero teraz z powodu dużej ilości różnej maści zadań. No więc tak $ cat $HOME/.config/user-dirs.locale en_US $ cat $HOME/.config/user-dirs.dirs # This file is written by xdg-user-dirs-update # If you want to change or add directories, just edit the line you're # interested in. All local changes will be retained on the next run # Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped # homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an # absolute path. No other format is supported. # XDG_DESKTOP_DIR="$HOME/Desktop" XDG_DOWNLOAD_DIR="$HOME/Downloads" XDG_TEMPLATES_DIR="$HOME/Templates" XDG_PUBLICSHARE_DIR="$HOME/Public" XDG_DOCUMENTS_DIR="$HOME/Documents" XDG_MUSIC_DIR="$HOME/Music" XDG_PICTURES_DIR="$HOME/Pictures" XDG_VIDEOS_DIR="$HOME/Videos" Sposób z ponownym użyciem system-config-language i wylogowaniem nie przyniósł oczekiwanego rezultatu. Na temat xdg-user-dirs-update poczytam w wolnej chwili i dam znać czy coś się zmieniło.
  15. Przeczytaj, prosze raz jeszcze tytul tematu, a dokladnie mówiac jego sródtytul (badz dalsza czesc jesli mowa o poscie #1). Niepelna Polonizacja Systemu. Fedora 16 z Xfce4.8
×
×
  • Create New...