From Mon Jul 21 17:59:33 2008 Date: Mon, 21 Jul 2008 17:59:33 -0700 (PDT) From: Postmaster Subject: Message from mail server Content-Length: 94 Mime-Version: 1.0 Status: RO X-IMAP: 1216688373 11 Delete. This is a system message. --END+PSEUDO-- From sh162551@sac.sfbay.sun.com Tue Jul 15 20:14:52 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 m6G3Eq5D007438 for ; Tue, 15 Jul 2008 20:14:52 -0700 (PDT) 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 m6G3Ep2Y043797; Tue, 15 Jul 2008 21:14:51 -0600 (MDT) 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 <0K4200G0RX0ROW00@brm-avmta-1.central.sun.com>; Tue, 15 Jul 2008 21:14:51 -0600 (MDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4200E5CX0QNR70@brm-avmta-1.central.sun.com>; Tue, 15 Jul 2008 21:14:50 -0600 (MDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6G3EnUV001333; Tue, 15 Jul 2008 20:14:49 -0700 (PDT) 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 m6G3Ek6U007432; Tue, 15 Jul 2008 20:14:46 -0700 (PDT) Received: (from sh162551@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m6G3EkDA007427; Tue, 15 Jul 2008 20:14:46 -0700 (PDT) Date: Tue, 15 Jul 2008 20:14:46 -0700 (PDT) From: Shi-Ying Irene Huang Subject: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout 07/22/2008] To: lsarc-ext@sun.com Cc: elaine.xiong@sun.com Message-id: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com> MIME-version: 1.0 Content-type: TEXT/PLAIN Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 Content-Length: 5763 Status: RO X-Status: $$$$ X-UID: 0000000001 Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Transmission for OpenSolaris 1.2. Name of Document Author/Supplier: Author: Elaine Xiong 1.3 Date of This Document: 15 July, 2008 4. Technical Description 1. Introduction 1.1. Project/Component Working Name: Transmission: BitTorrent client 1.2. Name of Document Author/Supplier: Elaine Xiong 1.3. Date of This Document: 07/10/08 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: robert.odea@sun.com 1.4.4. The name of your business unit: New Solaris Group / Desktop 1.5. Email Aliases: 1.5.1. Responsible Manager: leo.binchy@sun.com 1.5.2. Responsible Engineer: elaine.xiong@sun.com 1.5.3. Marketing Manager: glynn.foster@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 4. Technical Description: 4.1. Details: Transmission is a GTK-based BitTorrent client with a focus on being lightweight yet feature-filled. Transmission strikes a balance between providing useful functionality without feature bloat. Transmission uses a smaller amount of system resources than many other BitTorrent clients such as Vuze. Transmission provides the following features: * Selective downloading and file prioritizing * Encrypted peer connections * Torrent file creation * Peer exchange (compatible with Vuze and μTorrent) * Automatic port mapping (using UPnP/NAT-PMP) * Fast Resume - with peer caching * Dynamically bans bad peers, and can use an IP blocklist * Single listening port for all torrents * Global/individual bandwidth caps * Sorting/filtering options * HTTPS tracker support 4.2. Bug/RFE Number(s): None. 4.3. In Scope: see above. 4.4. Out of Scope: see above. 4.5. Interfaces: Exported Interface Interface Name Classification Comment --------------------------------------------------------------------------------- SUNWtransmission Uncommitted Package name /usr/bin/transmission Volatile Transmission GUI /usr/bin/transmission-daemon Volatile Transmission daemon /usr/bin/transmission-proxy Volatile Transmission proxy /usr/bin/transmission-remote Volatile Transmission remote control utility /usr/bin/transmissioncli Volatile Transmission CLI /usr/share/applications/transmission.desktop Volatile UI spec /usr/share/man/man1/transmission.1 Volatile Manpage /usr/share/man/man1/transmission-daemon.1 Volatile Manpage /usr/share/man/man1/transmission-proxy.1 Volatile Manpage /usr/share/man/man1/transmission-remote.1 Volatile Manpage /usr/share/man/man1/transmissioncli.1 Volatile Manpage /usr/share/pixmaps/transmission.png Project Private icon Imported Interface Interface Classification ARC case Comment ------------ ------------------ ---------- --------- GNOME Libraries Committed LSARC 2005/734 GTK+ library CURL Uncommitted PSARC 2007/165 CURL library OpenSSL External PSARC 2003/500 OpenSSL library 4.6. Doc Impact: New manpages: transmission.1 transmission-daemon.1 transmission-proxy.1 transmission-remote.1 transmissioncli.1 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: The JDS team and the G11N are working together to evaluate and provide I18N/L10N support. 4.10. Packaging & Delivery: New package, SUNWtransmission, approximately 3.7Mb. 4.11. Security Impact: The JDS team and Transmission community work together to identify and fix any security issues found. The Transmission community provides us with security patches for issues they have identified. 4.12. Dependencies: The following versions of the imported interfaces are required: GNOME 2.22 CURL 7.15.5 OpenSSL 0.9.8 5. Reference Documents: [1] Transmission homepage: http://www.transmissionbt.com/ [2] Related ARC cases: LSARC 2005/734: GNOME Libraries PSARC 2007/165: CURL PSARC 2003/500: OpenSSL 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From danek.duvall@sun.com Tue Jul 15 20:22: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 m6G3MqAU007566 for ; Tue, 15 Jul 2008 20:22:52 -0700 (PDT) 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 m6G3Mi6p009993 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 11:22:51 +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 <0K4200H07XE0EX00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 21:22:48 -0600 (MDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4200E2QXDZNR90@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 21:22:47 -0600 (MDT) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6G3MkeA016831; Tue, 15 Jul 2008 20:22:46 -0700 (PDT) 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 m6G3MjIX028941; Tue, 15 Jul 2008 20:22:45 -0700 (PDT) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m6G3MjEe028940; Tue, 15 Jul 2008 20:22:45 -0700 (PDT) Date: Tue, 15 Jul 2008 20:22:45 -0700 From: Danek Duvall Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout 07/22/2008] In-reply-to: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com> To: Shi-Ying Irene Huang Cc: lsarc-ext@sun.com, elaine.xiong@sun.com Message-id: <20080716032245.GM21020@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.4.1.325704 References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Content-Length: 2391 Status: RO X-Status: $$$$ X-UID: 0000000002 On Tue, Jul 15, 2008 at 08:14:46PM -0700, Shi-Ying Irene Huang wrote: > Interface Name Classification Comment > --------------------------------------------------------------------------------- > SUNWtransmission Uncommitted Package name > /usr/bin/transmission Volatile Transmission GUI > /usr/bin/transmission-daemon Volatile Transmission daemon > /usr/bin/transmission-proxy Volatile Transmission proxy > /usr/bin/transmission-remote Volatile Transmission remote control utility > /usr/bin/transmissioncli Volatile Transmission CLI Should -daemon and -proxy be in /usr/bin, or in /usr/lib? Should there be a service associated with one or both? The fast-track materials are insufficient to even make a stab at that. What do all these different executables do? > /usr/share/applications/transmission.desktop Volatile UI spec > /usr/share/man/man1/transmission.1 Volatile Manpage > /usr/share/man/man1/transmission-daemon.1 Volatile Manpage > /usr/share/man/man1/transmission-proxy.1 Volatile Manpage > /usr/share/man/man1/transmission-remote.1 Volatile Manpage > /usr/share/man/man1/transmissioncli.1 Volatile Manpage > /usr/share/pixmaps/transmission.png Project Private icon Man pages aren't interfaces. But they should be in the case's materials directory. The icon needn't be mentioned. > Imported Interface > > Interface Classification ARC case Comment > ------------ ------------------ ---------- --------- > GNOME Libraries Committed LSARC 2005/734 GTK+ library > CURL Uncommitted PSARC 2007/165 CURL library > OpenSSL External PSARC 2003/500 OpenSSL library Obviously, you'll need a contract for openssl. Danek From Irene.Huang@sun.com Tue Jul 15 20:36:54 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 m6G3arHf007886 for ; Tue, 15 Jul 2008 20:36:54 -0700 (PDT) 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 m6G3aiC8015623 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 04:36:53 +0100 (BST) 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 <0K4200I05Y18JC00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 21:36:44 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4200EPDY16NRC0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 15 Jul 2008 21:36:44 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G3bBhB002401 for ; Wed, 16 Jul 2008 03:37:11 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4200K01XV4T000@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 11:36:12 +0800 (SGT) Received: from [129.158.217.138] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K420037DY0AJPHR@mail-apac.sun.com>; Wed, 16 Jul 2008 11:36:11 +0800 (SGT) Date: Wed, 16 Jul 2008 11:37:25 +0800 From: Irene Huang Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout 07/22/2008] In-reply-to: <20080716032245.GM21020@zruty.sfbay.sun.com> Sender: Irene.Huang@sun.com To: Danek Duvall Cc: Shi-Ying Irene Huang , lsarc-ext@sun.com, Elaine.Xiong@sun.com Message-id: <1216179445.2396.36.camel@goalie> MIME-version: 1.0 X-Mailer: Evolution 2.12.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com> <20080716032245.GM21020@zruty.sfbay.sun.com> Content-Length: 2579 Status: RO X-Status: $$$$ X-UID: 0000000003 Thanks Danek We are working on the contracts --Irene On Tue, 2008-07-15 at 20:22 -0700, Danek Duvall wrote: > On Tue, Jul 15, 2008 at 08:14:46PM -0700, Shi-Ying Irene Huang wrote: > > > Interface Name Classification Comment > > --------------------------------------------------------------------------------- > > SUNWtransmission Uncommitted Package name > > /usr/bin/transmission Volatile Transmission GUI > > /usr/bin/transmission-daemon Volatile Transmission daemon > > /usr/bin/transmission-proxy Volatile Transmission proxy > > /usr/bin/transmission-remote Volatile Transmission remote control utility > > /usr/bin/transmissioncli Volatile Transmission CLI > > Should -daemon and -proxy be in /usr/bin, or in /usr/lib? Should there be > a service associated with one or both? The fast-track materials are > insufficient to even make a stab at that. What do all these different > executables do? > > > /usr/share/applications/transmission.desktop Volatile UI spec > > /usr/share/man/man1/transmission.1 Volatile Manpage > > /usr/share/man/man1/transmission-daemon.1 Volatile Manpage > > /usr/share/man/man1/transmission-proxy.1 Volatile Manpage > > /usr/share/man/man1/transmission-remote.1 Volatile Manpage > > /usr/share/man/man1/transmissioncli.1 Volatile Manpage > > /usr/share/pixmaps/transmission.png Project Private icon > > Man pages aren't interfaces. But they should be in the case's materials > directory. The icon needn't be mentioned. > > > Imported Interface > > > > Interface Classification ARC case Comment > > ------------ ------------------ ---------- --------- > > GNOME Libraries Committed LSARC 2005/734 GTK+ library > > CURL Uncommitted PSARC 2007/165 CURL library > > OpenSSL External PSARC 2003/500 OpenSSL library > > Obviously, you'll need a contract for openssl. > > Danek From Elaine.Xiong@sun.com Wed Jul 16 02:54:24 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 m6G9sN2l017999 for ; Wed, 16 Jul 2008 02:54:23 -0700 (PDT) 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 m6G9sCFD012715 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 10:54:22 +0100 (BST) 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 <0K4300101FILOR00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 03:54:21 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K4300MHQFIJH040@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 03:54:20 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6G9tRvm011958 for ; Wed, 16 Jul 2008 09:55:27 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K4300401FBFTW00@mail-apac.sun.com> (original mail from Elaine.Xiong@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 17:53:49 +0800 (SGT) Received: from [192.168.2.3] ([219.142.143.50]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K4300MIDFHN9MWO@mail-apac.sun.com>; Wed, 16 Jul 2008 17:53:48 +0800 (SGT) Date: Wed, 16 Jul 2008 17:54:17 +0800 From: Elaine Xiong Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout 07/22/2008] In-reply-to: <20080716032245.GM21020@zruty.sfbay.sun.com> Sender: Elaine.Xiong@sun.com To: Danek Duvall Cc: Shi-Ying Irene Huang , lsarc-ext@sun.com Message-id: <487DC549.8040506@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_Q1JB9R5G2DMEc04DgzrCCg)" X-PMX-Version: 5.4.1.325704 References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com> <20080716032245.GM21020@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080506) Content-Length: 7404 Status: RO X-Status: $$$$ X-UID: 0000000004 This is a multi-part message in MIME format. --Boundary_(ID_Q1JB9R5G2DMEc04DgzrCCg) Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT Danek, Thank you , please see the update below, BR, Elaine Danek Duvall 写道: > On Tue, Jul 15, 2008 at 08:14:46PM -0700, Shi-Ying Irene Huang wrote: > > >> Interface Name Classification Comment >> --------------------------------------------------------------------------------- >> SUNWtransmission Uncommitted Package name >> /usr/bin/transmission Volatile Transmission GUI >> /usr/bin/transmission-daemon Volatile Transmission daemon >> /usr/bin/transmission-proxy Volatile Transmission proxy >> /usr/bin/transmission-remote Volatile Transmission remote control utility >> /usr/bin/transmissioncli Volatile Transmission CLI >> > > Should -daemon and -proxy be in /usr/bin, or in /usr/lib? Should there be > a service associated with one or both? The fast-track materials are > insufficient to even make a stab at that. What do all these different > executables do? > > Transmission is the gtk GUI program. Transmissioncli is the command-line program with scripting capabilities. Transmission-daemon is a daemon-based Transmission session which can be controlled by both Clutch(Transmission Web GUI) and Transmission-remote via IPC. Transmission-proxy is a IPC proxy that makes remote daemon easier. Furthermore Transmission-remote as a remote control utility also can be used to control Transmission. In brief Transmission-daemon/remote/proxy are used to run Transmission in the background. >> /usr/share/applications/transmission.desktop Volatile UI spec >> /usr/share/man/man1/transmission.1 Volatile Manpage >> /usr/share/man/man1/transmission-daemon.1 Volatile Manpage >> /usr/share/man/man1/transmission-proxy.1 Volatile Manpage >> /usr/share/man/man1/transmission-remote.1 Volatile Manpage >> /usr/share/man/man1/transmissioncli.1 Volatile Manpage >> /usr/share/pixmaps/transmission.png Project Private icon >> > > Man pages aren't interfaces. But they should be in the case's materials > directory. The icon needn't be mentioned. > > I will move them into material directory. >> Imported Interface >> >> Interface Classification ARC case Comment >> ------------ ------------------ ---------- --------- >> GNOME Libraries Committed LSARC 2005/734 GTK+ library >> CURL Uncommitted PSARC 2007/165 CURL library >> OpenSSL External PSARC 2003/500 OpenSSL library >> > > Obviously, you'll need a contract for openssl. > > Danek > --Boundary_(ID_Q1JB9R5G2DMEc04DgzrCCg) Content-type: text/html; charset=UTF-8 Content-transfer-encoding: 8BIT Danek,

Thank you , please see the update below,

BR,
Elaine

Danek Duvall 写道: 
On Tue, Jul 15, 2008 at 08:14:46PM -0700, Shi-Ying Irene Huang wrote:

  
       Interface Name                                          Classification   Comment
       ---------------------------------------------------------------------------------
       SUNWtransmission                                        Uncommitted      Package name
       /usr/bin/transmission                                   Volatile         Transmission GUI
       /usr/bin/transmission-daemon                            Volatile         Transmission daemon
       /usr/bin/transmission-proxy                             Volatile         Transmission proxy
       /usr/bin/transmission-remote                            Volatile         Transmission remote control utility
       /usr/bin/transmissioncli                                Volatile         Transmission CLI
    

Should -daemon and -proxy be in /usr/bin, or in /usr/lib?  Should there be
a service associated with one or both?  The fast-track materials are
insufficient to even make a stab at that.  What do all these different
executables do?
Transmission is the gtk GUI program.

Transmissioncli is the command-line program with scripting capabilities.

Transmission-daemon is a daemon-based Transmission session which can be controlled by both Clutch(Transmission Web GUI) and Transmission-remote via IPC. Transmission-proxy is a IPC proxy that makes remote daemon easier. Furthermore Transmission-remote as a remote control utility also can be used to control Transmission. In brief Transmission-daemon/remote/proxy are used to run Transmission in the background.

  

    
       /usr/share/applications/transmission.desktop            Volatile         UI spec  
       /usr/share/man/man1/transmission.1                      Volatile         Manpage
       /usr/share/man/man1/transmission-daemon.1               Volatile         Manpage
       /usr/share/man/man1/transmission-proxy.1                Volatile         Manpage
       /usr/share/man/man1/transmission-remote.1               Volatile         Manpage
       /usr/share/man/man1/transmissioncli.1                   Volatile         Manpage
       /usr/share/pixmaps/transmission.png                     Project Private  icon
    

  

  

Man pages aren't interfaces.  But they should be in the case's materials
directory.  The icon needn't be mentioned.

  



I will move them into material directory.



  

  

    
                                Imported Interface
         
       Interface       Classification          ARC case                Comment
       ------------    ------------------      ----------              ---------
       GNOME Libraries Committed               LSARC 2005/734          GTK+ library
       CURL            Uncommitted             PSARC 2007/165          CURL library
       OpenSSL         External                PSARC 2003/500          OpenSSL library
    

  

  

Obviously, you'll need a contract for openssl.

Danek
  








--Boundary_(ID_Q1JB9R5G2DMEc04DgzrCCg)--

From carlsonj@phorcys.east.sun.com Wed Jul 16 04:37:52 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 m6GBbq3C019404
	for ; Wed, 16 Jul 2008 04:37:52 -0700 (PDT)
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 m6GBbj8U043224;
	Wed, 16 Jul 2008 05:37:49 -0600 (MDT)
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 <0K4300701KB1SP00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 16 Jul 2008 04:37:49 -0700 (PDT)
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 <0K4300L57KB0SEE0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 16 Jul 2008 04:37:48 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6GBblGK010934; Wed,
 16 Jul 2008 07:37:47 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6GBblXH010931; Wed,
 16 Jul 2008 07:37:47 -0400 (EDT)
Date: Wed, 16 Jul 2008 07:37:47 -0400
From: James Carlson 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <487DC549.8040506@sun.com>
To: Elaine Xiong 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <18557.56715.372476.151319@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.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
Content-Length: 1067
Status: RO
X-Status: $$$$
X-UID: 0000000005

Elaine Xiong writes:
> Transmission-daemon is a daemon-based Transmission session which can be 
> controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
> via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
> easier. Furthermore Transmission-remote as a remote control utility also 
> can be used to control Transmission. In brief 
> Transmission-daemon/remote/proxy are used to run Transmission in the 
> background.

Would any ordinary (non-administrative) user invoke
transmission-daemon or transmission-proxy directly from the command
line?  If not, then they likely don't belong in /usr/bin without some
substantial justification.

("GNOME has the Foo tool which is hard-code to look for these programs
in /usr/bin, and we can't convince the community to change" is one
possible form of justification.)

-- 
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 Elaine.Xiong@sun.com Wed Jul 16 05:13:31 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 m6GCDUhc020437
	for ; Wed, 16 Jul 2008 05:13:31 -0700 (PDT)
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 m6GCDMTl018252
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 20:13:29 +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 <0K4300C01LYF9700@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 06:13:27 -0600 (MDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4300BN7LY1YR00@brm-avmta-1.central.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed,
 16 Jul 2008 06:13:14 -0600 (MDT)
Received: from fe-apac-06.sun.com
 (fe-apac-06.sun.com [192.18.19.177] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6GCDgQm005748	for
 ; Wed, 16 Jul 2008 12:13:42 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4300B01LPCK400@mail-apac.sun.com>
 (original mail from Elaine.Xiong@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed,
 16 Jul 2008 20:10:53 +0800 (SGT)
Received: from [192.168.2.2] ([219.142.135.192])
 by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr  3
 2006)) with ESMTPSA id <0K4300922LU48AL3@mail-apac.sun.com>; Wed,
 16 Jul 2008 20:10:53 +0800 (SGT)
Date: Wed, 16 Jul 2008 20:13:10 +0800
From: Elaine Xiong 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
 07/22/2008]
In-reply-to: <18557.56715.372476.151319@gargle.gargle.HOWL>
Sender: Elaine.Xiong@sun.com
To: James Carlson 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <487DE5D6.5030306@sun.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_YJw8XOd8hz/lOq74BN2/uw)"
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL>
User-Agent: Thunderbird 2.0.0.14 (X11/20080506)
Content-Length: 2852
Status: RO
X-Status: $$$$
X-UID: 0000000006

This is a multi-part message in MIME format.

--Boundary_(ID_YJw8XOd8hz/lOq74BN2/uw)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

James Carlson ??:
> Elaine Xiong writes:
>   
>> Transmission-daemon is a daemon-based Transmission session which can be 
>> controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
>> via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
>> easier. Furthermore Transmission-remote as a remote control utility also 
>> can be used to control Transmission. In brief 
>> Transmission-daemon/remote/proxy are used to run Transmission in the 
>> background.
>>     
>
> Would any ordinary (non-administrative) user invoke
> transmission-daemon or transmission-proxy directly from the command
> line?  If not, then they likely don't belong in /usr/bin without some
> substantial justification.
>   
The ordinary user can invoke them from command line. Thanks,

BR,
Elaine
> ("GNOME has the Foo tool which is hard-code to look for these programs
> in /usr/bin, and we can't convince the community to change" is one
> possible form of justification.)
>
>   


--Boundary_(ID_YJw8XOd8hz/lOq74BN2/uw)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT




  
  


James Carlson 写道:


  
Elaine Xiong writes:
  

  

    
Transmission-daemon is a daemon-based Transmission session which can be 
controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
easier. Furthermore Transmission-remote as a remote control utility also 
can be used to control Transmission. In brief 
Transmission-daemon/remote/proxy are used to run Transmission in the 
background.
    

  

  

Would any ordinary (non-administrative) user invoke
transmission-daemon or transmission-proxy directly from the command
line?  If not, then they likely don't belong in /usr/bin without some
substantial justification.
  



The ordinary user can invoke them from command line. Thanks,



BR,

Elaine



  
("GNOME has the Foo tool which is hard-code to look for these programs
in /usr/bin, and we can't convince the community to change" is one
possible form of justification.)

  








--Boundary_(ID_YJw8XOd8hz/lOq74BN2/uw)--

From carlsonj@phorcys.east.sun.com Wed Jul 16 05:31:58 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 m6GCVv23020731
	for ; Wed, 16 Jul 2008 05:31:57 -0700 (PDT)
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 m6GCVeRB002138;
	Wed, 16 Jul 2008 13:31:53 +0100 (BST)
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 <0K4300D07MT4OK00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 16 Jul 2008 05:31:52 -0700 (PDT)
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 <0K4300C4OMT3Q440@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 16 Jul 2008 05:31:52 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6GCVouV011176; Wed,
 16 Jul 2008 08:31:50 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6GCVoQX011173; Wed,
 16 Jul 2008 08:31:50 -0400 (EDT)
Date: Wed, 16 Jul 2008 08:31:50 -0400
From: James Carlson 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <487DE5D6.5030306@sun.com>
To: Elaine Xiong 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <18557.59958.699428.32458@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.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
Content-Length: 1168
Status: RO
X-Status: $$$$
X-UID: 0000000007

Elaine Xiong writes:
> James Carlson ??:
> > Elaine Xiong writes:
> >   
> >> Transmission-daemon is a daemon-based Transmission session which can be 
> >> controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
> >> via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
> >> easier. Furthermore Transmission-remote as a remote control utility also 
> >> can be used to control Transmission. In brief 
> >> Transmission-daemon/remote/proxy are used to run Transmission in the 
> >> background.
> >>     
> >
> > Would any ordinary (non-administrative) user invoke
> > transmission-daemon or transmission-proxy directly from the command
> > line?  If not, then they likely don't belong in /usr/bin without some
> > substantial justification.
> >   
> The ordinary user can invoke them from command line. Thanks,

Not "can" but "would."  What's the usage case that involves an
ordinary user invoking these things?

-- 
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 Elaine.Xiong@sun.com Wed Jul 16 06:40:14 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 m6GDeEbL022966
	for ; Wed, 16 Jul 2008 06:40:14 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6GDdXXP025366
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 16 Jul 2008 14:40:13 +0100 (BST)
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 <0K4300B07PZ0S300@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Wed, 16 Jul 2008 06:40:12 -0700 (PDT)
Received: from sineb-mail-2.sun.com ([192.18.19.7])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4300A1VPYZKI40@nwk-avmta-2.sfbay.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed,
 16 Jul 2008 06:40:12 -0700 (PDT)
Received: from fe-apac-05.sun.com
 (fe-apac-05.sun.com [192.18.19.176] (may be forged))
	by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6GDfIqR019668	for
 ; Wed, 16 Jul 2008 13:41:18 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4300501PMBR100@mail-apac.sun.com>
 (original mail from Elaine.Xiong@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed,
 16 Jul 2008 21:39:40 +0800 (SGT)
Received: from [192.168.2.2] ([219.142.135.192])
 by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr  3
 2006)) with ESMTPSA id <0K4300MD5PY29MBP@mail-apac.sun.com>; Wed,
 16 Jul 2008 21:39:40 +0800 (SGT)
