From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id C133558D4 for ; Wed, 9 Dec 2015 17:14:50 +0100 (CET) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga101.fm.intel.com with ESMTP; 09 Dec 2015 08:14:04 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,404,1444719600"; d="scan'208";a="837735186" Received: from irsmsx105.ger.corp.intel.com ([163.33.3.28]) by orsmga001.jf.intel.com with ESMTP; 09 Dec 2015 08:14:04 -0800 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.23]) by irsmsx105.ger.corp.intel.com ([169.254.7.203]) with mapi id 14.03.0248.002; Wed, 9 Dec 2015 16:14:02 +0000 From: "Iremonger, Bernard" To: Thomas Monjalon , "Mcnamara, John" Thread-Topic: [dpdk-dev] [PATCH 1/1] doc: correct Vhost Sample Application guide Thread-Index: AQHRMpP53JC18Cp7OUG4mVaydRHtq57C02tQ Date: Wed, 9 Dec 2015 16:14:01 +0000 Message-ID: <8CEF83825BEC744B83065625E567D7C219F8E971@IRSMSX108.ger.corp.intel.com> References: <1449664541-9546-1-git-send-email-bernard.iremonger@intel.com> <3756278.RbTW4O93Bj@xps13> In-Reply-To: <3756278.RbTW4O93Bj@xps13> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH 1/1] doc: correct Vhost Sample Application guide X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 16:14:51 -0000 Hi John, > 2015-12-09 14:50, Mcnamara, John: > > Also, as a general note, not just to this document/patch. > > > > I don't think the "user@target:~$" prefixes used in some DPDK Doc > > commandlines is useful. > > > > It prevents a straight copy and paste for testing, it makes the > > literal block lines longer than they should be, it isn't used > > consistently everywhere, it is visually distracting (in some cases it > > is longer than the command being shown), and it isn't always correct > > (I presume in the above case of "user@target" you would need run the > > application as sudo if you are a non root user). > > > > Any objections to removing these as documents are updated? >=20 > Generally speaking, +1 to remove extra bytes :) I will remove the "user@target:~$" prefixes in this document. Regards, Bernard.