pavbaranov Arch

Nie pamiętam już jak długo jestem czynnym uczestnikiem różnego rodzaju forów internetowych dotyczących linuksa. W niektórych uczestniczę w istocie czynnie, inne jedynie przeglądam. Na jednych byłem, na innych jestem teraz. I... i bardzo bym chciał, by tym doradzającym przyświecała tytułowa, łacińska zasada. Medyczna przede wszystkim, ale chyba wszyscy winni sobie ją wziąć do serca i stosować w dowolnej dziedzinie, w której chcą komuś radzić. Do napisania mnie tego felietonu  zainspirowały mnie farmazony znalezione w pewnym  wątku na pewnym forum . Kompletny brak zrozumienia podstaw używanego przez siebie systemu, kompletny brak zrozumienia jego odmienności od innego, spowodował, że dobrą  :) poradą stało się dostarczenie systemowi repozytorium dla innego systemu. W tym przypadku jest to tzw. nieoficjalne repozytorium dla Archa, które ktoś proponuje używać w Manjaro, ale problem dotyczy również repozytoriów/paczek Ubuntu w Debianie (czy odwrotnie) itp. Można tych przykładów mnożyć. Za

Załóżmy hipotetycznie, że opiekunowie paczek z AUR wywiązują się ze swoich (w dodatku przez samych siebie na siebie nałożonych) obowiązków w sposób celujący, a porzucone oprogramowanie w AUR nie istnieje. Załóżmy nawet, że dotyczy to wyłącznie tych paczek, które z AUR używamy. Przyjęcie takiego założenia oznacza, że nowe PKGBUILDy w AUR będą się pojawiać w przynajmniej dwu sytuacjach: - albo oprogramowanie pojawi się w nowszej wersji, - albo zaistnieje konieczność przebudowania oprogramowania niezależnie od wersji. Zastanówmy się teraz przez chwilę jak budowane jest jakiekolwiek oprogramowanie ze źródeł. Otóż oprócz nielicznych wyjątków (np. słynne update-grub, które jest po prostu plikiem wykonywalnym powłoki zasadniczo z jedną linijką polecenia), wszystkie inne mają jakieś zależności. W dodatku dwojakiej postaci. Jedne są to zależności służące wyłącznie do zbudowania paczki. W późniejszym działaniu programu nie są one konieczne. Drugie uczestniczą zarówno w budowie, jak i

Niestety, jak się wydaje, lmdb z którego korzysta baloo sprawia ostatnio sporo problemów i są zamysły by go w baloo porzucić. Owe problemy sprowadzają się do bardzo częstego wywalania się baloo i różnych jego modułów, które możemy zaobserwować już podczas startu systemu. Jeśli obserwujemy takie zjawisko u siebie, to do czasu, gdy baloo zostanie przebudowane przez KDE, być może pomocnym będzie następujące rozwiązanie. Otwieramy konsolę i wpisujemy: balooctl purge && balooctl enable Jeśli baloo u Was działa prawidłowo, nie jest to konieczne. Pierwsze polecenie dokona usunięcia bazy danych indeksów, zaś drugie ponownie uruchomi baloo (bowiem najprawdopodobniej nie będzie działać).

Co najmniej wraz z nastaniem CUPS 2.3.0 (choć problemy zgłaszane były już w późnych wersjach serii 2.2.x) część (i to spora) drukarek odmówiła współpracy. Nie było też możliwości ich zainstalowania. Problem związany był ze zmianą dokonaną w CUPS polegającą na tym, że przestał on "przyjmować" te PPD (czyli ogólnie sterowniki drukarek), które miały wpisane "Custom" w różnych deklaracjach. Obecnie CUPS przyjmował tam "Other", a "Custom" powodowało, że drukarki stawały się tańszą lub droższą, niemniej jednak wyłącznie ozdobą naszych biur i domów. Sama zmiana dokonana w CUPS nie była zachcianką jego deweloperów, a powodowana była chęcią uniknięcia sygnalizowanego innego błędu powodującego wykrzaczanie się cupsd. I wszystko dobrze, ale spowodowała unieruchomienie znacznej ilości urządzeń. Problem nie dotyczy wyłącznie Archa i jego pochodnych, ale dotknął niemal wszystkich w miarę świeżych dystrybucji. Oczywiście owe PPD winny zostać przerobione prze

W repozytorium kde-unstable pojawiła się pierwsza beta Qt 5.14. Wstępne problemy z niewłaściwym wyświetlaniem elementów Plazmy zostały opanowane (jeśli ktoś używa, to należy bezwzględnie zaktualizować system z uwzględnieniem najnowszej wersji qt5-svg 5.14.0beta1-2). Pozostał jeszcze jeden problem, który wymaga ręcznej ingerencji. Otóż w przypadku, gdy pojawia się ekran blokady SDDM wpisanie hasła powoduje wyłącznie ponowne pojawienie się tego ekranu. Na całe szczęście można przejść do TTY by przynajmniej wyłączyć poprawnie komputer. Można, ale można też łatwo problem rozwiązać. Należy wykasować cache SDDM: # rm -r /var/lib/sddm/.cache i od tej chwili znów można się cieszyć normalną funkcjonalnością blokadą ekranu.

Od pewnego czasu w POLAUR dostępne są aplikacje rozprowadzane przez  4kdownload.com . Są one również dostępne w AUR, ale w nieco innej wersji. Zdecydowałem się na taki ruch, by nieco ułatwić życie osobom, które tego programu używają. Zanim przejdę do informacji o tym, jaka jest zasadnicza różnica między aplikacjami w POLAUR, a w AUR, muszę coś wytłumaczyć. Otóż oprogramowanie 4kdownload.com jest rozprowadzane na licencjach EULA  i nie posiada otwartych źródeł. W przypadku wersji dla linuksa dostępne jest ono w dwu paczkach binarek, obu deklarowanych jako budowanych dla Ubuntu w wersji 64 bitowej. Sama aplikacja (dowolna) pochodząca z 4kdownload.com jest swego rodzaju graficzną nakładką na ffmpeg , korzystając ze porzuconej już gałęzi tego oprogramowania w wersji 2.8. FFMpeg jest dostarczany na licencji GPL3. Twórcy aplikacji 4kdownload.com, przygotowując swoje paczki dla Ubuntu dostarczają w tych paczkach biblioteki ffmpeg2.8, przy czym gdzieś mają to, że w ten sposób naruszają licen