Date: Wed, 16 Jul 2008 21:40:07 +0800
From: Elaine Xiong 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
 07/22/2008]
In-reply-to: <18557.59958.699428.32458@gargle.gargle.HOWL>
Sender: Elaine.Xiong@sun.com
To: James Carlson 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <487DFA37.5040203@sun.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_e7CJ/pprYpD1JEpYj2dUhg)"
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL>
User-Agent: Thunderbird 2.0.0.14 (X11/20080506)
Content-Length: 4160
Status: RO
X-Status: $$$$
X-UID: 0000000008

This is a multi-part message in MIME format.

--Boundary_(ID_e7CJ/pprYpD1JEpYj2dUhg)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

James Carlson ??:
> Elaine Xiong writes:
>   
>> James Carlson ??:
>>     
>>> Elaine Xiong writes:
>>>   
>>>       
>>>> Transmission-daemon is a daemon-based Transmission session which can be 
>>>> controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
>>>> via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
>>>> easier. Furthermore Transmission-remote as a remote control utility also 
>>>> can be used to control Transmission. In brief 
>>>> Transmission-daemon/remote/proxy are used to run Transmission in the 
>>>> background.
>>>>     
>>>>         
>>> Would any ordinary (non-administrative) user invoke
>>> transmission-daemon or transmission-proxy directly from the command
>>> line?  If not, then they likely don't belong in /usr/bin without some
>>> substantial justification.
>>>   
>>>       
>> The ordinary user can invoke them from command line. Thanks,
>>     
>
> Not "can" but "would."  What's the usage case that involves an
> ordinary user invoking these things?
>
>   
These programs facilitate the ordinary user to manage all the torrents 
in more flexible mode. The strong usage case is 
Transmission-daemon+Clutch that allows the user easily controls 
Transmission-daemon through a Web GUI without running Transmission(gtk 
GUI). Another usage case is the example in the manpage,

