From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 8 Dec 2016 10:08:31 +0300 (MSK) From: Ivan Zakharyaschev To: ALT Linux Team development discussions In-Reply-To: Message-ID: References: <201611010941.23987@ruslandh> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-1122865518-1481180911=:13365" Subject: Re: [devel] [#171635] DONE (try 2) python-module-repoze.who.plugins.beaker_tkt.git=0.1-alt6 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: Thu, 08 Dec 2016 07:08:31 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-1122865518-1481180911=:13365 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8BIT Здравствуйте! On Thu, 8 Dec 2016, Alexey Tourbin wrote: >>> Не всегда. Но это один из главных признаков. Ну и это же питновский >>> модуль. Я его посмотрел, ничего архитектурно-зависимого там не >>> заметил. Если вписать ему "BuildArch: noarch", то он соберется как >>> noarch, с путями /usr/lib вместо /usr/lib64. Очень гуттаперчевая >> >> Не успел сразу ответить с релевантными ссылками. >> >> Про эти питоновские пакеты таким вопросом, бывало, уже задавались люди. Есть >> подозрение, что это сделано из-за особенностей работы namespace packages в >> питоне, когда модуль TOPLEVEL.X должен лежать в файловой системе как-то так: >> >> TOPLEVEL/__init__.py >> TOPLEVEL/X.py > > Мужчина, вы выражаетесь слишком обходительно, то есть к сожалению > нельзя поставить вам в вину и упрекнуть вас в том, что именно вы всю > эту глупость придумали. Из того, как оно раскладывается по пакетам, я мало что придумал. А причины/предположения о том, при каком размещении оно работать не смогло бы, я во многом придумал сначала, подтвердил увиденными примерами, которые могли бы быть последствием этих ограничений, и потом чтением кусочков около-документации. > Мне все-таки не понятно, как может отработать "make check" в сборочном > каталоге, когда существование какого-то TOPLEVEL мыслится только > гипотетически. Теперь мне непонятно, что из моего описания (предполагаемых) ограничений на размещение файлов, было Вам не очень понятно. Иначе я бы уточнил. Попробую так. Варианты мест появления TOPLEVEL (например, repoze), которые могли встречаться: /usr/lib/python3/site-packages/TOPLEVEL/ /usr/lib64/python3/site-packages/TOPLEVEL/ /usr/lib/python3.3/site-packages/TOPLEVEL/ /usr/lib64/python3.3/site-packages/TOPLEVEL/ Но чтобы работало, все файлы питоновских подпакетов TOPLEVEL (например, repoze.who, repoze.what, etc.) не могут размазываться между разными местами. Только одна директория реально должна была использоваться. Не вижу каких-то особых проблем для make check. -- Best regards, Ivan --1807885841-1122865518-1481180911=:13365--