Odpowiedź forum utworzona
- Wpisy
O tempora, o mores…
Masz spolszczony system. Tu nie ma ~/Desktop, a jest (pewnie ~/Pulpit).
Ok. Ściągnąłeś paczkę. Pewnie pobrała Ci się do katalogu ~/Pobrane. I… teraz będzie mi prościej pokazać Ci to w konsoli (w Cinnamon, to bodaj Terminal). Uruchamiasz i wpisujesz kolejno (po # jest komentarz):cd ~/Pobrane unzip HUAWEI Data Cards Linux Driver.zip #po 'unzip' zaczynasz pisać pisać HU i wciskasz TAB - samo się uzupełni tar -zxvf Linux Driver 4.19.19.00.tar.gz #jw. po 'tar -zxvf' zaczynasz pisać Li i TAB cd driver ./installUwaga: jeśli ów „./install” się z jakiejś przyczyny nie powiedzie, to wydajesz to z rootem (sudo winno wystarczyć).
robię wszystko zgodnie z instrukcją ale nie moge tego zainstalować
Pamiętaj, że nikt tu nie siedzi przy Tobie i nie widzi tego co robisz. Stwierdzenie: „nie mogę tego zainstalować” absolutnie niczego nie stwierdza. Musisz podać informacje o tym, co robisz (pewnie nie każdy przeczytał tę instrukcję) i jakie są następstwa ich wykonywania. Bez tego się nie da, a z takimi informacjami, to już być może.
‚błąd’ wynika (spekuluję) z założenia, że problem dotyczy tych paczek i tylko tych paczek
Myślę, że jednak z pewnych przyzwyczajeń. Jakoś przyzwyczailiśmy się, że instalujemy paczkę jakimś poleceniem, chcemy mieć najnowszą to aktualizujemy repozytoria i…
I to się nazywa debianowe/ubuntowe/itd/itp podejście. Tam inaczej są paczki budowane i inaczej mają podawane zależności od, tego co w systemach RR jest zwyczajem, a już w szczególności Archa i pochodnych. Tutaj w krew nam winno wejść, że jakiekolwiek zmiany w zainstalowanych programach robimy po pełnej aktualizacji systemu (lub wraz z nią). PKGBUILDy niezmiernie rzadko i wyłącznie wówczas, gdy jest to absolutnie niezbędne, zawierają deklaracje wersji paczek zależnych. Tutaj paczka nazywa się paczka, a nie paczka_1.12. Zależnością jest „paczka”, nie „paczka_1.12”, albowiem ta ostatnia będzie… inną paczką (ostatnio wychodzi to przy openssl). Paczki są budowane – zasadniczo – na podstawie tych paczek (z tymi zależnościami), które są w repozytorium stabilnym… Archa (oprócz tych, które są budowane przez Manjaro; o zmianach w paczkach Archa niemalże zapomnijmy). Dodatkowo jest takie repozytorium w Archu jak staging, które odpowiada za „hibernację” pewnych paczek do czasu przebudowania innych, które są w jakiejś zależności z nimi. Nv.
Efekt jest taki, że jeśli wydamy polecenie:
pacman -S paczka
bądź
pacman -Sy paczka
to przy nieszczęśliwym zbiegu przypadków możemy spotkać się z taką sytuacją, w której „paczka” nie będzie wymagać jakichś zależności, albowiem pacman odnajdzie je jako już zainstalowane w systemie. Pobierze natomiast i zainstaluje ową „paczkę”. Jeśli „paczka” została zbudowana na podstawie jakiejś paczki zależnej w innej wersji od tej, która znajduje się już w systemie, to coś może nie zadziałać. To właśnie przez założenie, że Arch (ogólnie RR) ma być zawsze aktualne oraz wymagania (a raczej ich brak) w PKGBUILDzie deklarowania minimalnych (i maksymalnych niekiedy) wersji kompatybilnych z nimi paczek zależnych. Założenie jest takie, że zaktualizowany system ma obowiązek działać (choć oczywiście bywają wyjątki).
Wydanie natomiast polecenia:
pacman -Syu paczka
na pewno dokona aktualizacji wszystkich paczek znajdujących się lokalnie w naszym systemie, a nadto instalację paczki „paczka”. Mamy zatem pewność, że „paczka” została przeznaczona (i zbudowana) na podstawie tych samych wersji paczek, które mamy w systemie i tych właśnie, a nie innych wymaga.I sorry, za OT.
Mam do Ciebie ogromną prośbę, czy mógłbyś naprawić ten PKGBUILD w AUR żeby go można było zainstalować bezpośrednio z AUR.
Nie, nie mógłbym, podobnie jak i nie mógłby tego zrobić autor tego PKGBUILDu, który jest w komentarzach. Ani on, ani ja nie mamy możliwości zmian w jakimkolwiek kodzie, którego opiekunem jest kto inny. Możesz zgłosić taki błąd (choćby mailowo) bezpośrednio opiekunowi takiej paczki. Nie jest to z naszej strony brak dobrej woli, ale po prostu brak możliwości.
Natomiast jeśli chcesz tutaj pomocy, to musisz cokolwiek więcej napisać oprócz „coś mi nie wychodzi budowanie paczki”. Gdy zgłosiłeś ten problem, to zbudowałem tę paczkę z wskazanego Ci PKGBUILDu i buduje się prawidłowo. Coś zatem źle robisz, ale bez Twojej pomocy nie będziemy wiedzieć co. Zatem – jeśli chcesz się dalej bawić i lepiej poznać system – musisz po prostu po kolei wskazać co robisz i jakie są tego efekty. Na pewno będzie można to ogarnąć.
Jak zrobić instalkę w PKGBUILDzie ?
To akurat nie do Ciebie. Instalkę masz w podanym Ci linku.
Ok – krótkie pytanie, bo będzie prościej: masz dostęp do Windows?
Jeśli nie masz, to po wpięciu i ewentualnym odczekaniu chwili wydaj w konsoli:
eject sr1
jeśli nadal nie pomoże, to jeszcze
eject sdb
Odczekaj chwilę (może być dłuższa) i sprawdź, czy nie masz możliwości podłączenia netu.
Jeśli nie masz, będziemy kombinować dalej. Modem (a raczej urządzenie) jest wykrywane przez system, problem w tym, że wykrywane jest jako pamięć masowa, a nie modem (to popularny problem niemal wszystkich obecnych modemo-kart pamięci). W Windows bardzo często są programy, którymi można to przełączyć łatwo. W linuksie… też łatwo, ale nieco trudniej niekiedy.Na koniec oficjalne info ze strony Huawei (to tak a propos szukania w necie :)). Jeśli ten sterownik zadziała, to daj znać, albowiem przydałoby się mu zrobić instalkę w PKGBUILDzie.
Proszę o pozostałe informacje z postu z 12:00.
Nadto czy po włączeniu modemu pojawia Ci się gdzieś możliwość otwarcia urządzenia (dysku)? Zwykle w Cinnamon jest to okienko, w którym masz informację o tym, że „nowe urządzenie zostało podłączone” i pytanie „co z tym system ma robić/jakim programem otworzyć” – domyślnie będzie to menedżer plików. Ewentualnie, czy pojawia Ci się ikonka nowego urządzenia na pulpicie? (nie pamiętam dokładnie czy akurat tak w Cinnamon jest, czy to MATE).
Jeśli tak jest, to bez otwarcia i pod warunkiem, że owa ikonka się pojawia – PPM na niej i wybierz opcję „wysuń”. Jeśli nie (nie ma ikonki), to w konsoli wydaj polecenie:
eject
Odczekaj chwilę i spróbuj zobaczyć, czy pod ikonką sieci masz możliwość skonfigurowania nowego połączenia sieciowego.
Tak, czy inaczej – informacje.Nie ma „modemu Huawei” jest określony modem Huawei, który zastosowanymi rozwiązaniami różnić się może od innego tej samej firmy.
Rozwiązań nt. uruchamiania modemu i sieci Play w linuksie – akurat w necie mnóstwo (sam ich niegdyś szukałem).
Zadając pytanie musisz nam umożliwić udzielenie Ci odpowiedzi.
Pierwsze, to – jakże inaczej – pryncypia: jakie Manjaro masz zainstalowane (chodzi o wersję np. KDE, XFCE i bardzo ważne w tym przypadku, czy to jest/nie jest społecznościowe wydanie z OpenRC); nazwa modemu wraz z dokładną informacją o modelu.
Drugie – co się dzieje po włożeniu modemu – jaka reakcja systemu? (Pewnie będzie, że żadna :)).
Trzecie – jeśli to co wyżej w nawiasie, to poprosimy wyniki poleceń:
systemctl status ModemManager
pacman -Q mobile-broadband-provider-info
I bezpośrednio po włożeniu modemu:
dmesg | tail
lsusbCiekawe czy, a jeżeli tak, to jakie ma, to znaczenie.
To jest normalna kolej rzeczy.
Pierwsza kolejność: aktualizujesz klucze z serwera (–refresh-keys), a następnie odświeżasz lokalną ich bazę (–populate).
Druga kolejność: tu kluczem jest usunięcie dotychczasowej bazy z systemu (rm) i ich całkowita instalacja od nowa (pacman -Sy XYZ); skoro tak, to najpierw musisz bazę zainicjować (–init), odświeżyć (–populate) i… w zasadzie nie wiadomo już po co aktualizacja kluczy z serwera (–refresh-keys).
Tak, czy inaczej problem, na który powyższe jest remedium, przejawia się tym, że pacman widzi aktualizacje, ale nie może ich zainstalować, albowiem klucze gpg mu się nie zgadzają, natomiast w omawianym przypadku pacman nie widzi możliwości aktualizacji.Swoją drogą, to w tym poradniku jest jeden błąd, otóż nie:
pacman -Sy nazwa_paczki
ale
pacman -Syu nazwa_paczki
Pierwsze rozwiązanie (choć nie powinno występować akurat z tymi paczkami, które w tutorialu), gdy wejdzie w krew może, ale nie musi, zrobić w systemie „kuku”, najczęściej objawiające się niedziałającym programem.@Ulther – to rozwiązanie nieco na wyrost, albowiem @wiini nie wskazuje na istnienie jakiegokolwiek błędu przy aktualizacji, a jedynie na to, że aktualizacja na jednym z komputerów nie jest dostępna (innymi słowy pacman -Syu nic nie zwraca). Wprawdzie proponowane przez Ciebie rozwiązanie nie jest inwazyjne i nie powinno spowodować niczego oprócz odnowienia kluczy w systemie, jednakże dobra zasada współpracy ze swoim systemem jest taka, by nie dokonywać w nim niepotrzebnych zmian, czy ingerencji.
Hmmm…. jeszcze mi przyszło do głowy porównanie plików /etc/pacman.d/mirrorlist obu komputerów, a w szczególności pierwszego serwera, który się w obu znajduje (pacman łączy się z serwerami w kolejności tych wpisów, jeśli połączy się z pierwszym serwerem, to nie korzysta z następnych). Jeśli są inne, to przepisz z komputera, gdzie aktualizacja na pewno się odbyła, do komputera, na którym nie jest dostępna link do pierwszego serwera.
Twój sposób na budowanie samodzielnie paczek jak dla mnie zbyt skomplikowany
To nie „mój” sposób. Taki istnieje od początku Archa :) Podaję raz jeszcze w skrócie, bo może się przydać, gdy binarki nie będzie lub tmpfs będzie zbyt mały by zbudować program. Oczywiście na przykładzie omawianego programu. Zakładam, że osoba korzystająca ma yaourt, ale podaję również rozwiązanie bez niego.
Ściągany jest i rozpakowywany tzw. tarball, zawierający skrypty niezbędne do budowy
yaourt -G 4kvideodownloader
Przechodzimy do ściągniętego katalogu
cd 4kvideodownloader
Ściągamy prawidłowy PKGBUILD pamiętając, że musi to być RAW – z linku powyżej trzeba kliknąć właśnie w to słowo; możemy też użyć copy&paste i zamienić treść pliku PKGBUILD nowym
wget https://gist.githubusercontent.com/anonymous/2ec6e24cfab58668e066d9af9289fc53/raw/f33b6a1e536d06d49574f58525bf7b61d51c463e/PKGBUILD
Tworzymy paczkę, instalujemy ją w systemie i usuwamy zarówno programy, które służyły jedynie jego budowaniu, jak i katalogi, w których tworzona była paczka
makepkg -sircWspomniana alternatywa dla osób, które nie korzystają z yaourt, zamiast pierwszego polecenia nalezy wydać:
git clone https://aur.archlinux.org/packages/4kvideodownloaderO co chodzi z tym plikiem dziennika? On nie ma nic wspólnego z aktualizacjami, pacmanem itp.
Poczekaj z dzień, dwa… może coś się wyjaśni.W takim razie, zakładając że nic nie jest skopane, w istocie nie ma żadnych aktualizacji na owym drugim komputerze. Możesz sobie zresztą sprawdzić dowolne ostatnio zaktualizowane programy na tym, gdzie aktualizacja była i ich wersje na obu komputerach.
Tu masz proste polecenie, które zwróci Ci co było ostatnio aktualizowane/instalowane:
tac /var/log/pacman.log | sed -n '/full system upgrade/q;s/.*\[ALPM\] upgraded //p'
