From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1513352432; bh=aw/nn4+81yzCVDmDSdski9D3AlGeZ1+sypO4JqSEjBE=; h=Date:From:To:Subject:References:In-Reply-To; b=gZwaT7Gmp4hBAXasoOOiihC9kNMp4pmQDXdY+6pOby2IZMAwVst/ZPFQc/nxgznMx SH0Tm9XoZd7qz92dwJD4Otpe374RR8Yfk0qpDGNOxwNDvnMpil4Tutfs+9bkaVmn0H LWsesJY/NdEsq/ZhvmPiYgGNhUTgOa/dhEijYokQ= Date: Fri, 15 Dec 2017 17:40:29 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20171215154029.GA11830@dad.imath.kiev.ua> References: <4385a8bc-8dc8-3284-52c9-646684d6108b@etersoft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4385a8bc-8dc8-3284-52c9-646684d6108b@etersoft.ru> User-Agent: Mutt/1.9.1 (2017-09-22) Subject: Re: [devel] =?utf-8?b?0KHQsdC+0YDQutCwINCw0LrRgtGD0LDQu9GM0L3QvtC5?= =?utf-8?b?INCy0LXRgNGB0LjQuCB1c2JpcCDQuCB1c2JpcGQ=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 15:40:35 -0000 Archived-At: List-Archive: List-Post: On Fri, Dec 15, 2017 at 06:20:15PM +0300, Pavel Vainerman wrote: > 1) Поскольку раньше usbip был как отдельный проект, > у него была своя история развития и у нас был соответствующий > отдельный git - usbip. То теперь (с 2013-го) usbip входит в дерево > исходников ядра и по сути теперь git будет содержать только spec-файл > (зависеть от kernel-source и вынимать оттуда исходники для сборки). > То я бы хотел создать новый "лёгкий" git с "чистой историей". > Поэтому вопрос, можно ли его создать с тем же именем usbip, но по сути > это будет уже другой git. Как правильнее в таких случаях поступать? Залить из нового git. Чтобы пройти проверку на наследование, есть отдельная команда ssh girar task check-git-inheritance ... disable ... см. wiki. Если переименовать пакет (см. ниже) то и этого не нужно. > 2) Второй вопрос это версионирование. > Текущая "не работающая версия" - 1.1.2 (и в Сизифе и в p8). > Новая версия даже в самом ядре уже называется как API 2.0. > В этом смысле я не знаю, что означает третья цифра в версии наших > пакетов, но формально тогда предлагаю новую версию назвать > 2.0.1 может помочь взгляд на другие дистрибутивы. в PLD и fedora версия ставится по ядру, откуда взято: PLD/dists/th/PLD/x86_64/RPMS/usbip-4.13.11-1.x86_64.rpm fedora/linux/development/rawhide/Everything/source/tree/Packages/u/usbip-4.9.9-6.fc28.src.rpm Также, стоит подумать, можно переименовать в, к примеру, kernel-org-usbip, чтобы избежать потенциального конфликта с проектом http://downloads.sourceforge.net/project/usbip/ пакеты с ним есть, например, в rosa: rosa/rosa2016.1/repository/SRPMS/contrib/release/usbip-0.1.7-7.src.rpm -- I V