Z przyjemnością prezentujemy cynamon v3.4 do naszej dystrybucji. Przychodzi z nowymi cechami, mnóstwem poprawek i udoskonaleń. Została również stworzona nowa strona internetowa, aby łatwiej zainstalować aplety i dysklety. Zaktualizowaliśmy również większość naszych kerneli i wypuściliśmy najnowsze wersje LibreOffice i Thunderbird. Do tej aktualizacji dołączono również najnowsze KDE-Framework i Mesa-Stack +
Obecnie wspierane kernele:
- linux310 3.10.105
- linux312 3.12.74 [EOL]
- linux316 3.16.42
- linux318 3.18.53 [EOL]
- linux41 4.1.39
- linux44 4.4.68
- linux48 4.8.17 [EOL]
- linux49 4.9.28
- linux410 4.10.16
- linux411 4.11.1
- linux-RT-LTS 4.4.66_rt79 (x86_64)
- linux-RT 4.9.27_rt18 (x86_64)
Zaktualizowane pakiety:
- community i686: 269 new and 244 removed package(s)
- community x86_64: 287 new and 261 removed package(s)
- core i686: 22 new and 22 removed package(s)
- core x86_64: 22 new and 22 removed package(s)
- extra i686: 360 new and 353 removed package(s)
- extra x86_64: 360 new and 353 removed package(s)
- multilib x86_64: 6 new and 2 removed package(s)
Linki:
Ja miałem problem z instalacją pakietu cinnamon-settings, ponieważ wyskakiwało info że pakiet cinnamon-settings jest już zainstalowany w systemie. To wszedłem do Nemo jako root, odszukałem konfliktujący plik i usunąłem, i aktualizacja przebiegła prawidłowo.
Zauważyłem także że nowa wersja Cinnamon-a pożera więcej pamięci RAM.
@Robert75 – A propos usuwania konfliktujących plików. Niestety robi się to nieco inaczej i owszem w Twoim przypadku mogło się zdarzyć, że cała operacja przebiegła prawidłowo. Byłbym jednak ostanią osobą, która tak mechaniczny (czyt. w każdym przypadku) sposób usuwania tego typu konfliktów zalecałaby. Może się bowiem zdarzyć, że po takiej ingerencji nawet system już nie wstanie ponownie.
@pavbaranov – to Mógłbyś mi wyjaśnić jak inaczej rozwiązywać problemy konfliktujących plików.
Może kiedyś na blogu napiszę (w zasadzie to przepiszę, bo gdzieś już o tym pisałem na którymś forum). W komentarzu raczej nie pisze się tak długich tekstów. Niemniej jednak, jeśli hasłowo Ci coś da, to:
– po pierwsze zidentyfikować co z czym koliduje (to zrobiłeś),
– po drugie postąpić w zależności od pierwszego:
— skasować pliki jeśli nie należą do żadnego programu,
— poszukać, czy gdzieś nie zostało to opisane przez paczkujących oraz czy nie jest podane rozwiązanie,
— określić dlaczego zachodzi sytuacja, w której dwie paczki dostarczają tych samych plików (jeśli tak jest – to jest błąd pakowania),
— określić skąd pochodzi zainstalowany już pakiet dostarczający tych samych plików,
— odinstalować paczkę, która została zainstalowana wcześniej, a następnie – jeśli się w dalszym ciągu chce ją mieć, należy zmienić jej PKGBUILD i zbudować wg tego zmienionego.
Więcej jest też m.in. w wiki Archa.
Tak, czy inaczej skasowanie plików, które pacman widzi jako „znajdujące się już w systemie”, aby dokonać aktualizacji, jest dopuszczalne wyłącznie, jeśli pliki te nie należą do żadnej innej paczki. W przeciwnym przypadku zawsze dokonasz ingerencji w bazę pacmana, która od tej pory będzie wadliwa, co skutkować będzie wadliwością każdej już instalacji dotyczącej zainstalowanych w systemie paczek, które dostarczają tych samych plików.
Dziękuje za wyjaśnienie.
Robert75 – Tutaj masz szerzej i mam nadzieję, że przedstawiłem to w zrozumiały sposób: http://linux-pavbaranov.blogspot.com/2017/05/paczka-nie-moze-byc-zainstalowana.html