pavbaranov Arch

Ze względu na sposób paczkowania w Archu (a co za tym idzie wszystkich jego pochodnych, w tym Manjaro, jak również wszystkich systemów, które wykorzystują pacmana) użyteczne dla programistów informacje, w przypadku błędów aplikacji, zbiera się nieco inaczej. Podstawowe informacje może dostarczyć uruchomienie programu w konsoli i sprawdzenie komunikatów, które w ten sposób uzyskujemy. Niekiedy będą to informacje użyteczne, np. że program nie potrafi znaleźć jakiejś biblioteki, niekiedy jednak program nie uruchamia się, bądź też w sposób niekontrolowany wyłącza, a terminal dostarcza nam jedynie suchej informacji o zrzucie pamięci itp. Jeśli taki wynik przedstawimy komukolwiek, kto zechce nam pomóc, to najczęściej będzie to bezwartościowa informacja, która nie jest w stanie nawet wyjaśnić, czy błąd tkwi w samym programie, czy jest związany z paczkowaniem, czy kompilacją. Nie będzie też wiadomo czy i w jaki sposób taką aplikację można naprawić. Z pomocą przychodzi uruchomienie programu po...

Na wstępie, by nie było nieporozumień: poniżej prezentowane rozwiązanie jest wspólnym dziełem dwu użytkowników Archa: graysky 'ego oraz grimscythe , a zostało zaprezentowane w wątku na forum Archa. Jest na tyle proste i ciekawe, że postanowiłem je przybliżyć. Po wykonaniu poniżej przedstawionych operacji, wywołanie skryptu z nazwą programu jako parametru pokaże ile pamięci RAM jest zajmowanych przez ten program. Do dzieła. Otwieramy jakikolwiek edytor tekstu (czyli np. nano, kwrite, kate, gedit itp.) i umieszczamy tam następujące linie basha: #!/bin/bash ps -A --sort -rss -o comm,rss | grep $1 | awk '{ sum+=$2 } END { print sum/1024 }' Zamykamy i zapisujemy, nadając mu jakąkolwiek, łatwą do zapamiętania przez nas nazwę. Koledzy z BBS zaproponowali appusage.sh . Może być. Dla ułatwienia sobie korzystania ze skryptu nadajemy mu uprawnienia wykonywalne: chmod +x appusage.sh Teraz jeszcze warto byłoby umieścić ów skrypcik w katalogu widzianym przez system. Domyśln...

Pewnie większość użytkowników Archa dawno już spotkała się z tzw. kernelami Cona Kolivasa, czy też z patchami BFS lub CK. Część z nas ich używa. Teoretycznie kernel Manjaro winien zawierać te patche już od dość dawna, jednakże kiedy go ostatni raz sprawdzałem (wczoraj) nie był wyposażony w te łatki. Na bieżąco nowe wersje kernela udostępnia w postaci binarnej użytkownik graysky , a zatem nie musimy ich kompilować. Co ciekawe, w jego repozytorium dostępnych jest bardzo wiele odmian dostosowanych do poszczególnych rodzajów procesora, a nie tylko wersje dla architektury 32 i 64 bitowej. Kompilacja jest zatem konieczna wyłącznie osobom, które z jakichś przyczyn chciałyby dokonać większych zmian w swoich kernelach. Dla nich są skrypty w AUR , które radzę dokładnie przeglądnąć, albowiem można w nich poustawiać sporo opcji. Jeśli ktoś chciałby dokładniej to poznać - zapraszam do dyskusji, czy to tutaj, czy na forum . Oprócz kerneli z najnowszej linii, są jeszcze repozytoria, w których można...

Kolejna wersja beta zbliża się dużymi krokami, jak na razie pojawiło się wydanie tygodniowe #134 i jesteśmy o tydzień bliźsi pierwszego wydania stablinego. Tymczasem PKGBUILD , a więcej - jak zwykle - dowiecie się ze strony programu i z githuba .

Właśnie ukazała się nowa odsłona aplikacji od KDE. Oczywiście dzięki arojasowi jest już dostępna dla Archa w repozytorium [kde-unstable] . Jeśli ktoś chciałby z niej skorzystać, to przypominam, że należy uruchomić to repozytorium oraz repozytorium [testing] albowiem programy trafiające do [kde-unstable] są budowane na podstawie aplikacji mieszących się właśnie w testing. W pliku /etc/pacman.conf należy zatem usunąć znak "#" przed [testing] oraz figurującym pod nim " Include = /etc/pacman.d/mirrorlist" oraz najlepiej na samej górze listy udostępnionych repozytoriów dodać: [kde-unstable] Include = /etc/pacman.d/mirrorlist Z informacji niezbyt miłych: - Blogilo nie potrafi jak na razie używać protokołu Bloggera - konieczna jest nowa biblioteka libkgapi, - nie działają kody QR w kaddressbook - wersja prison nie jest kompatybilna z Plasmą, Jak zwykle w przypadku udostępniania przez arojasa paczek w kde-unstable nie są dostępne pliki lokalizacyjne. Jeśli ...

Kolega Salvadhor stwierdził , że w Archu i Manjaro mamy jedynie "zwykłego" AzPaintera. Siadło mi na ambit :) Oto PKGBUILD umożliwiający budowę nowego AzPainterB 1.0.2. O samym programie więcej oczywiście na blogu Salvadhora.

Wraz z nastaniem pacmana w wersji 5.x zarządanie bazą man zostało z nim zintegrowane. Powoduje to, że baza ta jest przebudowywana praktycznie w każdym przypadku na końcu instalacji paczek. W niektórych przypadkach trwa to długo. Z odsieczą przyszedł znany w świecie Archa graysky  tworząc mandb-ondemand, który skraca ten proces. Skrypty dostępne są w AUR , a kod źródłowy na githubie . Cały proces instalacji ogranicza się do zbudowania i zainstalowania paczki w systemie. Nie wymaga żadnej ingerencji. Zatem: pb -S mandb-ondemand PS: Jeśli chcielibyście wiedzieć co oznacza tajemnicze pb , to nie jest to kwestia przyzwyczajenia do moich inicjałów, a postanowienie wspierania polskiej myśl informatycznej. Od tej chwili PKGBUILDer , którego autorem jest Kwpolska zastąpi tu yaourt, czy packera. Program dostępny jest w AUR , także w wersji GIT  i kiedyś go pewnie omówię ( źródła ).