Openjdk 8 alt linux

30 УЕОФСВТС 2021 Andrey Cherepanov 0:1.8.0.312.b04-alt1_0.1.eajpp8

New version.
Remove nss-softokn mentions.

22 УЕОФСВТС 2021 Andrey Cherepanov 0:1.8.0.312.b03-alt1_0.1.eajpp8

New version.

13 УЕОФСВТС 2021 Andrey Cherepanov 0:1.8.0.312.b02-alt1_0.1.eajpp8

New version.

5 УЕОФСВТС 2021 Andrey Cherepanov 0:1.8.0.312.b01-alt1_0.1.eajpp8

New version

27 БЧЗХУФБ 2021 Andrey Cherepanov 0:1.8.0.302.b08-alt2_0jpp8

FTBFS: disable LTO.

8 БЧЗХУФБ 2021 Andrey Cherepanov 0:1.8.0.302.b08-alt1_0jpp8

New version
Security fixes since 1.8.0.282.b08-alt1_0jpp8:
+ CVE-2021-2341: Improve file transfers
+ CVE-2021-2369: Better jar file validation
+ CVE-2021-2388: Enhance compiler validation
+ CVE-2021-2163: Enhance opening JARs
+ CVE-2021-2161: Less ambiguous processing
Remove accessibility packages

3 ЖЕЧТБМС 2021 Andrey Cherepanov 0:1.8.0.282.b08-alt1_0jpp8

