#27819: cdrdao @1.2.3 Cannot setup device IODVDServices ---------------------------------+------------------------------------------ Reporter: awaters@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: snowleopard | Port: cdrdao ---------------------------------+------------------------------------------ Comment(by awaters@…): Replying to [comment:1 jmr@…]:

Did you confirm that it works on 10.5? If not, the snowleopard keyword is not warranted.

No, sorry. Saw another report for cdrdao had snowleopard as a keyword and thought I was being helpful. :) Only tested on 10.6.5. No 10.5 Mac available at the moment. -- Ticket URL: <https://trac.macports.org/ticket/27819#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#27819: cdrdao @1.2.3 Cannot setup device IODVDServices ---------------------------------+------------------------------------------ Reporter: awaters@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: cdrdao ---------------------------------+------------------------------------------ Comment(by ryandesign@…): You may wish to report this problem to the developers of cdrdao directly. We don't have anyone maintaining this port in MacPorts at this time. -- Ticket URL: <https://trac.macports.org/ticket/27819#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#27819: cdrdao @1.2.3 Cannot setup device IODVDServices ---------------------------------+------------------------------------------ Reporter: awaters@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: cdrdao ---------------------------------+------------------------------------------ Comment(by jagerman@…): The attached Portfile and patch fix this: IODVDServices doesn't appear to work anymore--perhaps this is an OS X change? The actual device needed--which cdrdao will try to use by default if --device is not specified--is something like: IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@B/AppleMCP79AHCI/PRT1@1/IOAHCIDevice@0/IOAHCISerialATAPI/IOSCSIPeripheralDeviceNub/IOSCSIPeripheralDeviceType05/IODVDServices That varies depending on your system, of course. But there's another bug, which is that while cdrdao has code to get the default device from the system, it copies it into a 128-length char array, but the above is longer than 128, so it gets truncated and fails. The attached patch doubles the length of the buffer, which fixes the problem. I also dropped the patch-libscg__scsi-mac-iokit.c patch from the Portfile, because as of 1.2.3, libscg isn't used; 1.2.3 adds and uses a native OS X interface instead. -- Ticket URL: <https://trac.macports.org/ticket/27819#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

#27819: cdrdao @1.2.3 Cannot setup device IODVDServices ----------------------------------+----------------------------------------- Reporter: awaters@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Resolution: fixed | Keywords: Port: cdrdao | ----------------------------------+----------------------------------------- Changes (by jmr@…): * cc: jagerman@… (added) * status: new => closed * resolution: => fixed Comment: Applied in r86712, thanks. Please report this upstream if you haven't already done so. The buffer should really be dynamically allocated, or at least set to the maximum possible length for a device name. Also note that it's preferable to provide changes to an existing Portfile in the form of a unified diff, rather than attaching the complete file. This makes it much easier to see what actually changed. -- Ticket URL: <https://trac.macports.org/ticket/27819#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS