pavbaranov

Jesteś nowy na forum? Przeczytaj ...

Udzielone Odpowiedzi

Oglądasz 15 posty - 1,111 do 1,125 (z 1,248 ogółem)
  • Autor
    Posty
  • W odpowiedzi do: Otter-Browser wydania tygodniowe #1394
    pavbaranov
    Forumowicz

    Teraz już wersja wyłącznie z qt5-webengine. Jednocześnie opisuję jak zmienić PKGBUILD by zbudować program umożliwiający wybór backendu (czyli pomiędzy qtwebkit i qt5-webengine) lub wyłącznie na qtwebkit. Obecne wydanie to 0.9.10 weekly 120.

    W odpowiedzi do: [Solved] Panel w XFCE nie pojawia się #1384
    pavbaranov
    Forumowicz

    Czyli masz coś nie-papu w ~/.config. Możesz podmienić z nowego użytkownika i sprawa winna być załatwiona.

    W odpowiedzi do: [Solved] Panel w XFCE nie pojawia się #1382
    pavbaranov
    Forumowicz

    Pokaż co masz w /etc/xdg/xfce4/ oraz zawartość – jeśli tam jest taki plik – kiosk/kioskrc

    PS: Ów „tryb kiosk” nie ma nic wspólnego z zapisywaniem czegokolwiek z uprawnieniami roota. Nawet gdybyś to tak uruchomił i chciał zgwałcić, to nie może przynieść pozytywnego rezultatu (a może być wyłącznie gorzej).
    Zresztą zaznajom się z informacją na wiki XFCE o trybie „kiosk”.

    W odpowiedzi do: Powiadomienia o urządzeniach – wybór programu w Plasma #1376
    pavbaranov
    Forumowicz

    /usr/share/solid/actions/solid_audiocd.desktop należy – u Ciebie pewnie również – do kdemultimedia-audiocd-kio, czyli w nomenklaturze KDE do audiocd-kio i to jest niestety nadal oparte o KDE4. Niestety również – z audiocd-kio w GIT nic nie wynika, by to ktoś przeportował do KF5.

    EDIT:
    Zatem wiadomo, że nic nie wiadomo. Przynajmniej jeśli chodzi o audiocd w Plasma 5. Na bugs.kde.org zgłoszone 2, niepotwierdzone, błędy: pierwszy i drugi. Pies z kulawą nogą się nimi nie zajmuje. Nie ma żadnej odpowiedzi osób, do których błędy zostały przyporządkowane (nie wiem dlaczego do dwu różnych, skoro błąd jest ten sam). Wynika z tego, że albo w Plasma 5 będzie jakieś inne rozwiązanie, albo być może przeportowane zostanie audiocd-kio (chyba nie ma się w ogóle kto tym zająć, bowiem od wielu wydań nic się tu nie dzieje), albo… w Plasma 5, aplikacje oparte o KF5 nie dogadają się z protokołem audiocd://

    W odpowiedzi do: Powiadomienia o urządzeniach – wybór programu w Plasma #1374
    pavbaranov
    Forumowicz

    W sumie, nawet nie powinno być potrzeby doinstalowania dolphinpart4. W linii, którą proponujesz mienić:
    Exec=dolphin4 audiocd:/?device=%d
    zamiast dolphin4 (to dolphin dla KDE4) wpisujesz dolphin i winno działać:
    Exec=dolphin audiocd:/?device=%d
    Cóż, niestety z portowaniem aplikacji i usług do Plasma 5 lekko mówiąc „grzebią się”.

    W odpowiedzi do: Powiadomienia o urządzeniach – wybór programu w Plasma #1372
    pavbaranov
    Forumowicz

    Prawdopodobnie jest to związane z istnieniem aplikacji KDE4 (k3b) w Plasma 5 i tym, że nie widzi ona plików *.desktop dla KDE4.
    Nie używam k3b (dla przykładu), ale prawdopodobnie istnieje możliwość obejścia problemu nawet bez dostępu do dystrybucji z KDE4. Otóż np. k3b pliki *.desktop odpowiedzialne za „usługi” w środowisku mają:

    pacman -Fl k3b
    [...]
    k3b usr/share/kde4/services/ServiceMenus/k3b_create_audio_cd.desktop
    k3b usr/share/kde4/services/ServiceMenus/k3b_create_data_project.desktop
    k3b usr/share/kde4/services/ServiceMenus/k3b_create_video_cd.desktop
    k3b usr/share/kde4/services/ServiceMenus/k3b_write_bin_image.desktop
    k3b usr/share/kde4/services/ServiceMenus/k3b_write_iso_image.desktop
    k3b usr/share/kde4/services/k3baudiometainforenamerplugin.desktop
    k3b usr/share/kde4/services/k3baudioprojectcddbplugin.desktop
    k3b usr/share/kde4/services/k3bexternalencoder.desktop
    k3b usr/share/kde4/services/k3bffmpegdecoder.desktop
    k3b usr/share/kde4/services/k3bflacdecoder.desktop
    k3b usr/share/kde4/services/k3blameencoder.desktop
    k3b usr/share/kde4/services/k3blibsndfiledecoder.desktop
    k3b usr/share/kde4/services/k3bmaddecoder.desktop
    k3b usr/share/kde4/services/k3bmpcdecoder.desktop
    k3b usr/share/kde4/services/k3boggvorbisdecoder.desktop
    k3b usr/share/kde4/services/k3boggvorbisencoder.desktop
    k3b usr/share/kde4/services/k3bsetup.desktop
    k3b usr/share/kde4/services/k3bsoxencoder.desktop
    k3b usr/share/kde4/services/k3bwavedecoder.desktop
    k3b usr/share/kde4/services/kcm_k3bexternalencoder.desktop
    k3b usr/share/kde4/services/kcm_k3blameencoder.desktop
    k3b usr/share/kde4/services/kcm_k3boggvorbisencoder.desktop
    k3b usr/share/kde4/services/kcm_k3bsoxencoder.desktop
    k3b usr/share/kde4/services/videodvd.protocol
    k3b usr/share/kde4/servicetypes/
    k3b usr/share/kde4/servicetypes/k3bplugin.desktop
    [...]

    Powinno zatem wystarczyć dolinkowanie tych plików w katalogu /usr/share/solid/actions/ (robimy to na prawach administratora, bo zwykły użytkownik nie powinien mieć tu dostępu).
    Dla vlc, stosowne pliki winny się już znajdować we właściwej lokalizacji:

    pacman -Fl vlc
    [...]
    vlc usr/share/apps/solid/actions/vlc-openbd.desktop
    vlc usr/share/apps/solid/actions/vlc-opencda.desktop
    vlc usr/share/apps/solid/actions/vlc-opendvd.desktop
    vlc usr/share/apps/solid/actions/vlc-openvcd.desktop
    [...]

    Amarok również winien lokować prawidłowo plik amarok-play-audiocd.desktop:

    pacman -Fs amarok-play-audiocd.desktop
    kde-unstable/amarok 2.8.90-2
        usr/share/apps/solid/actions/amarok-play-audiocd.desktop
    extra/amarok 2.8.0-7
        usr/share/apps/solid/actions/amarok-play-audiocd.desktop

    To są oczywiście dane z Archa, ale prawidopodobieństwo, że odziedziczywszy te paczki w Manjaro po Archu cokolwiek tu zmieniono jest niewielkie.
    W razie czego najlepiej sprawdzić listując paczkę (pacman -Ql paczka) bądź zapytać o określony plik usługi (pacman -Fs nazwa_pliku.desktop) i podlinkować do katalogu wskazanego przez aquilę.
    Wydaje się, że mniej zachodu.
    W przypadku k3b istnieje też możliwość instalacji paczki k3b-frameworks-git (z tego co wiem, dość dobrze sobie już radzi) czy to z AUR, czy też – wydaje się, że prościej – z repozytorium home_mazdlc_kde-frameworks-5_Arch_Extra – najprościej dodając do /etc/pacman.conf:

    [home_mazdlc_kde-frameworks-5_Arch_Extra]
    #SigLevel = PackageOptional
    SigLevel = Never
    Server = http://download.opensuse.org/repositories/home:/mazdlc:/kde-frameworks-5/Arch_Extra/$arch

    Po instalacji tego pakietu k3b winno być widoczne jako opcja w menu informującym o możliwych działaniach po włożeniu płyty CD/DVD do napędu.

    W odpowiedzi do: [SOLVED] e-pity, e-deklaracje nic nie działa jak należy #1369
    pavbaranov
    Forumowicz

    Skoro działa, to w katalogach adobe-air i adobe-air-sdk pozostały Ci m.in. źródła i katalogi służące do budowy paczek (/src i /pkg). Możesz sobie obecnie usunąć, bo nie będzie Ci już potrzebne.

    W odpowiedzi do: [SOLVED] e-pity, e-deklaracje nic nie działa jak należy #1366
    pavbaranov
    Forumowicz

    walnąłeś n i się pytasz co dalej?
    ttttttttttttttttttttttttttttttttttttttttttttttt
    wystarczy ?

    Sorki, ale nie wprowadzaj w błąd. Słusznie pyta.
    Jedna z pierwszych rzeczy, które robi yaourt po ściągnięciu skryptów jest umożliwienie edycji plików PKGBUILD i *.install (pomijam, że pliki te, ze względu na możliwość umieszczenia w nich złośliwego kodu zawsze przed instalacją czegokolwiek z AUR winny być przeglądane). Odpowiedź, której udzielił kuerten dotyczyła wyłącznie tego, że nie chce przeglądać/edytować PKGBUILDu. Po tej odpowiedzi yaourt winien odczytać jakie zależności są zadeklarowane w PKGBUILD oraz sprawdzić, czy są one już zainstalowane w systemie, a następnie ustalić, czy są one dostępne (repozytoria oraz AUR) i ewentualnie zaproponować ich ściągnięcie (tu odpowiadamy w istocie T). Problem, że z jakichś przyczyn yaourt tych czynności nie chce wykonać.

    W odpowiedzi do: [SOLVED] e-pity, e-deklaracje nic nie działa jak należy #1364
    pavbaranov
    Forumowicz

    adobe-air instaluje się prawidłowo. Przynajmniej w Archu. Po tym, co pokazałeś, skrypt winien sprawdzić zależności (unzip, adobe-air-sdk) i przejść do ich ściągnięcia i instalacji (tj. w przypadku adobe-air-sdk – winien instalować program z AUR). Całkiem możliwe, że napotkał jakiś problem na łączach. Spróbuj raz jeszcze lub odpowiedz mu „T” (tak zresztą zawsze należy robić, a już na pewno instalując jakiś program po raz pierwszy) i zobacz czy to coś zmienia.
    Zawsze też możesz zbudować pakiet z AUR wg „normalnych” zasad jego budowania, czyli ściągnąć tarbale interesujących programów, a następnie instalować przez makepkg. Przynajmniej więcej się można dowiedzieć o co chodzi, gdy coś idzie nie tak. Najprościej zrobisz to tak:

    yaourt -G adobe-air && yaourt -G adobe-air-sdk
    cd adobe-air-sdk
    makepkg -si
    cd ../adobe-air
    makepkg -si

    Jeśli nie będzie brakować jakichś zależności – paczka winna się zainstalować, a jak nie, to przynajmniej poda więcej informacji.

    W odpowiedzi do: Brakujące pozycje w Menu #1322
    pavbaranov
    Forumowicz

    Kernel raczej nie ma czegokolwiek wspólnego z ustawieniami menu dowolnego środowiska. Zacząłbym od tego, co w ostatnim czasie było instalowane. Być może masz zainstalowane PacmanLogViewer, gdzie dość łatwo można to ustalić. Jeśli nie – cat na /var/log/pacman.log.
    Jeśli coś „zniknęło” z menu to całkiem możłiwe, że odpowiada za to jakieś ustawienie w ~/.config (a tu żaden instalujący się program nie ma dostępu przy samej instalacji). Najprościej to sprawdzisz albo uruchamiając LXQT na jakimś nowym użytkowniku, albo nawet na Twoim dotychczasowym, po usunięciu ustawień z ~/.config (najprościej, to zmienić temu katalogowi nazwę, a po włączeniu się LXQT stworzy swoje własne, nowe ustawienia).
    Sprawdź zatem, czy nowy użytkownik otrzymuje brakujące pozycje w menu, jak również czy coś nie zostało ostatnio odinstalowane spośród programów związanych z LXQT. Możesz to wykonać również poprzez: yaourt -Sg lxqt bo od razu wyświetli Ci całą grupę (ale jedynie owe lqxt).

    W odpowiedzi do: Zmiana menadżerów logowania #1317
    pavbaranov
    Forumowicz

    To ostatnie (GRUB) – zerknij na wiki Archa. Przyda się i załapiesz o co chodzi.
    Grunt, że działa.

    W odpowiedzi do: Zmiana menadżerów logowania #1314
    pavbaranov
    Forumowicz

    To nie ma nic wspólnego z przywróceniem GRUBa – zostaw go.
    Dlaczego z pendrive nie działa? Musi działać!
    Masz coś na tym systemie? Jeśli nic ciekawego, to niekiedy prościej po prostu puścić nową instalkę :)

    W odpowiedzi do: Zmiana menadżerów logowania #1311
    pavbaranov
    Forumowicz

    Mam nadzieję, że to jeszcze działa. W ten sposób powinieneś otrzymać dostęp do swojego linuksa (na tym laptopie, co poległ) i móc go naprawić.
    Jeśli Ci się uda wejść na chroota, to wówczas:
    – zaktualizuj system,
    – usuń zbędne DM (np. lxdm), najlepiej z opcją -Rcsn (ale patrz, co Ci się wyświetli, bo nie chcę, byś potem mówił, że Ci pół systemu usunęło),
    – zainstaluj (tak, ponownie) lightdm i lightdm-gtk-greeter (o ile to XFCE),
    – dalej postępuj wg przywołanego wiki Manjaro dotyczącego uruchomienia lightdm
    Potem wyjdź z chroota i po restarcie – do jasnej <piiii> – ma działać. Łaski nie robi.

    W odpowiedzi do: Zmiana menadżerów logowania #1302
    pavbaranov
    Forumowicz

    Ta kombinacja, to przełączenie się z trybu graficznego do konsolowego. W tekstowym (konsolowym) działać nie będzie (tam działa Alt+Fx(1…8)). Na razie bądźmy w GRUB (to to okienko z wyborem systemu). Wybierz „awaryjny” i dokończ logowanie się w nim. Powinieneś dostać informację, że po wpisaniu hasła root przejdziesz do root. Jeśli tak, to przejdź, ale uwaga – wszystko co tu robisz, robisz na prawach administratora, zatem nie kombinuj, bo raczej nie jesteś zaawansowanym użytkownikiem. Teraz powinien pojawić Ci się prompt – coś, gdzie możesz cokolwiek wpisywać z klawiatury i… w sumie niewiele więcej widać. Jeśli tu jesteś – o ile nie odinstalowałeś lxdm – wpisz:
    systemctl disable gdm && systemctl disable dm (bo być może przepisałeś z palca, to co wyżej napisałem (dm – chodziło o ten Display Manager, który masz w systemie; nikt z nas raczej nie ma prawa wiedzieć, co tam masz).
    Następnie wpisz:
    systemctl start lxdm
    Jeśli wszystko dobrze – powinieneś się znaleźć w ekranie logowania lxdm.
    Jeśli tak jest, to teraz wciśnij: CTRL+ALT+F2 (lub 3, 4) i wpisz:
    systemctl enable lxdm
    Dla pewności możesz dopisać na końcu -f
    Jeśli nie jesteś w stanie przejść do linii komand (prompt) w trybie awaryjnym, to opisz co się dzieje po jego wybraniu i spróbujemy inaczej. Masz nośnik, z którego instalowałeś Manjaro? I drugie pytanie: masz jakiś tablet/smartfon, na którym jesteś w stanie podglądnąć net, gdy będziesz coś robił? Jeśli nie, to będziesz musiał sobie trochę dużo spisać :)

    W odpowiedzi do: Zmiana menadżerów logowania #1300
    pavbaranov
    Forumowicz

    Dobra – masz okno z możliwością wyboru systemu. Masz tam coś, przy czym jest napisane „tryb ratunkowy”, „rescue” albo cokolwiek o zbliżonym znaczeniu? Jeśli tak, to wybierz, poczekaj – dojdzie do czegoś, co zapyta Cię o hasło roota. Wpisz. Następnie wpisz:

    systemctl disable gdm
    systemctl enable lightdm
    sync && reboot

    Zanim wpiszesz ten nieszczęsny lightdm, sprawdź, czy go masz:
    pacman -Qs lightdm
    winno się pokazać cokolwiek co wygląda jak:
    local/lightdm i jakiś opis; tych „lightdm” możesz mieć więcej niż jeden.
    Jeśli nie masz – wróć do lxdm – będzie łatwiej. Wówczas zamiast lightdm wpisz lxdm.
    Zobacz, czy pomogło. Jeśli nie masz „rescue” – cóż, trzeba takie coś „założyć” wcześniej – daj znać.

Oglądasz 15 posty - 1,111 do 1,125 (z 1,248 ogółem)