25 декабря 29

Альт на «Эльбрусе»: портирован LibreOffice 5.4

Усилиями коллеги, который поддерживает свободный офисный пакет LibreOffice в нашем дистрибутиве, успешно осуществлён его перенос на «Эльбрус» (в основном доработка для сборки компилятором lcc ветки 1.21).

LibreOffice 5.4, Альт, "Эльбрус-801"
© Фото из открытых источников

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Другие публикации по теме

Поделись позитивом в своих соцсетях

Комментарии 0

Для комментирования необходимо войти на сайт

все комментарии

1

guest26.12.17 16:39:23

1) А почему на скриншоте в Libreoffice кодировка KOI8R, а не UTF-8?! Можно вывод locale с Альта на Эльбрусе?
2) Будут ли более новые ядра, чем 3.14 (например, дял повышения производительности сетевого стека, вроде бы Жльбрус что-то из 4.х уже давно портировали)?
3) как с кодеками и ffmpeg обстоят дела? Будет ли работать VA-API на Radeon’ах?

#991111 ↑
- 1
  
  shigorin26.12.17 20:01:41
  
  1) у меня на ём локаль такая, т.к. в lcc ещё не все сообщения локализованы штатным порядком и есть часть прибитых в KOI-8;
  2) да, 4.9 уже вроде более-менее созрело, но ещё не спрашивали;
  3) с кодеками скорее неплохо, кое для чего есть и патчи для оптимизации под e2k; ~~vaapi ещё не смотрел, но не вижу поводов для неработоспособности~~ libva-driver-vdpau-0.7.4-alt3.1 собрался, осталось вспомнить, как применять.
  PS: в ru_RU.UTF-8 тоже всё работает, разумеется.
  
  Отредактировано: shigorin~20:54 26.12.17
  
  #991171 ↑
  - 1
    
    guest26.12.17 23:56:43
    
    libva-driver-vdpau это просдойка, от нее толку никакого без всего остального. Нужна libva
    
    #991278 ↑
    - 0
      
      shigorin27.12.17 15:13:29
      
      libva-1.8.3-alt2.S1, разумеется, давно есть.
      
      #991489 ↑
      - 1
        
        guest27.12.17 16:19:00
        
        А покажите вывод vainfo …
        
        Отредактировано: Михаил Новосёлов~16:20 27.12.17
        
        #991540 ↑
        
        0
        
        shigorin27.12.17 22:32:19
        
        Собрал/поставил libva-utils, напоролся на отсутствие /usr/lib64/dri/r600_drv_video.so в xorg-dri-radeon -- надо смотреть, без чего ещё я его собирал…
        
        #991685 ↑
      - Комментарий удалён
  - 1
    
    guest27.12.17 00:40:15
    
    lcc с незапамятных времен разрабатывают?
    
    #991289 ↑
    - 0
      
      shigorin27.12.17 15:13:48
      
      Давно уж. Причём и под sparc тоже.
      
      #991490 ↑
  - 1
    
    guest27.12.17 11:26:24
    
    Не совсем понятно зачем свой компилятор, вроде clang или тот же gcc можно расширять плагинами или модулями под новые архитектуры или я что-то путаю?
    Сейчас новые стандарты с++ позволяют писать более надежный код и писать его быстрее и проще, поэтому вопрос поддержки стандарта он очень актуальный, lcc какой поддерживает?
    
    Отредактировано: Денис Демидович~11:27 27.12.17
    
    #991384 ↑
    - 1
      
      guest27.12.17 16:35:09
      
      Два вопроса которые про эльбрус будут задавать вечно:
      1. Эльбрус это же спарк?
      2. Почему не портировали gcc/llvm?
      llvm говорят портировали когда джаву пилили, ожидаемо он генерирует тупо последовательный код который сводит всю вливность на нет. То есть llvm по факту заточен на один тип архитектур — на суперскалярные процессоры. Что касается gcc, то учитывая что на него даже языки никто переносит (всякие там Rust, Go) — это вещь в себе и целиком на плечах того кто его пилит.
      Ну и что тогда делать было, кроме как не написать свой с нуля?
      
      Отредактировано: Isaac Newton~16:38 27.12.17
      
      #991549 ↑
      - 1
        
        cyfive28.12.17 08:00:46
        
        Ну GO то есть в gcc, прямо на титульной странице написано [ссылки отключены]
        
        #991813 ↑
    - 0
      
      shigorin27.12.17 19:02:42
      
      Сейчас новые стандарты с++ позволяют писать более надежный код и писать его быстрее и проще, поэтому вопрос поддержки стандарта он очень актуальный, lcc какой поддерживает?
      Ветка 1.21 частично поддерживает c++11, 1.23 вроде как должна более-менее уметь c++14 -- но мы её ещё не перепаковали в работу, пока разгребаем другие вещи.
      
      #991621 ↑