Aktualizacja 2017-05-19 – KERNELS, LIBREOFFICE, MESA, THUNDERBIRD, CINNAMON

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:

Żródło(Oficjalne forum)

Manjaro 17.0.2-pre3

7 komentarzy do “Aktualizacja 2017-05-19 – KERNELS, LIBREOFFICE, MESA, THUNDERBIRD, CINNAMON”

  1. 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.

  2. @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.

  3. 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.

Dodaj komentarz