특정 오픈 소스 패키지를 VOS 또는 OpenVOS("VOS")의 일부 릴리스로 이식할 수 있는지 여부를 자주 묻는 메시지가 표시됩니다. VOS or OpenVOS 일반적인 대답은 사용자 모드 작업만 수행하는 대부분의 오픈 소스 패키지를 VOS로 이식할 수 있다는 것입니다. Stratus 고객은 VOS의 많은 다른 릴리스를 사용하고 있기 때문에 VOS의 새로운 릴리스마다 POSIX 환경에 새로운 기능을 추가했기 때문에 실제로 해당 패키지를 포팅하지 않으면보다 구체적인 답변을 제공하기가 어렵습니다.
나는 VOS에 소스 코드의 백만 줄을 통해 이식 한 것으로 추정한다. 나는 VOS에 소프트웨어를 이식 할 때 누군가가 직면 할 가능성이 문제의 대부분을 발생 했다고 생각합니다. 첫 번째 규칙은 조직에서 설치한 VOS의 최신 릴리스를 사용해야 한다는 것입니다. 릴리스가 몇 년 된 경우, 이는 우리의 고객 중 드문 시대가 아니다, 다음 거의 확실히 당신이 설치할 수있는 새로운 릴리스가있다. 당신은 여전히 우리의 오래된, 연속체 시스템을 사용하는 경우에도, 우리는 VOS14.7의 유지 보수 릴리스에서 POSIX 라이브러리를 개선하기 위해 계속, 그것은 여전히 이러한 추가 및 수정을 얻기 위해 업그레이드 가치가있다. 최신 V 시리즈 모듈이 있는 경우 모든 릴리스에서 가장 완벽한 POSIX 지원을 제공하는 OpenVOS 17.0.1을 사용해야 합니다.
VOS가 POSIX 헤더 또는 기능을 누락된 경우에도 "OPEN-Source 코드 를 VOS로 이동"(이전 블로그 게시물 참조)에서 설명했듯이 일반적으로 원래 소스 코드를 수정하거나 다른 오픈 소스 운영 체제에서 누락된 코드를 이식하여 부재를 해결하기가 어렵지 않습니다.
나는 당신이 VOS 익명 의 FTP 사이트에 "openvos.save.evf.gz"와 "posix.save.evf.gz"패키지가 VOS에 오픈 소스 소프트웨어를 이식하는 작업을 단순화 할 것을 발견 할 것이라고 생각합니다. 또한 많은 유용한 제안이 포함되어 있기 때문에 방금 참조 프리젠 테이션을 읽을 수 있기를 바랍니다.
내 경험은 많은 오픈 소스 패키지는 변경없이 OpenVOS 릴리스 17.0.1로 포트한다는 것입니다. 변경이 필요한 경우에도 일반적으로 상당히 사소한 것입니다. 남은 문제 영역 중 하나는 동적 연결이며, VOS의 현재 릴리스는 지원하지 않습니다. 일부 패키지는 테스트 사례(예: 슬리피캣 버클리 DBMS)를 실행하는 데만 동적 연결이 필요하며 일부는 MIT Kerberos의 현재 릴리스와 같은 테스트를 빌드해야 합니다. 인터넷 검색 엔진을 사용하여 정적 연결을 지원하는 패키지의 이전 복사본을 찾을 수 있습니다. 그런 다음 해당 지원을 현재 버전으로 가져올 수 있습니다. Stratus는 현재 OpenVOS의 향후 릴리스를 위한 동적 연결을 구현하고 있습니다.
항상 Stratus 전문 서비스 전문가를 고용하여 포트 및 관련 테스트를 수행하고 결과를 귀하에게 넘길 수 있습니다. 우리는 고객을 위해 gSOAP, Xerces 및 기타 패키지를 이식했으며, 물론 우리는 GCC에서 MySQL에 이르기까지 모든 것을 소프트웨어 제품 라이브러리에 이식했습니다.