transmission-remote -x -l ssh jade transmission-proxy

It can list all the torrent tasks on jade using proxy command. In brief 
the ordinary user would like to choose the favorite front-end to connect 
with Transmission-daemon which means less resources.

Thank you,

BR,
Elaine


--Boundary_(ID_e7CJ/pprYpD1JEpYj2dUhg)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT




  


James Carlson 写道:


  
Elaine Xiong writes:
  

  

    
James Carlson ??:
    

    

      
Elaine Xiong writes:
  
      

      

        
Transmission-daemon is a daemon-based Transmission session which can be 
controlled by both Clutch(Transmission Web GUI) and Transmission-remote 
via IPC. Transmission-proxy is a IPC proxy that makes remote daemon 
easier. Furthermore Transmission-remote as a remote control utility also 
can be used to control Transmission. In brief 
Transmission-daemon/remote/proxy are used to run Transmission in the 
background.
    
        

      

      
Would any ordinary (non-administrative) user invoke
transmission-daemon or transmission-proxy directly from the command
line?  If not, then they likely don't belong in /usr/bin without some
substantial justification.
  
      

    

    
The ordinary user can invoke them from command line. Thanks,
    

  

  

Not "can" but "would."  What's the usage case that involves an
ordinary user invoking these things?

  



These programs facilitate the ordinary user to manage all the torrents
in more flexible mode. The strong usage case is
Transmission-daemon+Clutch that allows the user easily controls
Transmission-daemon through a Web GUI without running Transmission(gtk
GUI). Another usage case is the example in the manpage,



