From owner-freebsd-ports Sat Jun 20 02:01:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00368 for freebsd-ports-outgoing; Sat, 20 Jun 1998 02:01:29 -0700 (PDT) (envelope-from owner-freebsd-ports@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00348 for ; Sat, 20 Jun 1998 02:01:25 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA22309; Sat, 20 Jun 1998 02:00:02 -0700 (PDT) Received: from colossus.dyn.ml.org (dburr@pm5-12.sba1.avtel.net [207.71.222.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29734 for ; Sat, 20 Jun 1998 01:54:04 -0700 (PDT) (envelope-from dburr@colossus.dyn.ml.org) Received: (from dburr@localhost) by colossus.dyn.ml.org (8.8.8/8.8.7) id BAA17840; Sat, 20 Jun 1998 01:53:01 -0700 (PDT) (envelope-from dburr) Message-Id: <199806200853.BAA17840@colossus.dyn.ml.org> Date: Sat, 20 Jun 1998 01:53:01 -0700 (PDT) From: dburr@POBoxes.com Reply-To: dburr@POBoxes.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: ports/7004: sysutils/cdrecord depends on mkisofs, is this necessary? Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 7004 >Category: ports >Synopsis: sysutils/cdrecord depends on mkisofs, is this necessary? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jun 20 02:00:01 PDT 1998 >Last-Modified: >Originator: Donald Burr >Organization: Starfleet Command >Release: FreeBSD 2.2.6-RELEASE i386 >Environment: FreeBSD 2.2.6-RELEASE. Latest 'n greatest ports tree, fresh from CVS. >Description: The port sysutils/cdrecord has a RUN_DEPENDZ on the mkisofs port. Is this really necessary? For example, what if the author only wants to burn audio CD's? He'd then find no use for mkisofs, but would probably find audio/tosha to be useful. Or what if the user wnats to master mixed mode or Joliet/HFS cd's? Then he'd want "mkhybrid". Since we now have in effect three "pre-mastering" progrms (two for data, one for audio), having one of them forced as a 'default' may not be right? >How-To-Repeat: try building it :) >Fix: Beats me. How about a pkg/MESSAGE file (and appropriate incantations in the Makefile to print it out upon 'make install') that basically says eomthing like this: // cut here You have successfully installed the CDrecord port. However, before you can do anything useful with it, you will need a program to generate data for it (either audio data, or a file system). You will need to install additional ports/packages for this. Here are some suggestions: sysutils/mkisofs - Generates ISO 9660 filesystems, with optional RockRidge extensions. sysutils/mkhybrid - Generates ISO 9660 filesystems, with optional RockRidge extensions, Joliet, or HFS filesystems, or a combination of above (useful for making "mixed mode" CD's) audio/tosha - Grabs digital audio data from an audio CD and dumps it onto your hard drive. Using the files it generates, you can burn your own audio CD. // cut here >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message