Debian Stretch 64비트의 OpenJDK7 JRE 32비트

Debian Stretch 64비트의 OpenJDK7 JRE 32비트

저는 현재 Debian Stretch를 사용하고 있습니다(현재 테스트 중). 설치해야 해요자바 7 32비트특정 버전과만 호환되는 이전 애플릿을 사용할 수 있습니다. 64비트도, Java 8도 아닙니다(저를 판단하지 마세요).

openjdk-7-jre현재 테스트할 수 있는 패키지는 없으며 openjdk-7-jrei386 아키텍처에도 적합하지 않고 작은 프로그램을 실행하기에 충분하지 않습니다.

안정 버전(Jessie)에서 수정하자는 생각이 들어서 다음 파일을 추가했습니다.

/etc/apt/sources.list.d/stable.list

deb http://ftp.caliu.cat/debian/ stable main contrib non-free
deb-src http://ftp.caliu.cat/debian/ stable main contrib non-free

deb http://security.debian.org/ stable/updates main contrib non-free
deb-src http://security.debian.org/ stable/updates main contrib non-free

# stable-updates, previously known as 'volatile'
deb http://ftp.caliu.cat/debian/ stable-updates main contrib non-free
deb-src http://ftp.caliu.cat/debian/ stable-updates main contrib non-free

/etc/apt/preferences.conf

Package: *
Pin: release a=stable
Pin-Priority: 100

이제 패키지를 찾을 수 있지만 openjdk-7-jre:i386이를 통해 설치하려고 하면 다음과 같은 메시지 apt-get -t stable install openjdk-7-jre:i386가 나타납니다.

Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 openjdk-7-jre:i386 : Depends: openjdk-7-jre-headless:i386 (= 7u111-2.6.7-1~deb8u1) but it is not going to be installed
                      Depends: libatk1.0-0:i386 (>= 1.12.4) but it is not going to be installed
                      Depends: libcairo2:i386 (>= 1.2.4) but it is not going to be installed
                      Depends: libfontconfig1:i386 (>= 2.11) but it is not going to be installed
                      Depends: libfreetype6:i386 (>= 2.2.1) but it is not going to be installed
                      Depends: libgdk-pixbuf2.0-0:i386 (>= 2.22.0) but it is not going to be installed
                      Depends: libgtk2.0-0:i386 (>= 2.8.0) but it is not going to be installed
                      Depends: libpango-1.0-0:i386 (>= 1.14.0) but it is not going to be installed
                      Depends: libpangocairo-1.0-0:i386 (>= 1.14.0) but it is not going to be installed
                      Depends: libpangoft2-1.0-0:i386 (>= 1.14.0) but it is not going to be installed
                      Depends: libx11-6:i386 but it is not going to be installed
                      Depends: libxcomposite1:i386 (>= 1:0.3-1) but it is not going to be installed
                      Depends: libxext6:i386 but it is not going to be installed
                      Depends: libxi6:i386 but it is not going to be installed
                      Depends: libxrender1:i386 but it is not going to be installed
                      Depends: libxtst6:i386 but it is not going to be installed
                      Depends: libxrandr2:i386 but it is not going to be installed
                      Depends: libxinerama1:i386 but it is not going to be installed
                      Depends: libgl1-mesa-glx:i386 but it is not going to be installed or
                               libgl1:i386
                      Depends: libatk-wrapper-java-jni:i386 (>= 0.30.4-0ubuntu2) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

나는 Apt-pinning에 대한 경험이 많지 않아서 다른 것을 시도했습니다.먼저 고정가치관도 같은 행운을 가집니다.

물론 openJDK-7 JRE 32비트 버전을 직접 다운로드하여 설치할 수도 있지만 가능하다면 패키지 관리자를 사용하는 것이 좋습니다. 제가 뭘 잘못하고 있는지 힌트를 주실 수 있는 분이 계십니까?

감사합니다!

답변1

libgif4tzdata-java안정 버전과 베타 버전 사이에는 안정 버전 사용을 매우 어렵게 만드는 몇 가지 변경 사항이 있습니다 openjdk-7-jre.

대신 테스트를 실행 중이므로 현재 실험에서 사용할 수 있는 버전을 사용해야 합니다.

deb http://ftp.caliu.cat/debian/ experimental main
deb-src http://ftp.caliu.cat/debian/ experimental main

저장소에 추가 apt-get update하면 를 설치할 수 있습니다 openjdk-7-jre:i386.

답변2

다중 아키텍처 패키지를 설치하는 데는 종종 많은 어려움이 따릅니다.

고정되지 않은 리포지토리에서 특정 패키지를 설치해도 모든 종속성이 자동으로 설치되지는 않습니다. apt-get 명령에서 모든 종속성을 나열해 볼 수 있습니다.

항상 패키지를 사용하는 것이 좋지만 이 경우에는 다시 생각해 보는 것이 좋을 것 같습니다.

개인적으로 호스트의 나머지 부분을 오염시키지 않기 위해 Docker 컨테이너에서 애플리케이션을 실행해 볼 수도 있지만 이는 완전히 다른 이야기입니다.

관련 정보