transmission-remote -x -l ssh jade transmission-proxy



It can list all the torrent tasks on jade using proxy command. In brief
the ordinary user would like to choose the favorite front-end to
connect with Transmission-daemon which means less resources.



Thank you,



BR,

Elaine






--Boundary_(ID_e7CJ/pprYpD1JEpYj2dUhg)--

From carlsonj@phorcys.east.sun.com Wed Jul 16 09:48:30 2008
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m6GGmUob028098
	for ; Wed, 16 Jul 2008 09:48:30 -0700 (PDT)
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 m6GGmQZ2006032;
	Wed, 16 Jul 2008 09:48:27 -0700 (PDT)
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 <0K430070RYORV700@brm-avmta-1.central.sun.com>; Wed,
 16 Jul 2008 10:48:27 -0600 (MDT)
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 <0K43007P7YOQ6E10@brm-avmta-1.central.sun.com>; Wed,
 16 Jul 2008 10:48:26 -0600 (MDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m6GGmPWY011657; Wed,
 16 Jul 2008 12:48:25 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m6GGmPNh011654; Wed,
 16 Jul 2008 12:48:25 -0400 (EDT)
Date: Wed, 16 Jul 2008 12:48:25 -0400
From: James Carlson 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <487DFA37.5040203@sun.com>
To: Elaine Xiong 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <18558.9817.577739.717785@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.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
Content-Length: 1587
Status: RO
X-Status: $$$$
X-UID: 0000000009

Elaine Xiong writes:
> James Carlson ??:
> > Not "can" but "would."  What's the usage case that involves an
> > ordinary user invoking these things?
> >
> >   
> These programs facilitate the ordinary user to manage all the torrents 
> in more flexible mode. The strong usage case is 
> Transmission-daemon+Clutch that allows the user easily controls 
> Transmission-daemon through a Web GUI without running Transmission(gtk 
> GUI).

That doesn't sound to me like a user executing transmission-daemon
from the command line, which is the design intent of /usr/bin.  It
sounds more like a web server that invokes this tool as a utility
program; likely out of /usr/lib or even some cgi-bin directory.
That's rather different, even if the user experience is that he
invokes it "directly" through a web GUI.

> Another usage case is the example in the manpage,

What man page?  None seems to be in the case directory.

> It can list all the torrent tasks on jade using proxy command. In brief 
> the ordinary user would like to choose the favorite front-end to connect 
> with Transmission-daemon which means less resources.

It's unclear that I'm getting my questions across, and the case seems
to lack archived reference documentation, so I'll call it a day.  If
you (and the LSARC members) feel that this is the right way to
integrate this feature, then drive on.

-- 
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 Elaine.Xiong@sun.com Thu Jul 17 00:12:07 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m6H7C7sn026957
	for ; Thu, 17 Jul 2008 00:12:07 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m6H7C57a019811
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 17 Jul 2008 00:12:07 -0700 (PDT)
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 <0K450040P2O63V00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Thu, 17 Jul 2008 01:12:06 -0600 (MDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K45003R32O4D700@brm-avmta-1.central.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu,
 17 Jul 2008 01:12:05 -0600 (MDT)
Received: from fe-apac-05.sun.com
 (fe-apac-05.sun.com [192.18.19.176] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6H7CXnK015720	for
 ; Thu, 17 Jul 2008 07:12:33 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K45001012JZVF00@mail-apac.sun.com>
 (original mail from Elaine.Xiong@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu,
 17 Jul 2008 15:11:33 +0800 (SGT)
Received: from [129.158.217.165] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0K4500M7B2N29M6S@mail-apac.sun.com>; Thu,
 17 Jul 2008 15:11:26 +0800 (SGT)
Date: Thu, 17 Jul 2008 15:14:01 +0800
From: Elaine Xiong 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
 07/22/2008]
In-reply-to: <18558.9817.577739.717785@gargle.gargle.HOWL>
Sender: Elaine.Xiong@sun.com
To: James Carlson 
Cc: Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <487EF139.4010500@sun.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_jBxm6JWdKktLXbR1QyFjvQ)"
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
 <18558.9817.577739.717785@gargle.gargle.HOWL>
User-Agent: Thunderbird 2.0.0.14 (X11/20080602)
Content-Length: 5800
Status: RO
X-Status: $$$$
X-UID: 0000000010

This is a multi-part message in MIME format.

--Boundary_(ID_jBxm6JWdKktLXbR1QyFjvQ)
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7BIT

James Carlson ??:
> Elaine Xiong writes:
>   
>> James Carlson ??:
>>     
>>> Not "can" but "would."  What's the usage case that involves an
>>> ordinary user invoking these things?
>>>
>>>   
>>>       
>> These programs facilitate the ordinary user to manage all the torrents 
>> in more flexible mode. The strong usage case is 
>> Transmission-daemon+Clutch that allows the user easily controls 
>> Transmission-daemon through a Web GUI without running Transmission(gtk 
>> GUI).
>>     
>
> That doesn't sound to me like a user executing transmission-daemon
> from the command line, which is the design intent of /usr/bin.  It
> sounds more like a web server that invokes this tool as a utility
> program; likely out of /usr/lib or even some cgi-bin directory.
> That's rather different, even if the user experience is that he
> invokes it "directly" through a web GUI.
>
>   
Transmission-daemon is in no way a web server. It's just a back-end 
detaching from Transmission. One benefit is to allow the user choose the 
favorite front-end. Actually in the case of daemon + Clutch , Clutch 
WebUI should be put into a web server to run that. Please note that 
Clutch doesn't pertain to Transmission package. Furthermore 
Transmission-daemon is not a system daemon/service. It's just a session 
daemon started by the ordinary user in command-line. Although it has a 
name of daemon but I think it only means running in the background.

>> Another usage case is the example in the manpage,
>>     
>
> What man page?  None seems to be in the case directory.
>
>   
I'll update the manpages into the case.
>> It can list all the torrent tasks on jade using proxy command. In brief 
>> the ordinary user would like to choose the favorite front-end to connect 
>> with Transmission-daemon which means less resources.
>>     
>
> It's unclear that I'm getting my questions across, and the case seems
> to lack archived reference documentation, so I'll call it a day.  If
> you (and the LSARC members) feel that this is the right way to
> integrate this feature, then drive on.
>
>   
Thanks for your concerns,

-- 
Best Regards,

Elaine Xiong
Sun Microsystems
Email: elaine.xiong@sun.com
Tel: (86-10)62673501 ext:80501
Mobile: (86)13681214262


--Boundary_(ID_jBxm6JWdKktLXbR1QyFjvQ)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT




  


James Carlson 写道:


  
Elaine Xiong writes:
  

  

    
James Carlson ??:
    

    

      
Not "can" but "would."  What's the usage case that involves an
ordinary user invoking these things?

  
      

    

    
These programs facilitate the ordinary user to manage all the torrents 
in more flexible mode. The strong usage case is 
Transmission-daemon+Clutch that allows the user easily controls 
Transmission-daemon through a Web GUI without running Transmission(gtk 
GUI).
    

  

  

That doesn't sound to me like a user executing transmission-daemon
from the command line, which is the design intent of /usr/bin.  It
sounds more like a web server that invokes this tool as a utility
program; likely out of /usr/lib or even some cgi-bin directory.
That's rather different, even if the user experience is that he
invokes it "directly" through a web GUI.

  



Transmission-daemon is in no way a web server. It's just a back-end
detaching from Transmission. One benefit is to allow the user choose
the favorite front-end. Actually in the case of daemon + Clutch ,
Clutch WebUI should be put into a web server to run that. Please note
that Clutch doesn't pertain to Transmission package. Furthermore
Transmission-daemon is not a system daemon/service. It's just a session
daemon started by the ordinary user in command-line. Although it has a
name of daemon but I think it only means running in the background.





  

  

    
Another usage case is the example in the manpage,
    

  

  

What man page?  None seems to be in the case directory.

  



I'll update the manpages into the case.



  

  

    
It can list all the torrent tasks on jade using proxy command. In brief 
the ordinary user would like to choose the favorite front-end to connect 
with Transmission-daemon which means less resources.
    

  

  

It's unclear that I'm getting my questions across, and the case seems
to lack archived reference documentation, so I'll call it a day.  If
you (and the LSARC members) feel that this is the right way to
integrate this feature, then drive on.

  



Thanks for your concerns, 


-- 
Best Regards,

Elaine Xiong
Sun Microsystems
Email: elaine.xiong@sun.com
Tel: (86-10)62673501 ext:80501
Mobile: (86)13681214262





--Boundary_(ID_jBxm6JWdKktLXbR1QyFjvQ)--

From Irene.Huang@sun.com Thu Jul 17 00:52:39 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 m6H7qc4M027674
	for ; Thu, 17 Jul 2008 00:52:39 -0700 (PDT)
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 m6H7qbuW022365
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 17 Jul 2008 01:52:38 -0600 (MDT)
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 <0K4500D094JPAP00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@Sun.COM); Thu, 17 Jul 2008 00:52:37 -0700 (PDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4500K4Q4JOI8F0@nwk-avmta-2.sfbay.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu,
 17 Jul 2008 00:52:37 -0700 (PDT)
Received: from fe-apac-06.sun.com
 (fe-apac-06.sun.com [192.18.19.177] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6H7r471018596	for
 ; Thu, 17 Jul 2008 07:53:04 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4500N014970600@mail-apac.sun.com>
 (original mail from Irene.Huang@Sun.COM)
 for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu,
 17 Jul 2008 15:50:15 +0800 (SGT)
Received: from [129.158.217.138] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0K4500BHH4FQRF9H@mail-apac.sun.com>; Thu,
 17 Jul 2008 15:50:15 +0800 (SGT)
Date: Thu, 17 Jul 2008 15:53:19 +0800
From: Irene Huang 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <487EF139.4010500@sun.com>
Sender: Irene.Huang@sun.com
To: Elaine Xiong 
Cc: James Carlson ,
        Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <1216281199.3161.31.camel@goalie>
MIME-version: 1.0
X-Mailer: Evolution 2.12.2
Content-type: text/plain
Content-transfer-encoding: 8BIT
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
 <18558.9817.577739.717785@gargle.gargle.HOWL> <487EF139.4010500@sun.com>
Content-Length: 4245
Status: RO
X-Status: $$$$
X-UID: 0000000011

Hi, James and all

The name transmission-daemon can be confusing. It's not the traditional
daemon that might be in your mind. 

Transmission provides different way for different users according to
their habits of using software. As I talked with Elaine, and from a
user's point of view (not a developer's), it turns out that there're
several ways of using "transmission" 

1. For users who like to to user GUI, they can
use /usr/bin/transmission, which is a GTK based GUI. 

2. For users who likes to use command line in a terminal, they can
use /usr/bin/transmission-cli, which provides more flexibility for users
to script according to their preferences. 

3. use /usr/bin/transmission-daemon and /usr/bin/transmission-remote .
[1]

4. use Clutch and /usr/bin/transmission-daemon. This is a little tricky.
First Clutch is not part of the package that this project will ship,
it's a WEB GUI. The server for the WEB GUI is a remote server (who ever
like to run it), which has nothing to do with the "transmission" project
that we are ARC'ing.
Users run an instance of /usr/bin/transmission-daemon on their local
box, then access Clutch -- the web GUI, then Clutch will be able to
communicate with transmission-daemon and do the work. 

Elaine, please correct me if my understanding is incorrect. 

The manpages for all the binaries are available at 

Internally
http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/manpages/

Externally 
http://www.opensolaris.org/os/community/arc/caselog/2008/450

--Irene 

[1] It seems to me that features(transmission-remote +
transmission-daemon) is a subset of features(transmission). Therefore,
even if transmission-remote and transmission-daemon are not shipped, the
users can still use transmission GUI to do all the work that this
project may provide.

On Thu, 2008-07-17 at 15:14 +0800, Elaine Xiong wrote:
> James Carlson 写道: 
> > Elaine Xiong writes:
> >   
> > > James Carlson ??:
> > >     
> > > > Not "can" but "would."  What's the usage case that involves an
> > > > ordinary user invoking these things?
> > > > 
> > > >   
> > > >       
> > > These programs facilitate the ordinary user to manage all the torrents 
> > > in more flexible mode. The strong usage case is 
> > > Transmission-daemon+Clutch that allows the user easily controls 
> > > Transmission-daemon through a Web GUI without running Transmission(gtk 
> > > GUI).
> > >     
> > 
> > That doesn't sound to me like a user executing transmission-daemon
> > from the command line, which is the design intent of /usr/bin.  It
> > sounds more like a web server that invokes this tool as a utility
> > program; likely out of /usr/lib or even some cgi-bin directory.
> > That's rather different, even if the user experience is that he
> > invokes it "directly" through a web GUI.
> > 
> >   
> Transmission-daemon is in no way a web server. It's just a back-end
> detaching from Transmission. One benefit is to allow the user choose
> the favorite front-end. Actually in the case of daemon + Clutch ,
> Clutch WebUI should be put into a web server to run that. Please note
> that Clutch doesn't pertain to Transmission package. Furthermore
> Transmission-daemon is not a system daemon/service. It's just a
> session daemon started by the ordinary user in command-line. Although
> it has a name of daemon but I think it only means running in the
> background.
> 
> > > Another usage case is the example in the manpage,
> > >     
> > 
> > What man page?  None seems to be in the case directory.
> > 
> >   
> I'll update the manpages into the case.
> > > It can list all the torrent tasks on jade using proxy command. In brief 
> > > the ordinary user would like to choose the favorite front-end to connect 
> > > with Transmission-daemon which means less resources.
> > >     
> > 
> > It's unclear that I'm getting my questions across, and the case seems
> > to lack archived reference documentation, so I'll call it a day.  If
> > you (and the LSARC members) feel that this is the right way to
> > integrate this feature, then drive on.
> > 
> >   
> Thanks for your concerns, 
> -- 
> Best Regards,
> 
> Elaine Xiong
> Sun Microsystems
> Email: elaine.xiong@sun.com
> Tel: (86-10)62673501 ext:80501
> Mobile: (86)13681214262


From Irene.Huang@sun.com Mon Jul 21 19:16:31 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 m6M2GUVZ008881
	for ; Mon, 21 Jul 2008 19:16:30 -0700 (PDT)
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 m6M2GPda019354
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 22 Jul 2008 10:16:29 +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 <0K4D00B0XYBELQ00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@Sun.COM); Mon, 21 Jul 2008 20:16:26 -0600 (MDT)
Received: from sineb-mail-2.sun.com ([192.18.19.7])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4D000BLYBDQ060@brm-avmta-1.central.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Mon,
 21 Jul 2008 20:16:26 -0600 (MDT)
