From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 Date: Mon, 1 Mar 2010 17:07:47 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20100301150746.GA26811@dad.imath.kiev.ua> References: <1267428973.27719.5@ildar.innovations.kz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1267428973.27719.5@ildar.innovations.kz> User-Agent: Mutt/1.5.18 (2008-05-17) Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=dad.imath.kiev.ua; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] java: freemind -> groovy -> too much ? 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: Mon, 01 Mar 2010 15:07:57 -0000 Archived-At: List-Archive: List-Post: On Mon, Mar 01, 2010 at 01:36:13PM +0600, Ildar Mulyukov wrote: > Добрый день, коллеги. > Я не совсем уверен, что это баг, поэтому пишу сюда. > # apt-get remove java-1.6.0-openjdk-devel > ... > ant ant-junit dom4j freemind groovy java-1.6.0-openjdk-devel jaxen > jettison > jetty5 ws-jaxme xstream > 0 upgraded, 0 newly installed, 11 removed and 2 not upgraded. > After unpacking 60.8MB disk space will be freed. > # apt-get remove freemind > ... > 0 upgraded, 0 newly installed, 1 removed and 29 not upgraded. > After unpacking 8195kB disk space will be freed. > > Вопрос: почему чистый юзер-спейс (freemind) тянет за собой 52М > девеломпента, и можно ли это всё развязать? Может, можно распилить > groovy на runtime и devel ? Обсуждалось, даже в Java FAQ занесено. Общий случай (application-level dependencies) недостижим из-за недостаточной степени развития паровых технологий, а на частный случай качаственного распила groovy на модули у нас нет героя. Герои-добровольцы приветствуются, артефакты выдам :) -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine