From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6449247988281769984 X-Received: by 10.28.180.8 with SMTP id d8mr1865700wmf.30.1503347267867; Mon, 21 Aug 2017 13:27:47 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.193.6 with SMTP id r6ls10594lff.4.gmail; Mon, 21 Aug 2017 13:27:47 -0700 (PDT) X-Received: by 10.25.157.20 with SMTP id g20mr2192343lfe.15.1503347267276; Mon, 21 Aug 2017 13:27:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1503347267; cv=none; d=google.com; s=arc-20160816; b=jExO7z7fjN/hMvKA1SkmmaJrVuDhUyz7e29Qq4J6NefYHcXQSdSC++tnsE4u0maWVO rfaPelb0EcwT8uT/c3GAsVj29XPHuPaV+mKPVr4IOrf2pXocxWRlYmZEsutuAkKeibUS cdjt95ncFRn3RZp4darf9+WZU4Hk4EgKEGQMKNHOO08i8uA6AmZNgkv5WmecurIye8Pm XXAPokiV4/giwKotdjuotHrSOFqFdKdUTKhMaXJ94iXfiZV5ogCShlCTTE1GXdBgMYkU jITO3fXP1a02g2olUQDu8/uOHadnHo2TYM+196wMvoHhuXZcGqU6BVL0MXMv5ACHePpf HpYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date :arc-authentication-results; bh=6Xf4NqKKguvb7ThhCG85k+8F8Q16ONoBvo+qj+Bu/Oc=; b=06zcSkGuOgBeAxa6rYo3cLEgRsqnxb9YB3o/7mXtt6h+6IW0tIV0Xrjqxrm9m+sxdd Fb+HaJO/s9oo7mN7KjGJ5Pi0VFqsMd02+P0LoQQcaeDopX2gfb5zpg0ziisS9adBRLQR tqQAbybRd19DP0MYES+VJ8VNUUQ9nN5iq3Q1hmCW6PF/v6i1rlLN6RuWkAELlp31qAlO jBwe1VT0Y1pX9hI5y5a+z1/ugAsjqYYLriynQ5BtuGsro90AzaU3aWbuvm7hFbKlLY8y Ka57Y4Y35Gxr9MV3sSe8nQm7YNeT4WSV60mkr8EOnBAN8BoV6T04hx/tj/eI1Mk6tXZn 8a1g== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id e123si28123wmd.8.2017.08.21.13.27.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Aug 2017 13:27:47 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.radix50.net (dslb-088-067-177-003.088.067.pools.vodafone-ip.de [88.67.177.3]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id v7LKRiEV009586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 21 Aug 2017 22:27:46 +0200 Received: from yssyq.radix50.net (localhost [127.0.0.1]) by yssyq.radix50.net (8.14.4/8.14.4/Debian-8) with ESMTP id v7LKRdXD006916 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 21 Aug 2017 22:27:39 +0200 Received: (from ibr@localhost) by yssyq.radix50.net (8.14.4/8.14.4/Submit) id v7LKRctD006915 for isar-users@googlegroups.com; Mon, 21 Aug 2017 22:27:38 +0200 Date: Mon, 21 Aug 2017 22:27:38 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH 0-10 of 16 v2 6/8] classes: move fetch and unpack into isar-base Message-ID: <20170821202738.GB3711@yssyq.radix50.net> Mail-Followup-To: isar-users@googlegroups.com References: <7c03d914f33ef0563cb7af2951f56e8cd5fd20bc.1501760818.git.henning.schild@siemens.com> <20170808100025.02645738@md1em3qc> <20170808140150.17be7599@md1em3qc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170808140150.17be7599@md1em3qc> User-Agent: Mutt/1.5.23 (2014-03-12) X-TUID: 34LFLOhSU/KU On Tue, Aug 08, 2017 at 02:01:50PM +0200, Henning Schild wrote: > Ok. If you want me to turn it into two commits i will do so. But please > tell me what to do. Applied partially, thanks. The baseline for rebase is master. It will eventually include asmirnov/next, so right now, you could start rebasing on that. > Especially since i would not know which branch to rebase on now that > you even split my patches. This allows us to take low-hanging fruits and avoid reviewing the stuff again, especially since this series consists of unrelated bits -- please avoid in the future. A binary all-or-nothing approach would block all patches. If you prefer that way, I'd suggest to talk offline so that we can understand the reasons for that. With kind regards, Baurzhan.