Received: from fe-apac-06.sun.com
 (fe-apac-06.sun.com [192.18.19.177] (may be forged))
	by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6M2HYVc011632	for
 ; Tue, 22 Jul 2008 02:17:34 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4D00901Y6RKK00@mail-apac.sun.com>
 (original mail from Irene.Huang@Sun.COM)
 for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Tue,
 22 Jul 2008 10:13:58 +0800 (SGT)
Received: from [129.158.217.138] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0K4D00B3HY79RGBN@mail-apac.sun.com>; Tue,
 22 Jul 2008 10:13:58 +0800 (SGT)
Date: Tue, 22 Jul 2008 10:17:10 +0800
From: Irene Huang 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <1216281199.3161.31.camel@goalie>
Sender: Irene.Huang@sun.com
To: Elaine Xiong 
Cc: James Carlson ,
        Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <1216693030.1997.0.camel@goalie>
MIME-version: 1.0
X-Mailer: Evolution 2.12.2
Content-type: text/plain
Content-transfer-encoding: 8BIT
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
 <18558.9817.577739.717785@gargle.gargle.HOWL> <487EF139.4010500@sun.com>
 <1216281199.3161.31.camel@goalie>
Status: RO
Content-Length: 5311

Hi, all 

According to the discussion, 
1. manpages for this project have be uploaded to the case log 
2. interfaces has been updated as per. 
3. transmission-daemon is not a system daemon that should be provided as
a service. Instead, it's just a background program for
transmission-remote's use. 
4. The relationships among all the transmission binaries have been
explained. 