New version (ALT #39635)
Require ca-trust-java instead of ca-trust (ALT #35690)
Package nss.cfg
Security fixes since 1.8.0.212.b04-alt2_0jpp8:
+ JDK-8247619 Improve Direct Buffering of Characters
+ CVE-2020-14779 Enhance support of Proxy class.
+ CVE-2020-14781 Enhanced LDAP contexts.
+ CVE-2020-14782 Enhance certificate processing.
+ CVE-2020-14792 Better range handling.
+ CVE-2020-14796 Improved URI Support.
+ CVE-2020-14797 Better Path Validation.
+ CVE-2020-14798 Enhanced buffer support.
+ CVE-2020-14803 Improved Buffer supports.
+ CVE-2020-14779 Enhance support of Proxy class
+ CVE-2020-14781 Enhanced LDAP contexts
+ CVE-2020-14782 Enhance certificate processing
+ CVE-2020-14792 Better range handling
+ CVE-2020-14796 Improved URI Support
+ CVE-2020-14797 Better Path Validation
+ CVE-2020-14798 Enhanced buffer support
+ CVE-2020-14803 Improved Buffer supports
+ CVE-2020-14579 NullPointerException in DerValue.equals(DerValue)
+ CVE-2020-14578 NegativeArraySizeException in sun.security.util.DerInputStream.getUnalignedBitString()
+ CVE-2020-14556 Better ForkJoinPool behavior
+ CVE-2020-14577 Enhance certificate verification
+ CVE-2020-14581 Better matrix operations
+ CVE-2020-14583 Better Buffer support
+ CVE-2020-14593 Less Affine Transformations
+ CVE-2020-14621 Better XML namespace handling
+ CVE-2020-2754 Forward references to Nashorn
+ CVE-2020-2755 Improve Nashorn matching
+ CVE-2020-2756 Better mapping of serial ENUMs
+ CVE-2020-2757 Less Blocking Array Queues
+ CVE-2020-2773 Better signatures in XML
+ CVE-2020-2781 Improve TLS session handling
+ CVE-2020-2800 Better Headings for HTTP Servers
+ CVE-2020-2803 Enhance buffering of byte buffers
+ CVE-2020-2805 Enhance typing of methods
+ CVE-2020-2830 Better Scanner conversions
+ CVE-2019-2933 Windows file handling redux.
+ CVE-2019-2945 Better socket support.
+ CVE-2019-2949 Better Kerberos ccache handling.
+ CVE-2019-2958 Build Better Processes.
+ CVE-2019-2964 Better support for patterns.
+ CVE-2019-2962 Better Glyph Images.
+ CVE-2019-2973 Better pattern compilation.
+ CVE-2019-2975 Unexpected exception in jjs.
+ CVE-2019-2978 Improved handling of jar files.
+ CVE-2019-2981 Better Path supports.
+ CVE-2019-2983 Better serial attributes.
+ CVE-2019-2987 Better rendering of native glyphs.
+ CVE-2019-2988 Better Graphics2D drawing.
+ CVE-2019-2989 Improve TLS connection support.
+ CVE-2019-2992 Enhance font glyph mapping.
+ CVE-2019-2999 Commentary on Javadoc comments.
+ CVE-2019-2894 Enhance ECDSA operations.
+ CVE-2019-2745 Improved ECC Implementation.
+ CVE-2019-2762 Exceptional throw cases.
+ CVE-2019-2766 Improve file protocol handling.
+ CVE-2019-2769 Better copies of CopiesList.
+ CVE-2019-2786 More limited privilege usage.
+ CVE-2019-7317 Improve PNG support options.
+ CVE-2019-2816 Normalize normalization.
+ CVE-2019-2842 Extended AES support.

2 ЖЕЧТБМС 2021 Andrey Cherepanov 0:1.8.0.272.b10-alt3_0.3.eajpp8

Remove crypto policy support that disable TLS1.3 (ALT #38170)

31 ДЕЛБВТС 2020 Igor Vlasenko 0:1.8.0.272.b10-alt2_0.3.eajpp8

added alternatives for keytool, policytool, etc

14 ДЕЛБВТС 2020 Igor Vlasenko 0:1.8.0.272.b10-alt1_0.3.eajpp8

new version

13 ДЕЛБВТС 2020 Igor Vlasenko 0:1.8.0.242.b08-alt2_0.0.eajpp8

use zerg@’s hack for armh

24 ОПСВТС 2020 Igor Vlasenko 0:1.8.0.242.b08-alt1_0.0.eajpp8

new version

14 ЙАМС 2019 Igor Vlasenko 0:1.8.0.212.b04-alt2_0jpp8

new alternatives layout

28 ЙАОС 2019 Igor Vlasenko 0:1.8.0.212.b04-alt1_0jpp8

new version

25 ЙАОС 2019 Igor Vlasenko 0:1.8.0.171-alt2_8.b10jpp8

added provides, cleaned up desktop files

22 ЙАОС 2019 Igor Vlasenko 0:1.8.0.171-alt1_8.b10jpp8

new version

22 ЙАОС 2019 Igor Vlasenko 0:1.8.0.161-alt1_0.b14jpp8

new version

13 ЖЕЧТБМС 2019 Aleksei Nikiforov 0:1.8.0.151-alt2_5.b12jpp8

NMU: fixed build with gcc-8.

22 ЙАОС 2018 Igor Vlasenko 0:1.8.0.151-alt1_5.b12jpp8

new version

14 НБС 2018 Sergey Bolshakov 0:1.8.0.144-alt5_1.b01jpp8

require java-1.8.0-openjdk for build on all platforms
built for aarch64

3 НБС 2018 Igor Vlasenko 0:1.8.0.144-alt4_1.b01jpp8

merged e2k support

27 ОПСВТС 2017 Igor Vlasenko 0:1.8.0.144-alt3_1.b01jpp8

removed obsolete exports in jvmjardir
removed obsolete security policy alternatives in _jvmprivdir
added java-1.x.0-openjdk alternative in jvmdir

6 ОПСВТС 2017 Igor Vlasenko 0:1.8.0.144-alt2_1.b01jpp8

fixed /usr/bin/java provides (closes: #32531)

2 ПЛФСВТС 2017 Evgeniy Korneechev 0:1.8.0.144-alt1_1.b01jpp8

new version

11 ЙАМС 2017 Aleksei Nikiforov 0:1.8.0.71-alt7_1.b15jpp8

Fixed build with gcc-6

6 ДЕЛБВТС 2016 Igor Vlasenko 0:1.8.0.71-alt6_1.b15jpp8

dropped dependency on maven-local in javadoc

20 ПЛФСВТС 2016 Igor Vlasenko 0:1.8.0.71-alt5_1.b15jpp8

trimmed desktop names (closes: #32463)

22 БРТЕМС 2016 Igor Vlasenko 0:1.8.0.71-alt4_1.b15jpp8

hack around mkimage

25 ЖЕЧТБМС 2016 Igor Vlasenko 0:1.8.0.71-alt3_1.b15jpp8

cleaned parasyte dep on /usr/bin/java

30 СОЧБТС 2016 Igor Vlasenko 0:1.8.0.71-alt2_1.b15jpp8

dropped dependency on maven-local

27 СОЧБТС 2016 Igor Vlasenko 0:1.8.0.71-alt1_1.b15jpp8

new version
TODO: add java8 support to tzdata and use system-wide tzdata-java

25 ОПСВТС 2015 Igor Vlasenko 0:1.8.0.45-alt1_40.b14jpp7

new version

Источник

JavaPlugin

Эта инструкция описывает установку модуля поддержки Java от Oracle для Firefox.

Содержание

Предыстория [ править ]

Так как компания Oracle изменила лицензию на Java, запрещающую её распространение в дистрибутивах Linux, в браузерах Chromium и Firefox стало невозможно использовать старый плагин Java (из Java 1.6.0 Sun), а OpenJDK 1.7.0 может не поддерживать некоторые аплеты. Пользователю остаётся скачивать Java с сайта Oracle и настраивать её работу.

Правильный способ [ править ]

1. Актуально для текущего стабильного бранча (p6) и Sisyphus. Обновить пакет mozilla-plugin-java-1.7.0-openjdk

2. Если аплеты не работают на OpenJDK, собрать OracleSDK как показано на http://www.altlinux.org/Java/OracleSDK и установить пакет mozilla-plugin-java-1.7.0-oracle

Чуть ниже инструкция для тех, кто не желает собирать пакет.

Получение Java с сайта Oracle [ править ]

Нажмите «Accept License Agreement» и выберите нужный RPM для своей архитектуры:

32-битные системы: jre-7u6-linux-i586.rpm (55 МБ)
64-битные системы: jre-7u6-linux-x64.rpm (53 МБ)

Установка RPM [ править ]

В терминале под правами root выполните

Для 32-битных систем:

Для 64-битных систем:

Регистрация в браузерах [ править ]

Для всех пользователей [ править ]

Если нужно сделать доступным для всех пользователей в Firefox и Chromium, выполните под правами root:

Для 32-битных систем:

Для 64-битных систем:

Для одного пользователя [ править ]

В терминале под обычным пользователем выполните

Для 32-битных систем:

Для 64-битных систем:

Проверка работы [ править ]

Проверка зарегистрированного плагина [ править ]

Запустите Firefox и откройте адрес

В списке модулей должен быть плагин Java, как показано на рисунке.

Источник

Java/OracleSDK

Установка Oracle Java 8 SDK в ALT Linux [ править ]

Обратите внимание: Java 7/6 доступны только по подписке, при наличии архива процедура аналогична

Содержание

Лицензионные ограничения [ править ]

jdk-6u26-linux является последним фирменным JDK, распространяемым под лицензией DLJ (Operating System Distributor License for Java version 1.1). Эта лицензия явно разрешает распространять JDK в составе дистрибутива. Таким образом, java-1.6.0-sun-1.6.0.26 является последним JDK от Sun/Oracle, входящим в состав Sisyphus.

Последующие версии Oracle JDK теперь распространяются под лицензией Oracle Binary Code License, в которой есть явное разрешение распространять JDK вместе с java приложениями, например, в составе LiveCD, но нет явного разрешения распространять JDK в одиночку как отдельный пакет. Поэтому их нет в сизифе.

Однако ничто не мешает установить данные пакеты самостоятельно. Для безболезненной установки Oracle JDK под ALT Linux доступны nosrc.rpm-пакеты. В них собственно Oracle JDK не входит, его нужно отдельно скачать, после чего их можно пересобрать по инструкции ниже и получить обычные rpm-пакеты, готовые к установке.

C 19 апреля 2019 года лицензионная политика снова поменялась, теперь Oracle JDK платная, последний релиз, который можно собрать и пользоваться без ограничений это 8u202 (скачать после авторизации на сайте можно тут)

NOSRC In a Nutshell [ править ]

Установите его командой вида:

После выполнения команды у вас появится новый каталог /home/UserName/RPM/ , в нём будет еще два каталога: SOURCES и SPECS

Скачайте в каталог SOURCES/ недостающий исходник jdk*.tar.gz для вашей архитектуры с сайта Oracle (Java SE Downloads, download.oracle.com, если ссылки устареют, поищите новые в google).

Например, для java-1.8.0-oracle-1.8.0.102 это будет файл:

Публикация nosrc.rpm может отставать от выпуска новых релизов java.

Если на сайте Oracle доступна более свежая версия, чем имеющиеся *.nosrc.rpm , необходимо внести поправки в файле java-1.8.0-oracle.spec и только после этого приступать к сборке *.src.rpm .

К примеру: У вас в файле java-1.8.0-oracle.nosrc.rpm в строке %define buildver указана версия 60, а на оф.сайте уже доступна версия jdk-8u72-linux-**.tar.gz ; править нужно следующее: ( «-» — это строка для изменения, «+» — та же строка, но уже с внесенными изменениями)

Обновить nosrc.rpm при желании можно подобным образом:

Далее установите в host-систему пакеты rpm-build-java browser-plugins-npapi-devel и в каталоге SPECS/ выполните команду (для Oracle JDK 8):

Полученный в результате java-1.8.0-oracle-1.8.0.102-alt1.src.rpm пересоберите в hasher.

Примечания [ править ]

При этом, если в хост-системе не будет некоторых дополнительных пакетов с макросами, именно, указанных в BuildRequires(pre): rpm-macros-alternatives browser-plugins-npapi-devel , то rpmbuild будет выдавать предупреждения, связанные с отсутствием соответствующих макросов. На это можно не обращать внимания, если сборка src.rpm пакета состоялась.

Если вы не осилили сборку в hasher, то надо делать так

При этом в систему установятся пакеты, необходимые для сборки пакета. После сборки, их можно удалить из системы.

Источник

Восьмая платформа

Восьмая платформа (p8), новая стабильная ветка репозиториев ALT Linux, предназначена для разработки, тестирования, распространения, обновления и поддержки комплексных решений всех уровней — от встроенных и мобильных устройств до серверов предприятий и датацентров, созданная и развиваемая в рамках проекта Sisyphus командой ALT Linux (ALT Linux team). Восьмая платформа поддерживается ООО «Базальт СПО».

Содержание

Что нового? [ править ]

Инфраструктура [ править ]

В репозитории доступны пакеты для создания современной инфраструктуры:

Samba-DC сервер контроллера домена Active Directory SOGo сервер групповой работы с функциональностью Microsoft Exchange Proxmox-VE Система управления виртуальными машинами OpenStack Среда для создания и управления инфраструктурными облачными сервисами и облачными хранилищами

Политика сборки Firefox [ править ]

Браузер Firefox будет собираться в трёх видах:

firefox — последняя версия из Sisyphus;
firefox-esr — последняя версия с длительной поддержкой (ESR);
firefox-gost — версия с патчами поддержки шифрования по ГОСТ.

Rust [ править ]

В состав p8 включён стабильный релиз компилятора Rust — современного свободного системного языка программирования, ориентированного на безопасность, скорость и параллелизм. Rust выполняет проверки безопасности кода при компиляции, выявляя ошибки в работе с памятью или условия гонки, при этом не имеет сборщика мусора, что позволяет писать встраиваемый код, низкоуровневый код драйверов или даже операционные системы (например, Redox OS). Разработку Rust ведёт Mozilla, которая использует его для создания распараллеливающегося и безопасного движка браузера нового поколения — Servo.

Версии подсистем и пакетов [ править ]

Репозитории Восьмой платформы будут обновляться в течение срока поддержки. На момент официального анонса p8 они содержат в том числе:

ПО	Версия
Ядро Linux (std-def)	4.4.13
Ядро Linux (un-def)	4.5.7
Ядро Linux (ovz-el)	2.6.32
systemd	229
GNU Libc	2.23
GCC	5.3.1
Python	2.7.11 и 3.5.1
Perl	5.22.1
Perl 6	2016.04
PHP	5.6.22
Ruby	2.0.0
Java	1.8.0.71 ( java-1.8.0-openjdk )
MONO	2.10.11 и 4.3.1.1
xorg-server	1.18.3
Mesa	11.1.3
GNOME	3.20.2
KDE4	15.12.2
KF5	5.6.4
Mate	1.12.1
XFCE	4.12
Enlightenment	0.20.9
Cinnamon	3.0.5
Firefox	46.0.1, firefox-esr 45.2.0, firefox-gost 38.8.0
LibreOffice	5.1 (5.1.2.1)
samba	4.4.3
samba-DC	4.4.4
Bash	3.2.57 и 4.2.50
Bind	9.9.8
CUPS	2.1.0
dhcp	4.3.3
apache2	2.4.18
nginx	1.10.1
mariadb	10.1.14
PostgreSQL	9.1.22, 9.3.13, 9.4.8 (обычная и для 1C), 9.5.3
postfix	2.11.7
dovecot	2.2.21
SOGo	2.3.10 и 3.0.2
openssl	1.0.2h
GTK+	2.24.30 и 3.20.6
Qt	4.8.7 и 5.6.0
tomcat	8.0.32
jboss	7.1.1
proxmox	4.2.11

Состав и версии других пакетов можно посмотреть на сайте проекта Prometheus.

Быстрое начало работы с репозиториями Восьмой платформы [ править ]

Многие пользователи, предпочитающие и умеющие самостоятельно определять состав системы и ее оформление, оценят возможность использовать для начала работы с новой платформой небольшие установочные образы с различными окружениями рабочего стола. Для реализации такого стиля работы с репозиториями Восьмой платформы созданы и доступны образы комплектов входа (starter kits) для архитектур i586 и x86_64 (окружения рабочего стола Cinnamon, Enlightenment, GNOME, IceWM, KDE4, KDE5, LXDE, LXQt, MATE, TDE, WindowMaker, Xfce, а также серверный инсталятор и образ для использования с OpenStack).

Ассортимент образов входа в p8 расширяется с выпуском обновлений, которые поставлены в автоматический квартальный режим (с надлежащим тестированием). Экспериментальные сборки бывают доступны здесь.

Важно заметить, что образы для начала работы с p8 не являются дистрибутивами, так как не содержат ни законченных решений, ни целостного оформления.

Другой подход к сборке образов для начала работы предлагает Евгений Прокопьев (enp@): altlive.

Дистрибутивные решения на Восьмой платформе [ править ]

Другие [ править ]

Ведется разработка новых защищенных решений на Восьмой платформе.

Скачать образы [ править ]

Доступны Альт 8 Рабочая станция (в двух вариантах), Сервер и Образование, а также стартовые наборы; при перегрузке основного сервера пользуйтесь яндекс-зеркалом.

Обновление системы до Восьмой платформы [ править ]

При переходе на Восьмую платформу с установленной системы внимательно прочитайте рекомендации по обновлению. В случае затруднений не торопитесь, задайте вопрос в списке рассылки или на нашем форуме.

Известные проблемы [ править ]

Старые версии тем GTK+ 3.x не работают с libgtk+3 > 3.20.0.

Пакетная база [ править ]

Выпуск [ править ]

14 апреля 2016 года объявлено об отделении бранча p8 от Сизифа.

Выпуск репозитория [ править ]

16 июня 2016 года

Поддержка [ править ]

Репозитории [ править ]

Для 32-разрядных систем:

Для 64-разрядных систем:

Зеркала [ править ]

Переход на Восьмую платформу [ править ]

Обновление пакетов Восьмой платформы [ править ]

Пакеты в p8 попадают следующими способами:

approve заданий мейнтейнеров по их просьбе в p8

При сборке пакета в ветку p8 сборочное задание должно быть одобрено службой контроля качества. В данный момент в этой роли выступает руководитель Отдела тестирования Сергей Новиков . Для получения одобрения необходимо сообщить ему номер задания.

Задания, получившие статус EPERM (без опции test-only) попадают на тестирование автоматически. Статус тестирования можно уточнить у руководителя отдела тестирования. Срок тестирования задания составляет до 5 рабочих дней, но может быть увеличен в зависимости от загрузки отдела тестирования и сложности задания. При положительном решении задание одобряется и запускается на выполнение руководителем Отдела тестирования. При отрицательном решении мейнтейнеру высылается письмо с результатами тестирования и причинами отказа.

Репозиторий для обновления публикуется раз в сутки примерно к 8:00 по московскому времени.

Источник