Home › Fora › Projekty › Inne projekty › Może się komuś przydać
- This topic has 53 odpowiedzi, 4 uczestników, and was last updated 7 years, 2 months temu by napcok.
- AutorPosty
- 10 marca 2017 o 05:59 #31134 kwietnia 2017 o 09:45 #3437pavbaranovForumowicz
Dostosowanie makepkg.conf tak, by kompilator budował program dla naszego procesora.
5 kwietnia 2017 o 10:57 #3450pavbaranovForumowiczGrub-Imageboot – czyli upraszczamy sobie uruchamianie ISO bezpośrednio z dysku.
5 kwietnia 2017 o 10:58 #3451pavbaranovForumowiczDalsza część kompilacji programów z flagami procesora – qmake cz.2
12 kwietnia 2017 o 09:10 #352818 kwietnia 2017 o 09:21 #358614 maja 2017 o 12:35 #3976pavbaranovForumowiczJak uruchomić Manjaro, gdy to się nie uruchamia (np. po aktualizacji).
Oczywiście w ten sposób uruchomimy wyłącznie sesję konsolową.
Porada jest właściwa dla wszystkich systemów korzystających z systemd.27 maja 2017 o 11:03 #4239pavbaranovForumowiczRozwiązanie wprawdzie dla Archa, jednakże w Manjaro postępujemy podobnie: jak sobie radzić w sytuacji, gdy przy instalacji bądź aktualizacji otrzymujemy informację, że nie może być wykonana, albowiem jakiś plik istnieje już w systemie plików.
27 maja 2017 o 14:15 #4252pavbaranovForumowiczI krótko o instalacji pakietów. Wprawdzie w Archu, ale szczególnie dla osób korzystających z Manjaro testing jest to rozwiązanie prawidłowe.
28 maja 2017 o 15:59 #4306pavbaranovForumowiczKMail pobiera widok katalogu, trwa to długo, a my chcemy się zapoznać/wysłać pocztę bardzo szybko… Szybkie rozwiązanie.
28 maja 2017 o 16:31 #4307UltherModeratorJeśli ma się komuś przydać to niżej przedstawiam rozwiązanie na jeden z błędów.
Jeśli wystąpił błąd podobny do:/usr/lib/libssl.so.1.1 not found
Oznacza ze nie masz zaktualizowanych zestawów pakietów.
Rozwiązaniem będzie:sudo pacman-mirrors -g sudo pacman -Syyu
31 maja 2017 o 21:55 #4327pavbaranovForumowiczNiebawem pewnie i w Manjaro taki problem będzie: packagekit, który dla instalacji nie wymaga uprawnień roota.
Jeśli jest inaczej – proszę o informację, albowiem wówczas wpis jest bez sensu.1 czerwca 2017 o 13:02 #4329pavbaranovForumowiczWalczymy z zablokowaną bazą pacmana, a w zasadzie to próba wytłumaczenia w ogóle dlaczego tak się dzieje.
1 czerwca 2017 o 15:56 #4330Gary58ForumowiczPlik istnieje jeśli jesteś pewien, że menedżer pakietów nie jest już uruchomiony, możesz usunąć /var/lib/pacman/db.lck
No właśnie czasami tak miałem, że chciałem uruchomić Pamac a tu , że już jest uruchomiony (bo chyba z tym to się wiąże). Nie wiedziałem jak skorzystać z uruchomionego Pamaca, bo go nie widać, chciałem zabić proces ale też nie wiedziałem dokładnie który więc uruchamiałem pc ponownie. Mogłem usunąć plik „db.lck’ ale nie byłem pewien jak postąpić bo pisało ,że można go usunąć jak jesteś pewien , że menedżer pakietów nie jest uruchomiony. Jeśli nie mogłem się tam dostać to wg mnie był uruchomiony. Za kolejnym razem jednak usunąłem plik i też podziałało.
2 czerwca 2017 o 15:51 #4331pavbaranovForumowiczWprawdzie nie dotyczy to pamac, ale jeśli chodzi o octopi, to mogę podrzucić jego PKGBUILD wolny od octopi-notifier. Oczywiście nie zobaczymy, że są jakieś aktualizacje, ale za to zwolnimy nieco zasobów, na pewno w tle nie będzie działał – IMO zbędny – proces, który ma uprawnienia root, a zatem zwiększymy nieco bezpieczeństwo, no i na pewno nie będzie już występować kolizja między działającym w tle procesem (w zasadzie to usługą sytemd) octopi-notifier, a próbą zainstalowania jakiejś paczki.
- AutorPosty
- Musisz być zalogowany aby odpowiedzieć w tym wątku.