The updated proposal has been uploaded to 
Internally 
http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal-v2.txt
Diff: 
http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal.diff

External
http://www.opensolaris.org/os/community/arc/caselog/2008/450

If there's any further issues with the case, please raise before the
deadline 07/22/2008. Or I'll close this case as approved.

Thanks
--Irene

On Thu, 2008-07-17 at 15:53 +0800, Irene Huang wrote:
> Hi, James and all
> 
> The name transmission-daemon can be confusing. It's not the traditional
> daemon that might be in your mind. 
> 
> Transmission provides different way for different users according to
> their habits of using software. As I talked with Elaine, and from a
> user's point of view (not a developer's), it turns out that there're
> several ways of using "transmission" 
> 
> 1. For users who like to to user GUI, they can
> use /usr/bin/transmission, which is a GTK based GUI. 
> 
> 2. For users who likes to use command line in a terminal, they can
> use /usr/bin/transmission-cli, which provides more flexibility for users
> to script according to their preferences. 
> 
> 3. use /usr/bin/transmission-daemon and /usr/bin/transmission-remote .
> [1]
> 
> 4. use Clutch and /usr/bin/transmission-daemon. This is a little tricky.
> First Clutch is not part of the package that this project will ship,
> it's a WEB GUI. The server for the WEB GUI is a remote server (who ever
> like to run it), which has nothing to do with the "transmission" project
> that we are ARC'ing.
> Users run an instance of /usr/bin/transmission-daemon on their local
> box, then access Clutch -- the web GUI, then Clutch will be able to
> communicate with transmission-daemon and do the work. 
> 
> Elaine, please correct me if my understanding is incorrect. 
> 
> The manpages for all the binaries are available at 
> 
> Internally
> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/manpages/
> 
> Externally 
> http://www.opensolaris.org/os/community/arc/caselog/2008/450
> 
> --Irene 
> 
> [1] It seems to me that features(transmission-remote +
> transmission-daemon) is a subset of features(transmission). Therefore,
> even if transmission-remote and transmission-daemon are not shipped, the
> users can still use transmission GUI to do all the work that this
> project may provide.
> 
> On Thu, 2008-07-17 at 15:14 +0800, Elaine Xiong wrote:
> > James Carlson 写道: 
> > > Elaine Xiong writes:
> > >   
> > > > James Carlson ??:
> > > >     
> > > > > Not "can" but "would."  What's the usage case that involves an
> > > > > ordinary user invoking these things?
> > > > > 
> > > > >   
> > > > >       
> > > > These programs facilitate the ordinary user to manage all the torrents 
> > > > in more flexible mode. The strong usage case is 
> > > > Transmission-daemon+Clutch that allows the user easily controls 
> > > > Transmission-daemon through a Web GUI without running Transmission(gtk 
> > > > GUI).
> > > >     
> > > 
> > > That doesn't sound to me like a user executing transmission-daemon
> > > from the command line, which is the design intent of /usr/bin.  It
> > > sounds more like a web server that invokes this tool as a utility
> > > program; likely out of /usr/lib or even some cgi-bin directory.
> > > That's rather different, even if the user experience is that he
> > > invokes it "directly" through a web GUI.
> > > 
> > >   
> > Transmission-daemon is in no way a web server. It's just a back-end
> > detaching from Transmission. One benefit is to allow the user choose
> > the favorite front-end. Actually in the case of daemon + Clutch ,
> > Clutch WebUI should be put into a web server to run that. Please note
> > that Clutch doesn't pertain to Transmission package. Furthermore
> > Transmission-daemon is not a system daemon/service. It's just a
> > session daemon started by the ordinary user in command-line. Although
> > it has a name of daemon but I think it only means running in the
> > background.
> > 
> > > > Another usage case is the example in the manpage,
> > > >     
> > > 
> > > What man page?  None seems to be in the case directory.
> > > 
> > >   
> > I'll update the manpages into the case.
> > > > It can list all the torrent tasks on jade using proxy command. In brief 
> > > > the ordinary user would like to choose the favorite front-end to connect 
> > > > with Transmission-daemon which means less resources.
> > > >     
> > > 
> > > It's unclear that I'm getting my questions across, and the case seems
> > > to lack archived reference documentation, so I'll call it a day.  If
> > > you (and the LSARC members) feel that this is the right way to
> > > integrate this feature, then drive on.
> > > 
> > >   
> > Thanks for your concerns, 
> > -- 
> > Best Regards,
> > 
> > Elaine Xiong
> > Sun Microsystems
> > Email: elaine.xiong@sun.com
> > Tel: (86-10)62673501 ext:80501
> > Mobile: (86)13681214262
> 


