From sacadmin Thu Jan 31 16:17:15 2008 Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m110HFEo013703; Thu, 31 Jan 2008 16:17:15 -0800 (PST) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m110HFgK013699; Thu, 31 Jan 2008 16:17:15 -0800 (PST) Date: Thu, 31 Jan 2008 16:17:15 -0800 (PST) From: John Fischer Message-Id: <200802010017.m110HFgK013699@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Subject: Including LCMS with Solaris [PSARC/2008/071 FastTrack timeout 02/07/2008] Status: RO Content-Length: 566 Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Including LCMS with Solaris 1.2. Name of Document Author/Supplier: Author: Stefen Teleman 1.3 Date of This Document: 31 January, 2008 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: SFW 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From John.Fischer@sun.com Thu Jan 31 16:25:42 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m110Pg9a014691 for ; Thu, 31 Jan 2008 16:25:42 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m110PemF065012 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 31 Jan 2008 17:25:42 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVJ0041VAISDA00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 31 Jan 2008 17:25:40 -0700 (MST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVJ00EFMAGZD0D0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 31 Jan 2008 17:24:35 -0700 (MST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m110OZN4024411 for ; Thu, 31 Jan 2008 16:24:35 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVJ00A01A9MJQ00@fe-sfbay-10.sun.com> (original mail from John.Fischer@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 31 Jan 2008 16:24:35 -0800 (PST) Received: from [192.168.10.6] ([24.10.86.139]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVJ00HOGAGWLZF0@fe-sfbay-10.sun.com>; Thu, 31 Jan 2008 16:24:33 -0800 (PST) Date: Thu, 31 Jan 2008 16:24:09 -0800 From: John Fischer Subject: PSARC/2008/071 - Including LCMS with Solaris Sender: John.Fischer@sun.com To: psarc-ext@sun.com Cc: Stefan.Teleman@sun.com Reply-to: John.Fischer@sun.com Message-id: <47A266A9.6090006@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_mYflcQrGsXJg0LnlrLaSIg)" X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 8128 This is a multi-part message in MIME format. --Boundary_(ID_mYflcQrGsXJg0LnlrLaSIg) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT PSARC, I am sponsoring this fast track for Stefan Teleman from the SFW group. The case materials contain this proposal. I have set the timeout for Thursday, February 7th, 2008. This project proposes to integrate the LCMS [ Little Color Management System ] within a Patch release of Solaris. It implements the International Color Consortium's ICC.1:2004-10 Specification. Thanks, John --Boundary_(ID_mYflcQrGsXJg0LnlrLaSIg) Content-type: text/plain; name=proposal.txt Content-transfer-encoding: 8BIT Content-disposition: inline; filename=proposal.txt  Including LCMS [ Little Color Management System ] with Solaris Stefan Teleman 29 January 2008 1. Summary and motivation LCMS [Little CMS] [1] is a Color Management System implementing the International Color Consortium's ICC.1:2004-10 Specification. [2] LCMS implements fast and efficient colorspace transforms between different ICC Profiles. Its features include full multicolor support, Black color preservation in CMYK <-> CMYK transforms, Virtual Gray <-> RGB Profiles, built-in ICC Profiles support, ICC Profile writing, Specialized Virtual Profiles, and Ink Limiting. An ICC Profile is a standardized means of encoding color definitions and calibrations. Conversion between different ICC Profiles is usually achieved by means of a Profile Connection Space. A Profile Connection Space is a mapping between two Colorspaces [ for example, RGB and CMYK ]. An ICC Profile may define several Colorspace mappings, thereby allowing for the closest possible color match. A competing alternative to the ICC.1:2004-10 Specification has been proposed by OpenEXR. [5] ICC Profile [6] and Colorspace information may be encoded within each graphics file. This approach is currently in use by some of the most popular graphics file formats: TIFF, JPEG, PNG, MNG, EPS, PDF, SVG. The inclusion of LCMS in Solaris will add ICC Profile and Color Management capabilities to those graphics file formats supporting such facilities. The "Little" in LCMS stands for "small overhead". This case seeks Micro/Patch release Binding. 2. Technical issues 2.1. Key objects /usr/bin/icctrans /usr/bin/icc2ps /usr/bin/icclink /usr/bin/jpegicc /usr/bin/tifficc /usr/bin/tiffdiff /usr/bin/wtpt /usr/include/lcms/icc34.h /usr/include/lcms/lcms.h /usr/lib/liblcms.so.1.0.16 /usr/lib/liblcms.so.1 -> /usr/lib/liblcms.so.1.0.16 /usr/lib/liblcms.so -> /usr/lib/liblcms.so.1.0.16 /usr/lib/pkgconfig/lcms.pc /usr/lib/${MACH64}/liblcms.so.1.0.16 /usr/lib/${MACH64}/liblcms.so.1 -> /usr/lib/${MACH64}/liblcms.so.1.0.16 /usr/lib/${MACH64}/liblcms.so -> /usr/lib/${MACH64}/liblcms.so.1.0.16 /usr/lib/${MACH64}/pkgconfig/lcms.pc /usr/share/man/man1/icc2ps.1 /usr/share/man/man1/icclink.1 /usr/share/man/man1/icctrans.1 /usr/share/man/man1/jpegicc.1 /usr/share/man/man1/tifficc.1 /usr/share/man/man1/wtpt.1 This case proposes the integration of LCMS Version 1.17. This version of LCMS [1.17] is thread-safe, 64-bit clean and largefile aware. The 64-bit LCMS library will be delivered with this Integration. By default, LCMS installs its header files under /usr/include. We propose changing this default installation location to a more suitable /usr/include/lcms, for the purpose of avoiding namespace pollution in /usr/include. LCMS provides documentation in UNIX Manual format for Section 1 (User Commands) of the Manual only. It does not provide a Section 3 Manual page for the LCMS API; the documentation for the LCMS API is provided in plaintext format. The plaintext documentation will be used as basis for a new lcms.3 Manual Page, which will be added to, and included with, this Integration. 2.2. Programmatic facilities Access to LCMS' API is provided by one header file, lcms.h: #include A basic application using the LCMS API will, generally, perform the following steps: /* 1. declare an input CMS Profile and an output CMS Profile */ cmsHPROFILE hInProfile; cmsHPROFILE hOutProfile; /* 2. declare a Colorspace Transform */ cmsHTRANSFORM hTransform; /* 3. Initialize the input and output CMS Profiles */ hInProfile = cmsOpenProfileFromFile("HPSJTW.ICM", "r"); hOutProfile = cmsOpenProfileFromFile("sRGBColorSpace.ICM", "r"); /* 4. Initialize the Colorspace Transform */ hTransform = cmsCreateTransform(hInProfile, TYPE_BGR_8, hOutProfile, TYPE_BGR_8, INTENT_PERCEPTUAL, 0); /* 5. Perform Colorspace Transformations */ int i; for (i = 0; i < SOME_MAX_VALUE_WE_HAVE_DETERMINED; i++) { cmsDoTransform(hTransform, YourInputBuffer, YourOutputBuffer, YourBuffersSizeInPixels); } /* 6. Cleanup Colorspace Transform */ cmsDeleteTransform(hTransform); /* 7. Cleanup Input and Output Profiles */ cmsCloseProfile(hInProfile); cmsCloseProfile(hOutProfile); 2.3. Language Bindings LCMS is written in ANSI C. The canonical LCMS distribution also includes Python bindings for LCMS, written in C++. The Python LCMS bindings will be included with this Integration, and will be installed in the canonical Python 'site-packages' directory location. 2.4. Documentation The canonical LCMS release contains documentation in UNIX Manual format, for the User Commands Section (1) only. This documentation set will be included with this Integration. In addition, a Section 3 Manual page [ lcms.3 ], detailing LCMS's API will be provided with this Integration. 3. Interfaces 3.1. Interface stability LCMS's development and release schedules are controlled by a group of developers external to SMI. [1] Although LCMS attempts to maintain API and ABI compatibility between Major releases, no explicit guarantee of compatibility is provided by the LCMS developers. 3.2. Imported interfaces LCMS imports interfaces from the Standard C Library, Standard Math Library and the POSIX Threads Library. The Python LCMS shared module imports Interfaces from the C++ run-time Library [ libCrun.so.1 ]. In addition, the Python Binding shared module also imports interfaces from the Python Library: NAME STABILITY NOTES SUNWPython External PSARC/2005/532 3.3. Exported interfaces NAME STABILITY NOTES SUNWlcms Uncommitted Package Name /usr/bin/icctrans Uncommitted Executable Location /usr/bin/icc2ps Uncommitted Executable Location /usr/bin/icclink Uncommitted Executable Location /usr/bin/jpegicc Uncommitted Executable Location /usr/bin/tifficc Uncommitted Executable Location /usr/bin/tiffdiff Uncommitted Executable Location /usr/bin/wtpt Uncommitted Executable Location /usr/include/lcms Uncommitted Include Directory /usr/include/lcms/icc34.h Uncommitted Header file /usr/include/lcms/lcms.h Uncommitted Header file /usr/lib/liblcms.so.1.0.16 Uncommitted Shared Library /usr/lib/liblcms.so.1 Uncommitted Symbolic Link /usr/lib/liblcms.so Uncommitted Symbolic Link /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry /usr/lib/${MACH64}/liblcms.so.1.0.16 Uncommitted Shared Library /usr/lib/${MACH64}/liblcms.so.1 Uncommitted Symbolic Link /usr/lib/${MACH64}/liblcms.so Uncommitted Symbolic Link /usr/lib/${MACH64}/pkgconfig/lcms.pc Uncommitted Pkg-config Entry /usr/share/man/man1/icc2ps.1 Uncommitted Manual Page /usr/share/man/man1/icclink.1 Uncommitted Manual Page /usr/share/man/man1/icctrans.1 Uncommitted Manual Page /usr/share/man/man1/jpegicc.1 Uncommitted Manual Page /usr/share/man/man1/tifficc.1 Uncommitted Manual Page /usr/share/man/man1/wtpt.1 Uncommitted Manual Page /usr/share/man/man3/lcms.3 Uncommitted Manual Page 4. References [1] http://www.littlecms.com/ [2] http://www.color.org/ICC1V42.pdf http://www.color.org/icc_specs2.xalter [3] http://www.libmng.com/ [4] http://sourceforge.net/project/showfiles.php?group_id=12272 [5] http://www.openexr.com/ [6] http://www.srgb.com/ --Boundary_(ID_mYflcQrGsXJg0LnlrLaSIg)-- From daleg@elemental.org Thu Jan 31 18:23:46 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m112NimW017169 for ; Thu, 31 Jan 2008 18:23:46 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m112NZrG009877; Fri, 1 Feb 2008 10:23:40 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVJ0030VFZDBC00@brm-avmta-1.central.sun.com>; Thu, 31 Jan 2008 19:23:37 -0700 (MST) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVJ005PGFZCT940@brm-avmta-1.central.sun.com>; Thu, 31 Jan 2008 19:23:36 -0700 (MST) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m111tl3A014552; Fri, 01 Feb 2008 02:23:36 +0000 (GMT) Received: from mms25es.sun.com ([150.143.232.94] [150.143.232.94]) by relay22i.sun.com with ESMTP id BT-MMP-2649859; Fri, 01 Feb 2008 02:23:26 +0000 (Z) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54]) by mms25es.sun.com with ESMTP id BT-MMP-798519; Fri, 01 Feb 2008 02:23:23 +0000 (Z) Received: from mercury.elemental.org ([205.134.191.194] [205.134.191.194]) by relay23i.sun.com with ESMTP id BT-MMP-17077370; Fri, 01 Feb 2008 02:23:23 +0000 (Z) Received: from [192.168.1.197] (pool-71-163-19-146.washdc.fios.verizon.net [71.163.19.146]) (authenticated bits=0) by mercury.elemental.org (8.14.2/8.14.2/ELEMENTAL-4.0) with ESMTP id m112N2Zj008884 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 31 Jan 2008 21:23:02 -0500 (EST) Date: Thu, 31 Jan 2008 21:23:02 -0500 From: Dale Ghent Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <47A266A9.6090006@sun.com> To: John.Fischer@sun.com Cc: psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.915) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mercury.elemental.org [205.134.191.194]); Thu, 31 Jan 2008 21:23:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5629/Thu Jan 31 17:21:01 2008 on mercury.elemental.org X-Virus-Status: Clean X-Antispam: No, score=-2.6/5.0, scanned in 2.338sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <47A266A9.6090006@sun.com> Status: RO Content-Length: 8419 This is great! FYI, The existing ImageMagick package could also be linked against LCMS. On Jan 31, 2008, at 7:24 PM, John Fischer wrote: > PSARC, > > I am sponsoring this fast track for Stefan Teleman from the SFW group. > The case materials contain this proposal. I have set the timeout for > Thursday, February 7th, 2008. > > This project proposes to integrate the LCMS [ Little Color Management > System ] within a Patch release of Solaris. It implements the > International Color Consortium's ICC.1:2004-10 Specification. > > Thanks, > > John > > Including LCMS [ Little Color Management System ] with Solaris > > Stefan Teleman > 29 January 2008 > > 1. Summary and motivation > > LCMS [Little CMS] [1] is a Color Management System implementing > the International Color Consortium's ICC.1:2004-10 Specification. > [2] > > LCMS implements fast and efficient colorspace transforms between > different ICC Profiles. Its features include full multicolor > support, Black color preservation in CMYK <-> CMYK transforms, > Virtual Gray <-> RGB Profiles, built-in ICC Profiles support, > ICC Profile writing, Specialized Virtual Profiles, and Ink > Limiting. > > An ICC Profile is a standardized means of encoding color definitions > and calibrations. Conversion between different ICC Profiles is > usually achieved by means of a Profile Connection Space. A Profile > Connection Space is a mapping between two Colorspaces [ for > example, RGB and CMYK ]. An ICC Profile may define several > Colorspace mappings, thereby allowing for the closest possible > color match. > > A competing alternative to the ICC.1:2004-10 Specification has > been proposed by OpenEXR. [5] > > ICC Profile [6] and Colorspace information may be encoded within > each graphics file. This approach is currently in use by some of > the most popular graphics file formats: TIFF, JPEG, PNG, MNG, EPS, > PDF, SVG. > > The inclusion of LCMS in Solaris will add ICC Profile and Color > Management capabilities to those graphics file formats supporting > such facilities. > > The "Little" in LCMS stands for "small overhead". > > This case seeks Micro/Patch release Binding. > > 2. Technical issues > > 2.1. Key objects > > /usr/bin/icctrans > /usr/bin/icc2ps > /usr/bin/icclink > /usr/bin/jpegicc > /usr/bin/tifficc > /usr/bin/tiffdiff > /usr/bin/wtpt > > /usr/include/lcms/icc34.h > /usr/include/lcms/lcms.h > > /usr/lib/liblcms.so.1.0.16 > /usr/lib/liblcms.so.1 -> /usr/lib/liblcms.so.1.0.16 > /usr/lib/liblcms.so -> /usr/lib/liblcms.so.1.0.16 > /usr/lib/pkgconfig/lcms.pc > > /usr/lib/${MACH64}/liblcms.so.1.0.16 > /usr/lib/${MACH64}/liblcms.so.1 -> /usr/lib/${MACH64}/liblcms.so. > 1.0.16 > /usr/lib/${MACH64}/liblcms.so -> /usr/lib/${MACH64}/liblcms.so.1.0.16 > /usr/lib/${MACH64}/pkgconfig/lcms.pc > > /usr/share/man/man1/icc2ps.1 > /usr/share/man/man1/icclink.1 > /usr/share/man/man1/icctrans.1 > /usr/share/man/man1/jpegicc.1 > /usr/share/man/man1/tifficc.1 > /usr/share/man/man1/wtpt.1 > > This case proposes the integration of LCMS Version 1.17. > > This version of LCMS [1.17] is thread-safe, 64-bit clean and > largefile aware. The 64-bit LCMS library will be delivered > with this Integration. > > By default, LCMS installs its header files under /usr/include. > We propose changing this default installation location to a more > suitable /usr/include/lcms, for the purpose of avoiding namespace > pollution in /usr/include. > > LCMS provides documentation in UNIX Manual format for Section 1 > (User Commands) of the Manual only. It does not provide a > Section 3 Manual page for the LCMS API; the documentation for > the LCMS API is provided in plaintext format. > > The plaintext documentation will be used as basis for a new > lcms.3 Manual Page, which will be added to, and included with, > this Integration. > > 2.2. Programmatic facilities > > Access to LCMS' API is provided by one header file, lcms.h: > > #include > > A basic application using the LCMS API will, generally, perform > the following steps: > > /* 1. declare an input CMS Profile and an output CMS Profile */ > > cmsHPROFILE hInProfile; > cmsHPROFILE hOutProfile; > > /* 2. declare a Colorspace Transform */ > > cmsHTRANSFORM hTransform; > > /* 3. Initialize the input and output CMS Profiles */ > > hInProfile = cmsOpenProfileFromFile("HPSJTW.ICM", "r"); > hOutProfile = cmsOpenProfileFromFile("sRGBColorSpace.ICM", "r"); > > /* 4. Initialize the Colorspace Transform */ > > hTransform = cmsCreateTransform(hInProfile, > TYPE_BGR_8, > hOutProfile, > TYPE_BGR_8, > INTENT_PERCEPTUAL, 0); > > /* 5. Perform Colorspace Transformations */ > > int i; > > for (i = 0; i < SOME_MAX_VALUE_WE_HAVE_DETERMINED; i++) { > cmsDoTransform(hTransform, > YourInputBuffer, > YourOutputBuffer, > YourBuffersSizeInPixels); > } > > /* 6. Cleanup Colorspace Transform */ > > cmsDeleteTransform(hTransform); > > /* 7. Cleanup Input and Output Profiles */ > > cmsCloseProfile(hInProfile); > cmsCloseProfile(hOutProfile); > > 2.3. Language Bindings > > LCMS is written in ANSI C. The canonical LCMS distribution > also includes Python bindings for LCMS, written in C++. The > Python LCMS bindings will be included with this Integration, > and will be installed in the canonical Python 'site-packages' > directory location. > > 2.4. Documentation > > The canonical LCMS release contains documentation in UNIX > Manual format, for the User Commands Section (1) only. This > documentation set will be included with this Integration. > In addition, a Section 3 Manual page [ lcms.3 ], detailing > LCMS's API will be provided with this Integration. > > 3. Interfaces > > 3.1. Interface stability > > LCMS's development and release schedules are controlled by > a group of developers external to SMI. [1] Although LCMS > attempts to maintain API and ABI compatibility between Major > releases, no explicit guarantee of compatibility is provided > by the LCMS developers. > > 3.2. Imported interfaces > > LCMS imports interfaces from the Standard C Library, Standard > Math Library and the POSIX Threads Library. The Python LCMS > shared module imports Interfaces from the C++ run-time Library > [ libCrun.so.1 ]. In addition, the Python Binding shared module > also imports interfaces from the Python Library: > > NAME STABILITY NOTES > > SUNWPython External PSARC/2005/532 > > 3.3. Exported interfaces > > NAME STABILITY NOTES > > SUNWlcms Uncommitted Package Name > > /usr/bin/icctrans Uncommitted Executable Location > /usr/bin/icc2ps Uncommitted Executable Location > /usr/bin/icclink Uncommitted Executable Location > /usr/bin/jpegicc Uncommitted Executable Location > /usr/bin/tifficc Uncommitted Executable Location > /usr/bin/tiffdiff Uncommitted Executable Location > /usr/bin/wtpt Uncommitted Executable Location > > /usr/include/lcms Uncommitted Include Directory > /usr/include/lcms/icc34.h Uncommitted Header file > /usr/include/lcms/lcms.h Uncommitted Header file > > /usr/lib/liblcms.so.1.0.16 Uncommitted Shared Library > /usr/lib/liblcms.so.1 Uncommitted Symbolic Link > /usr/lib/liblcms.so Uncommitted Symbolic Link > > /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > > /usr/lib/${MACH64}/liblcms.so.1.0.16 Uncommitted Shared Library > /usr/lib/${MACH64}/liblcms.so.1 Uncommitted Symbolic Link > /usr/lib/${MACH64}/liblcms.so Uncommitted Symbolic Link > > /usr/lib/${MACH64}/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > > /usr/share/man/man1/icc2ps.1 Uncommitted Manual Page > /usr/share/man/man1/icclink.1 Uncommitted Manual Page > /usr/share/man/man1/icctrans.1 Uncommitted Manual Page > /usr/share/man/man1/jpegicc.1 Uncommitted Manual Page > /usr/share/man/man1/tifficc.1 Uncommitted Manual Page > /usr/share/man/man1/wtpt.1 Uncommitted Manual Page > /usr/share/man/man3/lcms.3 Uncommitted Manual Page > > 4. References > > [1] http://www.littlecms.com/ > [2] http://www.color.org/ICC1V42.pdf > http://www.color.org/icc_specs2.xalter > [3] http://www.libmng.com/ > [4] http://sourceforge.net/project/showfiles.php?group_id=12272 > [5] http://www.openexr.com/ > [6] http://www.srgb.com/ > > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From carlsonj@phorcys.east.sun.com Fri Feb 1 04:08:48 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11C8lJh029496 for ; Fri, 1 Feb 2008 04:08:48 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m11C8h9S003841; Fri, 1 Feb 2008 12:08:44 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK0051172IPD00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 04:08:42 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK00H7G72HTC60@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 04:08:42 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11C8fXg010455; Fri, 01 Feb 2008 07:08:41 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m11C8f9K010452; Fri, 01 Feb 2008 07:08:41 -0500 (EST) Date: Fri, 01 Feb 2008 07:08:41 -0500 From: James Carlson Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <47A266A9.6090006@sun.com> To: John.Fischer@sun.com Cc: psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <18339.3017.614501.777821@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> Status: RO Content-Length: 3509 John Fischer writes: > LCMS [Little CMS] [1] is a Color Management System implementing > the International Color Consortium's ICC.1:2004-10 Specification. > [2] The last CMS we had was removed with force due to security problems ... just a sanity check: this new CMS doesn't share any of the design problems with the previous one, right? > /usr/lib/liblcms.so.1.0.16 How does the upstream handle versioning? If it's integrated like this, then applications linked against "-llcms" will break when we do an upgrade to version 1.0.17, because they'll all have the old object name. This will end up requiring us to keep around multiple library versions, and that will put us at very high risk of having applications that end up with multiple incompatible libraries loaded into their address space due to libraries that link with libraries. If the upstream is normal, then the first digit represents the major version, which may be incompatible. The second represents minor, which is just new features, and not incompatible. And the last is the patch, which is just bug fixes. Does it work like that? If so, then this should just be liblcms.so.1. > By default, LCMS installs its header files under /usr/include. > We propose changing this default installation location to a more > suitable /usr/include/lcms, for the purpose of avoiding namespace > pollution in /usr/include. How annoying will that be for applications? Do the applications that use this library all rely on "-I" information from pkgconfg, or do some assume that the default location is the right one? > LCMS's development and release schedules are controlled by > a group of developers external to SMI. [1] Although LCMS > attempts to maintain API and ABI compatibility between Major > releases, no explicit guarantee of compatibility is provided > by the LCMS developers. If we're going to have things depending on this, would it be worthwhile to have _Sun_ provide that guarantee? Otherwise, lower stability may well lead to a mass of hard-to-maintain contracts. What matters most here are *intent* and *track record*. Software is produced by humans, and nobody can ever make certain that mistakes are never made. Instead, our compatibility guarantee is that if we do manage to break something, we'll fix it. Thus, it makes sense that these external developers can't "guarantee" anything, because they're not going to deliver patches to Sun customers. If the upstream's intent is to keep ABI compatibility (even across major releases), then this sounds like Committed to me, not Uncommitted. We're not doing anyone a favor by getting cold feet merely based on the source of the code. > /usr/bin/icctrans Uncommitted Executable Location How would the binary location change over time ... ? > /usr/lib/liblcms.so.1.0.16 Uncommitted Shared Library > /usr/lib/liblcms.so.1 Uncommitted Symbolic Link > /usr/lib/liblcms.so Uncommitted Symbolic Link I don't think that intermediate symbolic link does anything useful. The linker only records the actual file name (liblcms.so.1.0.16), and only uses the ".so" link to find it, so that liblcms.so.1 just provides obfuscation. ;-} > /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry This actually looks Project Private to me. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From casper@holland.sun.com Fri Feb 1 04:35:27 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11CZQiL029817 for ; Fri, 1 Feb 2008 04:35:27 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m11CZHxv007403 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Fri, 1 Feb 2008 20:35:25 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK0080Z8AXFP00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 01 Feb 2008 04:35:21 -0800 (PST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK00H6K8AWUC60@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 01 Feb 2008 04:35:21 -0800 (PST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id m11CZG1s004527; Fri, 01 Feb 2008 12:35:16 +0000 (GMT) Date: Fri, 01 Feb 2008 13:35:16 +0100 From: Casper.Dik@sun.com Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <18339.3017.614501.777821@gargle.gargle.HOWL> Sender: casper@holland.sun.com To: James Carlson Cc: John.Fischer@sun.com, psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> Status: RO Content-Length: 1367 >John Fischer writes: >> LCMS [Little CMS] [1] is a Color Management System implementing >> the International Color Consortium's ICC.1:2004-10 Specification. >> [2] > >The last CMS we had was removed with force due to security problems >... just a sanity check: this new CMS doesn't share any of the design >problems with the previous one, right? That one had a ton of set-uid programs, so if those are absent ... >How would the binary location change over time ... ? > >> /usr/lib/liblcms.so.1.0.16 Uncommitted Shared Library >> /usr/lib/liblcms.so.1 Uncommitted Symbolic Link >> /usr/lib/liblcms.so Uncommitted Symbolic Link > >I don't think that intermediate symbolic link does anything useful. >The linker only records the actual file name (liblcms.so.1.0.16), and >only uses the ".so" link to find it, so that liblcms.so.1 just >provides obfuscation. ;-} The linker either records the object "SONAME" if it is present; otherwise it will just record the "libname.so"; it will not go to the trouble of expanding links. So the question is: what will the libraries SONAME be? >> /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > >This actually looks Project Private to me. pkgconfig determines how to link with liblcms; any files put there will be found by programs which want to link with lcms. I'd hardly consider that private. Casper From carlsonj@phorcys.east.sun.com Fri Feb 1 05:47:46 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11Dlj3I000631 for ; Fri, 1 Feb 2008 05:47:45 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m11Dlb1G011738; Fri, 1 Feb 2008 13:47:41 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK00H0LBNDFT00@brm-avmta-1.central.sun.com>; Fri, 01 Feb 2008 06:47:37 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK007Y7BNC5B50@brm-avmta-1.central.sun.com>; Fri, 01 Feb 2008 06:47:36 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11DlaW9010605; Fri, 01 Feb 2008 08:47:36 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m11Dlass010602; Fri, 01 Feb 2008 08:47:36 -0500 (EST) Date: Fri, 01 Feb 2008 08:47:36 -0500 From: James Carlson Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> To: Casper.Dik@sun.com Cc: John.Fischer@sun.com, psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <18339.8952.194038.356463@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> Status: RO Content-Length: 1373 Casper.Dik@Sun.COM writes: > >I don't think that intermediate symbolic link does anything useful. > >The linker only records the actual file name (liblcms.so.1.0.16), and > >only uses the ".so" link to find it, so that liblcms.so.1 just > >provides obfuscation. ;-} > > The linker either records the object "SONAME" if it is present; otherwise > it will just record the "libname.so"; it will not go to the trouble of > expanding links. > > So the question is: what will the libraries SONAME be? OK. I haven't seen libraries where SONAME is something other than the actual file name ... > >> /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > > > >This actually looks Project Private to me. > > pkgconfig determines how to link with liblcms; any files put there will be > found by programs which want to link with lcms. I'd hardly consider that > private. The output of pkgconfig itself isn't private; it's used by other software to find this library. The file that is contributed by this library to make pkgconfig work is private. Nothing (other than pkgconfig itself) should be reaching around into /usr/lib/pkgconfig directly. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Alan.Coopersmith@sun.com Fri Feb 1 07:49:21 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11FnKQS003276 for ; Fri, 1 Feb 2008 07:49:21 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m11FnGPi015782 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 1 Feb 2008 23:49:19 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK00403HA54I00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 01 Feb 2008 07:49:17 -0800 (PST) Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK002VLHA4KB20@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 01 Feb 2008 07:49:16 -0800 (PST) Received: from [192.168.0.101] (vpn-129-150-19-95.SFBay.Sun.COM [129.150.19.95]) by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id m11FnCU1016771; Fri, 01 Feb 2008 07:49:13 -0800 (PST) Date: Fri, 01 Feb 2008 07:49:07 -0800 From: Alan Coopersmith Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <18339.8952.194038.356463@gargle.gargle.HOWL> To: James Carlson Cc: Casper.Dik@sun.com, John.Fischer@sun.com, PSARC-ext@sun.com, Stefan.Teleman@sun.com Message-id: <47A33F73.4000106@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> User-Agent: Thunderbird 1.5.0.4 (X11/20060602) Status: RO Content-Length: 1138 James Carlson wrote: > Casper.Dik@Sun.COM writes: >>> I don't think that intermediate symbolic link does anything useful. >>> The linker only records the actual file name (liblcms.so.1.0.16), and >>> only uses the ".so" link to find it, so that liblcms.so.1 just >>> provides obfuscation. ;-} >> The linker either records the object "SONAME" if it is present; otherwise >> it will just record the "libname.so"; it will not go to the trouble of >> expanding links. >> >> So the question is: what will the libraries SONAME be? > > OK. I haven't seen libraries where SONAME is something other than the > actual file name ... Most libraries using the Linux style three-part version name only record the one-part version name as the SONAME, so that binary compatibility only breaks on major version bumps. The three-part version is just extra decoration that may provide some people with more details about exactly what version is delivered, but makes it harder to deliver a new minor or micro release in a Solaris patch. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From carlsonj@phorcys.east.sun.com Fri Feb 1 08:25:23 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11GPNbS004035 for ; Fri, 1 Feb 2008 08:25:23 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m11GPF4x028735; Fri, 1 Feb 2008 09:25:20 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK00501IY87I00@nwk-avmta-2.sfbay.sun.com>; Fri, 01 Feb 2008 08:25:20 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK002UFIY7JY40@nwk-avmta-2.sfbay.sun.com>; Fri, 01 Feb 2008 08:25:19 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11GPJsP011349; Fri, 01 Feb 2008 11:25:19 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m11GPIC1011346; Fri, 01 Feb 2008 11:25:18 -0500 (EST) Date: Fri, 01 Feb 2008 11:25:18 -0500 From: James Carlson Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <47A33F73.4000106@sun.com> To: Alan Coopersmith Cc: Casper.Dik@sun.com, John.Fischer@sun.com, PSARC-ext@sun.com, Stefan.Teleman@sun.com Message-id: <18339.18414.921019.254223@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> <47A33F73.4000106@sun.com> Status: RO Content-Length: 1429 Alan Coopersmith writes: > James Carlson wrote: > > Casper.Dik@Sun.COM writes: > >>> I don't think that intermediate symbolic link does anything useful. > >>> The linker only records the actual file name (liblcms.so.1.0.16), and > >>> only uses the ".so" link to find it, so that liblcms.so.1 just > >>> provides obfuscation. ;-} > >> The linker either records the object "SONAME" if it is present; otherwise > >> it will just record the "libname.so"; it will not go to the trouble of > >> expanding links. > >> > >> So the question is: what will the libraries SONAME be? > > > > OK. I haven't seen libraries where SONAME is something other than the > > actual file name ... > > Most libraries using the Linux style three-part version name only record > the one-part version name as the SONAME, so that binary compatibility only > breaks on major version bumps. The three-part version is just extra > decoration that may provide some people with more details about exactly > what version is delivered, but makes it harder to deliver a new minor or > micro release in a Solaris patch. I'll bet. It's a little weird, but as long as the SONAME isn't the long form, that mostly satisfies my question. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Stefan.Teleman@sun.com Fri Feb 1 09:51:36 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11HpZKJ006694 for ; Fri, 1 Feb 2008 09:51:36 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m11HpSBB011726; Sat, 2 Feb 2008 01:51:28 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK00E01MXR6G00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 09:51:27 -0800 (PST) Received: from jurassic.eng.sun.com ([129.146.226.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK0004CMXRQWD0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 01 Feb 2008 09:51:27 -0800 (PST) Received: from [10.7.250.201] (punchin-client-10-7-250-201.SFBay.Sun.COM [10.7.250.201]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11HpNLm103795; Fri, 01 Feb 2008 09:51:23 -0800 (PST) Date: Fri, 01 Feb 2008 12:46:49 -0500 From: Stefan Teleman Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <18339.8952.194038.356463@gargle.gargle.HOWL> To: James Carlson Cc: Casper.Dik@sun.com, John.Fischer@sun.com, psarc-ext@sun.com Reply-to: Stefan Teleman Message-id: <47A35B09.5060100@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 657 James Carlson wrote: > The output of pkgconfig itself isn't private; it's used by other > software to find this library. > > The file that is contributed by this library to make pkgconfig work is > private. Nothing (other than pkgconfig itself) should be reaching > around into /usr/lib/pkgconfig directly. PSARC 2004/049 [ openssl.pc for pkg-config ] established precedent for pkg-config *.pc files as follows: The existance of the openssl.pc file is Stable, the contents are Unstable, the contents reference stuff declared as External in PSARC/2003/500. /QUOTE> --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman@Sun.COM From danek.duvall@sun.com Fri Feb 1 10:16:53 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11IGqRi007413 for ; Fri, 1 Feb 2008 10:16:53 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m11IGfHL020849 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Sat, 2 Feb 2008 02:16:52 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK0091FO41MX00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 01 Feb 2008 10:16:49 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK002BYO40KAF0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 01 Feb 2008 10:16:48 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m11IGkeP036863; Fri, 01 Feb 2008 10:16:46 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11IGkYP021377; Fri, 01 Feb 2008 10:16:46 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m11IGjjD021376; Fri, 01 Feb 2008 10:16:45 -0800 (PST) Date: Fri, 01 Feb 2008 10:16:45 -0800 From: Danek Duvall Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <18339.8952.194038.356463@gargle.gargle.HOWL> To: James Carlson Cc: Casper.Dik@sun.com, John.Fischer@sun.com, psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <20080201181645.GF7648@zruty.sfbay.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 1142 On Fri, Feb 01, 2008 at 08:47:36AM -0500, James Carlson wrote: > OK. I haven't seen libraries where SONAME is something other than the > actual file name ... We've got a bunch; some even came through psarc: $ elfdump -d /usr/lib/libdbus-1.so.3.4.0 | grep SONAME [3] SONAME 0x6eeb libdbus-1.so.3 > > >> /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > > > > > >This actually looks Project Private to me. > > > > pkgconfig determines how to link with liblcms; any files put there will be > > found by programs which want to link with lcms. I'd hardly consider that > > private. > > The output of pkgconfig itself isn't private; it's used by other > software to find this library. > > The file that is contributed by this library to make pkgconfig work is > private. Nothing (other than pkgconfig itself) should be reaching > around into /usr/lib/pkgconfig directly. I think that what the spec means to say is that the token "lcms" as a pkgconfig module name is Uncommitted. That it happens to be delivered with this particular filename is an implementation artifact of pkg-config. Danek From carlsonj@phorcys.east.sun.com Fri Feb 1 10:27:56 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11IRt1k008369 for ; Fri, 1 Feb 2008 10:27:56 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m11IRWk7025160; Sat, 2 Feb 2008 02:27:49 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVK00F05OMCEV00@brm-avmta-1.central.sun.com>; Fri, 01 Feb 2008 11:27:48 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVK005LVOMBRP60@brm-avmta-1.central.sun.com>; Fri, 01 Feb 2008 11:27:48 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11IRlpD011856; Fri, 01 Feb 2008 13:27:47 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.2+Sun/8.14.2/Submit) id m11IRleC011853; Fri, 01 Feb 2008 13:27:47 -0500 (EST) Date: Fri, 01 Feb 2008 13:27:46 -0500 From: James Carlson Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <20080201181645.GF7648@zruty.sfbay.sun.com> To: Danek Duvall Cc: Casper.Dik@sun.com, John.Fischer@sun.com, psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <18339.25762.815510.252222@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> <20080201181645.GF7648@zruty.sfbay.sun.com> Status: RO Content-Length: 912 Danek Duvall writes: > > The file that is contributed by this library to make pkgconfig work is > > private. Nothing (other than pkgconfig itself) should be reaching > > around into /usr/lib/pkgconfig directly. > > I think that what the spec means to say is that the token "lcms" as a > pkgconfig module name is Uncommitted. That it happens to be delivered with > this particular filename is an implementation artifact of pkg-config. That makes sense. (Yes, I saw the other posting about precedent, but it still seems like an incorrect result. Where's the man page for each of those files and what projects can actually read the files directly? Precedent is sometimes wrong. :-/) -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Darren.Moffat@sun.com Mon Feb 4 07:51:35 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m14FpZEv003695 for ; Mon, 4 Feb 2008 07:51:35 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m14FpRL9020086 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 4 Feb 2008 07:51:34 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVQ00J4H1DMK100@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 04 Feb 2008 07:51:23 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVQ004O21DLXJA0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 04 Feb 2008 07:51:22 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m14FpLEa001162 for ; Mon, 04 Feb 2008 15:51:21 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVQ004010UTFD00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 04 Feb 2008 15:51:21 +0000 (GMT) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ00I2A1DJH920@fe-emea-09.sun.com>; Mon, 04 Feb 2008 15:51:20 +0000 (GMT) Date: Mon, 04 Feb 2008 15:51:19 +0000 From: Darren J Moffat Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <18339.3017.614501.777821@gargle.gargle.HOWL> Sender: Darren.Moffat@sun.com To: James Carlson Cc: John.Fischer@sun.com, psarc-ext@sun.com, Stefan.Teleman@sun.com Message-id: <47A73477.1000904@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 303 James Carlson wrote: >> /usr/lib/pkgconfig/lcms.pc Uncommitted Pkg-config Entry > > This actually looks Project Private to me. The file location can be Project Private however the lcms name that is implied by this can't be since that is what pkg-config(1) will use to find it. -- Darren J Moffat From Darren.Moffat@sun.com Mon Feb 4 09:25:10 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m14HP9fD008925 for ; Mon, 4 Feb 2008 09:25:09 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m14HP3YC037144 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 4 Feb 2008 10:25:09 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVQ0042N5PWJJ00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Mon, 04 Feb 2008 09:25:09 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVQ0040O5PVKJ00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Mon, 04 Feb 2008 09:25:08 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m14HP7KL015368 for ; Mon, 04 Feb 2008 17:25:07 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVQ000014KAKW00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Mon, 04 Feb 2008 17:25:07 +0000 (GMT) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVQ00IHS5POH920@fe-emea-09.sun.com>; Mon, 04 Feb 2008 17:25:01 +0000 (GMT) Date: Mon, 04 Feb 2008 17:25:00 +0000 From: Darren J Moffat Subject: Re: PSARC/2008/071 - Including LCMS with Solaris In-reply-to: <47A35B09.5060100@Sun.COM> Sender: Darren.Moffat@sun.com To: Stefan Teleman Cc: James Carlson , Casper.Dik@sun.com, John.Fischer@sun.com, psarc-ext@sun.com Message-id: <47A74A6C.4010002@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47A266A9.6090006@sun.com> <18339.3017.614501.777821@gargle.gargle.HOWL> <200802011235.m11CZG1s004527@dm-holland-02.uk.sun.com> <18339.8952.194038.356463@gargle.gargle.HOWL> <47A35B09.5060100@Sun.COM> User-Agent: Thunderbird 2.0.0.6 (X11/20080102) Status: RO Content-Length: 1245 Stefan Teleman wrote: > > > James Carlson wrote: > >> The output of pkgconfig itself isn't private; it's used by other >> software to find this library. >> >> The file that is contributed by this library to make pkgconfig work is >> private. Nothing (other than pkgconfig itself) should be reaching >> around into /usr/lib/pkgconfig directly. > > PSARC 2004/049 [ openssl.pc for pkg-config ] established precedent for > pkg-config *.pc files as follows: > > > The existance of the openssl.pc file is Stable, the contents are > Unstable, the contents reference stuff declared as External in > PSARC/2003/500. > /QUOTE> You missed the important part of that case where I explicitly mentioned precedent though: "It is possible that this case sets some precedent with respect to pkg-config(1) and External libraries. Though pkg-config(1) is itself External and is in /usr/bin." Note that since I didn't actually say "this case establishes precedent" it doesn't create a precedent. I just highlighted in the intro that there maybe a desire to discuss precedent in the particular case of External interfaces - no such discussion happened in that case (in fact no discussion happened in that case at all). -- Darren J Moffat From John.Fischer@sun.com Wed Feb 6 10:29:50 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m16IToac018805 for ; Wed, 6 Feb 2008 10:29:50 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m16ITneg018033 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 6 Feb 2008 10:29:49 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVT0070HY1OO600@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 06 Feb 2008 11:29:48 -0700 (MST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVT002X0Y1MIC30@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 06 Feb 2008 11:29:47 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m16ITkUq005771 for ; Wed, 06 Feb 2008 10:29:46 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVT00101Y19E600@fe-sfbay-09.sun.com> (original mail from John.Fischer@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 06 Feb 2008 10:29:46 -0800 (PST) Received: from [192.168.10.6] ([24.10.86.139]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVT00G5WY1LP430@fe-sfbay-09.sun.com>; Wed, 06 Feb 2008 10:29:46 -0800 (PST) Date: Wed, 06 Feb 2008 10:29:37 -0800 From: John Fischer Subject: PSARC/2008/071 - Including LCMS with Solaris Sender: John.Fischer@sun.com To: Stefan.Teleman@sun.com Cc: psarc-ext@sun.com, John Fischer Reply-to: John.Fischer@sun.com Message-id: <47A9FC91.8030401@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.4 (X11/20070622) Status: RO Content-Length: 81 Stefan, This case was approved during PSARC Open business today. Thanks, John