From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1Hki9O-0006HX-Ci for garchives@archives.gentoo.org; Sun, 06 May 2007 14:55:50 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l46EsrqB016471; Sun, 6 May 2007 14:54:53 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l46Er4Vb014267 for ; Sun, 6 May 2007 14:53:05 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 5B76B65054 for ; Sun, 6 May 2007 14:53:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -0.687 X-Spam-Level: X-Spam-Status: No, score=-0.687 required=5.5 tests=[AWL=-0.687] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W+gs9mutqCvh for ; Sun, 6 May 2007 14:53:02 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by smtp.gentoo.org (Postfix) with ESMTP id 46C04646CD for ; Sun, 6 May 2007 14:52:59 +0000 (UTC) Received: from [82.82.182.16] (helo=sheridan.genone.homeip.net) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1Hki6c1Pzc-0001Kv; Sun, 06 May 2007 16:52:58 +0200 Date: Sun, 6 May 2007 16:49:37 +0200 From: Marius Mauch To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Why Glep42 news can't be used yet Message-ID: <20070506164937.416f431b@sheridan.genone.homeip.net> In-Reply-To: <200705061600.29658.peper@gentoo.org> References: <20070506154023.6b39a610@sheridan.genone.homeip.net> <200705061600.29658.peper@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_mG6TkcTBul/X0B.0h1ha2Wc"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Provags-ID: V01U2FsdGVkX18gR/IPUPGOdLEv1lf9b69jLy3V64zYPNPkweJ Le36yhUlEVypN5tR8h+pWh/7fiUnlMKtOy+RptdvFXL9foic7w Aain0I+GFZPS2L0Ij03Qw== X-Archives-Salt: 060315fd-ca85-4f8e-8667-e379fae84d19 X-Archives-Hash: 07e236f3c4fc02204137af8b5487a2b2 --Sig_mG6TkcTBul/X0B.0h1ha2Wc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sun, 6 May 2007 16:00:29 +0200 Piotr Jaroszy=C5=84ski wrote: > On Sunday 06 of May 2007 15:40:23 Marius Mauch wrote: > > Apparently the `eselect news` module (which is the suggested > > default news reader) requires paludis to be installed and > > configured, a quick test resulted in errors when trying with > > a) paludis not installed > > b) paludis installed but not configured > > and the code doesn't seem to have any support for portage at this > > time (checked version was eselect-1.0.9). > Well it's part of Paludis...=20 > Tbh, I expected a little more from portage support for news items > than pointing to eselect module made for paludis. Well, the default is specified by the glep and I expected it to be part of eselect (which is why I didn't check at first what package installed it), especially given that several eselect authors are also paludis devs. And shipping another module (there appears to be one in svn[1]) for portage would mean either to use a different name (which sucks UI-wise IMHO) or make paludis and portage block each other (which I think everyone will agree is the worst solution). But as long as this problem persists we cannot issue more news items for the gentoo-x86 repository. Now what solutions are there: a) add portage support to the paludis news.eselect and move it into the main eselect package (or make a standalone package) b) let portage install its own module (sucks for reasons given above) c) ignore the glep and write a non-eselect reader app to be installed/depended on by portage and used by portage whenever a default is required Out of those a) is IMO preferrably unless someone can come up with a better solution. Btw, if you knew about this issue before (that's how your statement above sounds to me) then I'm somewhat irritated that you didn't consider it worth mentioning when you first brought the topic up. Marius [1] http://sources.gentoo.org/viewcvs.py/portage/private/antarus/glep42/eselect/ --=20 Public Key at http://www.genone.de/info/gpg-key.pub In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a bit better. --Sig_mG6TkcTBul/X0B.0h1ha2Wc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGPesEWzrL1pM7SNcRAjtlAKCHZnYTB/EBWf6pdIuJjf1Uu+7A4QCfbtj/ FLdMvuyn3yRk1YyLpuVpNh8= =ir10 -----END PGP SIGNATURE----- --Sig_mG6TkcTBul/X0B.0h1ha2Wc-- -- gentoo-dev@gentoo.org mailing list