From Irene.Huang@sun.com Tue Jul 22 20:57:25 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 m6N3vO84003833
	for ; Tue, 22 Jul 2008 20:57:25 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m6N3vKgL014305
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 23 Jul 2008 04:57:24 +0100 (BST)
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 <0K4F00G03XNMY100@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@Sun.COM); Tue, 22 Jul 2008 20:57:22 -0700 (PDT)
Received: from sineb-mail-1.sun.com ([192.18.19.6])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4F008VMXNKLY40@nwk-avmta-2.sfbay.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Tue,
 22 Jul 2008 20:57:21 -0700 (PDT)
Received: from fe-apac-05.sun.com
 (fe-apac-05.sun.com [192.18.19.176] (may be forged))
	by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6N3vpuK013083	for
 ; Wed, 23 Jul 2008 03:57:51 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4F00301XJGVT00@mail-apac.sun.com>
 (original mail from Irene.Huang@Sun.COM)
 for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Wed,
 23 Jul 2008 11:56:48 +0800 (SGT)
Received: from [129.158.217.138] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0K4F007U4XMMUHIR@mail-apac.sun.com>; Wed,
 23 Jul 2008 11:56:47 +0800 (SGT)
Date: Wed, 23 Jul 2008 11:57:58 +0800
From: Irene Huang 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <1216693030.1997.0.camel@goalie>
Sender: Irene.Huang@sun.com
To: Elaine Xiong 
Cc: James Carlson ,
        Danek Duvall , lsarc-ext@sun.com,
        Shi-Ying Irene Huang 
Message-id: <1216785478.1997.26.camel@goalie>
MIME-version: 1.0
X-Mailer: Evolution 2.12.2
Content-type: text/plain
Content-transfer-encoding: 8BIT
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
 <18558.9817.577739.717785@gargle.gargle.HOWL> <487EF139.4010500@sun.com>
 <1216281199.3161.31.camel@goalie> <1216693030.1997.0.camel@goalie>
Status: RO
Content-Length: 5868

Hi, all 

I am extending the timeout to be this Friday. If there's no more
discussions, I'd assume that there's no more issues and will close the
case then. 

If there any more issues, please send an email. 

Thanks
--Irene
On Tue, 2008-07-22 at 10:17 +0800, Irene Huang wrote:
> Hi, all 
> 
> According to the discussion, 
> 1. manpages for this project have be uploaded to the case log 
> 2. interfaces has been updated as per. 
> 3. transmission-daemon is not a system daemon that should be provided as
> a service. Instead, it's just a background program for
> transmission-remote's use. 
> 4. The relationships among all the transmission binaries have been
> explained. 
> 
> The updated proposal has been uploaded to 
> Internally 
> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal-v2.txt
> Diff: 
> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal.diff
> 
> External
> http://www.opensolaris.org/os/community/arc/caselog/2008/450
> 
> If there's any further issues with the case, please raise before the
> deadline 07/22/2008. Or I'll close this case as approved.
> 
> Thanks
> --Irene
> 
> On Thu, 2008-07-17 at 15:53 +0800, Irene Huang wrote:
> > Hi, James and all
> > 
> > The name transmission-daemon can be confusing. It's not the traditional
> > daemon that might be in your mind. 
> > 
> > Transmission provides different way for different users according to
> > their habits of using software. As I talked with Elaine, and from a
> > user's point of view (not a developer's), it turns out that there're
> > several ways of using "transmission" 
> > 
> > 1. For users who like to to user GUI, they can
> > use /usr/bin/transmission, which is a GTK based GUI. 
> > 
> > 2. For users who likes to use command line in a terminal, they can
> > use /usr/bin/transmission-cli, which provides more flexibility for users
> > to script according to their preferences. 
> > 
> > 3. use /usr/bin/transmission-daemon and /usr/bin/transmission-remote .
> > [1]
> > 
> > 4. use Clutch and /usr/bin/transmission-daemon. This is a little tricky.
> > First Clutch is not part of the package that this project will ship,
> > it's a WEB GUI. The server for the WEB GUI is a remote server (who ever
> > like to run it), which has nothing to do with the "transmission" project
> > that we are ARC'ing.
> > Users run an instance of /usr/bin/transmission-daemon on their local
> > box, then access Clutch -- the web GUI, then Clutch will be able to
> > communicate with transmission-daemon and do the work. 
> > 
> > Elaine, please correct me if my understanding is incorrect. 
> > 
> > The manpages for all the binaries are available at 
> > 
> > Internally
> > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/manpages/
> > 
> > Externally 
> > http://www.opensolaris.org/os/community/arc/caselog/2008/450
> > 
> > --Irene 
> > 
> > [1] It seems to me that features(transmission-remote +
> > transmission-daemon) is a subset of features(transmission). Therefore,
> > even if transmission-remote and transmission-daemon are not shipped, the
> > users can still use transmission GUI to do all the work that this
> > project may provide.
> > 
> > On Thu, 2008-07-17 at 15:14 +0800, Elaine Xiong wrote:
> > > James Carlson 写道: 
> > > > Elaine Xiong writes:
> > > >   
> > > > > James Carlson ??:
> > > > >     
> > > > > > Not "can" but "would."  What's the usage case that involves an
> > > > > > ordinary user invoking these things?
> > > > > > 
> > > > > >   
> > > > > >       
> > > > > These programs facilitate the ordinary user to manage all the torrents 
> > > > > in more flexible mode. The strong usage case is 
> > > > > Transmission-daemon+Clutch that allows the user easily controls 
> > > > > Transmission-daemon through a Web GUI without running Transmission(gtk 
> > > > > GUI).
> > > > >     
> > > > 
> > > > That doesn't sound to me like a user executing transmission-daemon
> > > > from the command line, which is the design intent of /usr/bin.  It
> > > > sounds more like a web server that invokes this tool as a utility
> > > > program; likely out of /usr/lib or even some cgi-bin directory.
> > > > That's rather different, even if the user experience is that he
> > > > invokes it "directly" through a web GUI.
> > > > 
> > > >   
> > > Transmission-daemon is in no way a web server. It's just a back-end
> > > detaching from Transmission. One benefit is to allow the user choose
> > > the favorite front-end. Actually in the case of daemon + Clutch ,
> > > Clutch WebUI should be put into a web server to run that. Please note
> > > that Clutch doesn't pertain to Transmission package. Furthermore
> > > Transmission-daemon is not a system daemon/service. It's just a
> > > session daemon started by the ordinary user in command-line. Although
> > > it has a name of daemon but I think it only means running in the
> > > background.
> > > 
> > > > > Another usage case is the example in the manpage,
> > > > >     
> > > > 
> > > > What man page?  None seems to be in the case directory.
> > > > 
> > > >   
> > > I'll update the manpages into the case.
> > > > > It can list all the torrent tasks on jade using proxy command. In brief 
> > > > > the ordinary user would like to choose the favorite front-end to connect 
> > > > > with Transmission-daemon which means less resources.
> > > > >     
> > > > 
> > > > It's unclear that I'm getting my questions across, and the case seems
> > > > to lack archived reference documentation, so I'll call it a day.  If
> > > > you (and the LSARC members) feel that this is the right way to
> > > > integrate this feature, then drive on.
> > > > 
> > > >   
> > > Thanks for your concerns, 
> > > -- 
> > > Best Regards,
> > > 
> > > Elaine Xiong
> > > Sun Microsystems
> > > Email: elaine.xiong@sun.com
> > > Tel: (86-10)62673501 ext:80501
> > > Mobile: (86)13681214262
> > 
> 


From Irene.Huang@Sun.COM Sun Jul 27 22:24:45 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 m6S5OiaR005020
	for ; Sun, 27 Jul 2008 22:24:44 -0700 (PDT)
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 m6S5OgFJ018329
	for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 28 Jul 2008 13:24:43 +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 <0K4P00901B16ME00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com
 (ORCPT lsarc-ext@sun.com); Sun, 27 Jul 2008 22:24:42 -0700 (PDT)
