Rocky Bernstein wrote: > On Fri, Dec 9, 2016 at 4:39 AM, KO Myung-Hun <kom...@gmail.com> wrote: >
[...] >> >> What I meant was how I could connect to the server of *other >> platforms/OSes* not OS/2. >> > > The only platform where we have remote access is for Solaris. When the FSF > stuff is squared, let's discuss > opencsw.org access then if you want access to that. > > For linux, OSX, and windows, libcdio developers have those OS's available > somehow so there's no need right now to have accessible via the Internet. > > OS/2 like Solaris and BSDi (when it was supported) are a bit different in > that they are less used and less common, and it is unreasonable to expect > libcdio developers to want to or have to run those to do testing. > > >> >> And should it be 24/7 ? >> > > No. With BSDi all that mattered is that when someone made a request to try > it, a BSDi box was spun up in a reasonable amount of time. And when actual > CD and DVD testing was done, there was a CD or DVD in the server. (Or not > if we needed no media) > It's possible to setup SSH server on OS/2. However, it's hard to run the server publicly when requested. No other ways ? And I sent some patches. However, it does not include get_track_pregap_lba_os2(), because any drivers other than images did not implement it and libcdio describes that get_track_pregap_lba_os2() works on images. In case of SCSI sense reply, OS/2 DosDevIOCtl() seems not to support it. So it's not possible in current implementation. -- KO Myung-Hun Using Mozilla SeaMonkey 2.7.2 Under OS/2 Warp 4 for Korean with FixPak #15 In VirtualBox v4.1.32 on Intel Core i7-3615QM 2.30GHz with 8GB RAM Korean OS/2 User Community : http://www.ecomstation.co.kr