Received: from sineb-mail-2.sun.com ([192.18.19.7])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K4P003ICB14K260@nwk-avmta-2.sfbay.sun.com> for
 lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Sun,
 27 Jul 2008 22:24:41 -0700 (PDT)
Received: from fe-apac-06.sun.com
 (fe-apac-06.sun.com [192.18.19.177] (may be forged))
	by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m6S5Pqff028524	for
 ; Mon, 28 Jul 2008 05:25:52 +0000 (GMT)
Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0K4P00J01ASO1S00@mail-apac.sun.com>
 (original mail from Irene.Huang@Sun.COM)
 for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon,
 28 Jul 2008 13:22:09 +0800 (SGT)
Received: from [129.158.217.138] by mail-apac.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0K4P00BG7AWVRFGZ@mail-apac.sun.com>; Mon,
 28 Jul 2008 13:22:08 +0800 (SGT)
Date: Mon, 28 Jul 2008 13:25:39 +0800
From: Irene Huang 
Subject: Re: Transmission for OpenSolaris [LSARC/2008/450 FastTrack timeout
	07/22/2008]
In-reply-to: <1216785478.1997.26.camel@goalie>
Sender: Irene.Huang@Sun.COM
To: Elaine Xiong 
Cc: James Carlson ,
        Danek Duvall , lsarc-ext@Sun.COM,
        Shi-Ying Irene Huang 
Message-id: <1217222739.1400.2.camel@goalie>
MIME-version: 1.0
X-Mailer: Evolution 2.12.2
Content-type: text/plain
Content-transfer-encoding: 8BIT
X-PMX-Version: 5.4.1.325704
References: <200807160314.m6G3EkDA007427@sac.sfbay.sun.com>
 <20080716032245.GM21020@zruty.sfbay.sun.com> <487DC549.8040506@sun.com>
 <18557.56715.372476.151319@gargle.gargle.HOWL> <487DE5D6.5030306@sun.com>
 <18557.59958.699428.32458@gargle.gargle.HOWL> <487DFA37.5040203@sun.com>
 <18558.9817.577739.717785@gargle.gargle.HOWL> <487EF139.4010500@sun.com>
 <1216281199.3161.31.camel@goalie> <1216693030.1997.0.camel@goalie>
 <1216785478.1997.26.camel@goalie>
Status: RO
Content-Length: 6255

Closed as approved. 

--Irene
On Wed, 2008-07-23 at 11:57 +0800, Irene Huang wrote:
> Hi, all 
> 
> I am extending the timeout to be this Friday. If there's no more
> discussions, I'd assume that there's no more issues and will close the
> case then. 
> 
> If there any more issues, please send an email. 
> 
> Thanks
> --Irene
> On Tue, 2008-07-22 at 10:17 +0800, Irene Huang wrote:
> > Hi, all 
> > 
> > According to the discussion, 
> > 1. manpages for this project have be uploaded to the case log 
> > 2. interfaces has been updated as per. 
> > 3. transmission-daemon is not a system daemon that should be provided as
> > a service. Instead, it's just a background program for
> > transmission-remote's use. 
> > 4. The relationships among all the transmission binaries have been
> > explained. 
> > 
> > The updated proposal has been uploaded to 
> > Internally 
> > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal-v2.txt
> > Diff: 
> > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/proposal.diff
> > 
> > External
> > http://www.opensolaris.org/os/community/arc/caselog/2008/450
> > 
> > If there's any further issues with the case, please raise before the
> > deadline 07/22/2008. Or I'll close this case as approved.
> > 
> > Thanks
> > --Irene
> > 
> > On Thu, 2008-07-17 at 15:53 +0800, Irene Huang wrote:
> > > Hi, James and all
> > > 
> > > The name transmission-daemon can be confusing. It's not the traditional
> > > daemon that might be in your mind. 
> > > 
> > > Transmission provides different way for different users according to
> > > their habits of using software. As I talked with Elaine, and from a
> > > user's point of view (not a developer's), it turns out that there're
> > > several ways of using "transmission" 
> > > 
> > > 1. For users who like to to user GUI, they can
> > > use /usr/bin/transmission, which is a GTK based GUI. 
> > > 
> > > 2. For users who likes to use command line in a terminal, they can
> > > use /usr/bin/transmission-cli, which provides more flexibility for users
> > > to script according to their preferences. 
> > > 
> > > 3. use /usr/bin/transmission-daemon and /usr/bin/transmission-remote .
> > > [1]
> > > 
> > > 4. use Clutch and /usr/bin/transmission-daemon. This is a little tricky.
> > > First Clutch is not part of the package that this project will ship,
> > > it's a WEB GUI. The server for the WEB GUI is a remote server (who ever
> > > like to run it), which has nothing to do with the "transmission" project
> > > that we are ARC'ing.
> > > Users run an instance of /usr/bin/transmission-daemon on their local
> > > box, then access Clutch -- the web GUI, then Clutch will be able to
> > > communicate with transmission-daemon and do the work. 
> > > 
> > > Elaine, please correct me if my understanding is incorrect. 
> > > 
> > > The manpages for all the binaries are available at 
> > > 
> > > Internally
> > > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/450/manpages/
> > > 
> > > Externally 
> > > http://www.opensolaris.org/os/community/arc/caselog/2008/450
> > > 
> > > --Irene 
> > > 
> > > [1] It seems to me that features(transmission-remote +
> > > transmission-daemon) is a subset of features(transmission). Therefore,
> > > even if transmission-remote and transmission-daemon are not shipped, the
> > > users can still use transmission GUI to do all the work that this
> > > project may provide.
> > > 
> > > On Thu, 2008-07-17 at 15:14 +0800, Elaine Xiong wrote:
> > > > James Carlson 写道: 
> > > > > Elaine Xiong writes:
> > > > >   
> > > > > > James Carlson ??:
> > > > > >     
> > > > > > > Not "can" but "would."  What's the usage case that involves an
> > > > > > > ordinary user invoking these things?
> > > > > > > 
> > > > > > >   
> > > > > > >       
> > > > > > These programs facilitate the ordinary user to manage all the torrents 
> > > > > > in more flexible mode. The strong usage case is 
> > > > > > Transmission-daemon+Clutch that allows the user easily controls 
> > > > > > Transmission-daemon through a Web GUI without running Transmission(gtk 
> > > > > > GUI).
> > > > > >     
> > > > > 
> > > > > That doesn't sound to me like a user executing transmission-daemon
> > > > > from the command line, which is the design intent of /usr/bin.  It
> > > > > sounds more like a web server that invokes this tool as a utility
> > > > > program; likely out of /usr/lib or even some cgi-bin directory.
> > > > > That's rather different, even if the user experience is that he
> > > > > invokes it "directly" through a web GUI.
> > > > > 
> > > > >   
> > > > Transmission-daemon is in no way a web server. It's just a back-end
> > > > detaching from Transmission. One benefit is to allow the user choose
> > > > the favorite front-end. Actually in the case of daemon + Clutch ,
> > > > Clutch WebUI should be put into a web server to run that. Please note
> > > > that Clutch doesn't pertain to Transmission package. Furthermore
> > > > Transmission-daemon is not a system daemon/service. It's just a
> > > > session daemon started by the ordinary user in command-line. Although
> > > > it has a name of daemon but I think it only means running in the
> > > > background.
> > > > 
> > > > > > Another usage case is the example in the manpage,
> > > > > >     
> > > > > 
> > > > > What man page?  None seems to be in the case directory.
> > > > > 
> > > > >   
> > > > I'll update the manpages into the case.
> > > > > > It can list all the torrent tasks on jade using proxy command. In brief 
> > > > > > the ordinary user would like to choose the favorite front-end to connect 
> > > > > > with Transmission-daemon which means less resources.
> > > > > >     
> > > > > 
> > > > > It's unclear that I'm getting my questions across, and the case seems
> > > > > to lack archived reference documentation, so I'll call it a day.  If
> > > > > you (and the LSARC members) feel that this is the right way to
> > > > > integrate this feature, then drive on.
> > > > > 
> > > > >   
> > > > Thanks for your concerns, 
> > > > -- 
> > > > Best Regards,
> > > > 
> > > > Elaine Xiong
> > > > Sun Microsystems
> > > > Email: elaine.xiong@sun.com
> > > > Tel: (86-10)62673501 ext:80501
> > > > Mobile: (86)13681214262
> > > 
> > 
>