[gentoo-user] eix

[gentoo-user] eix

[James]

eix <arg> 


use to match the <arg> string against all three: 
(1) gentoo tree /usr/portage
(2) the /var/lib/layman/ overlays I had installed and manage with layman
(3) my /usr/local/portage local ebuild placed in /usr/local/portage/


Now, only option (1) shows the embuilds

I can manully part (2) as they are still kept in
/var/lib/layman/  and see all the overlay (ebuilds)


Likewise, I can manually part (3) /usr/local/portage
any a vast collection of ugly ebuilds reside, fat dumb and happy
to not be published, ATM.


but no matter what I try eix shows nothing from (2) or (3) like it 
use to with the only requirement to match the string of the <arg>.

Now I have read all the news items, the new docs like
(https://cgit.gentoo.org/dev/ultrabug.git) and everything else
I can  google.

How do I fix this so a simple (alias if necessary) shows all three
sources of ebuilds on my system like it use to.

Note I have updated eix to app-portage/eix-0.30.11

I have all the files in /etc/portage/repos.conf:
gentoo.conf  java.conf  layman.conf  local.conf

cat layman.conf
[DEFAULT]
main-repo = gentoo



[alunduil]
priority = 50
location = /var/lib/layman/alunduil
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/alunduil.git
sync-type = laymansync

[java]
priority = 50
location = /var/lib/layman/java
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/proj/java.git
sync-type = laymansync

[sunrise]
priority = 50
location = /var/lib/layman/sunrise
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/proj/sunrise-reviewed.git
sync-type = laymansync

[ultrabug]
priority = 50
location = /var/lib/layman/ultrabug
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/ultrabug.git
sync-type = laymansync

[xmw]
priority = 50
location = /var/lib/layman/xmw
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/xmw.git
sync-type = laymansync


I'd deeply appreciate a wee_bit of insight into this, with particular
attention on the java repos and getting the latest java codes the devs are
making available in the java repo, but not the gentoo tree.


TIA,
James

Re: [gentoo-user] eix

[Volker Armin Hemmann]

Am 28.06.2015 um 23:12 schrieb James:
> eix <arg> 
>
>
> use to match the <arg> string against all three: 
> (1) gentoo tree /usr/portage
> (2) the /var/lib/layman/ overlays I had installed and manage with layman
> (3) my /usr/local/portage local ebuild placed in /usr/local/portage/
>
>
> Now, only option (1) shows the embuilds
>
> I can manully part (2) as they are still kept in
> /var/lib/layman/  and see all the overlay (ebuilds)
>
>
> Likewise, I can manually part (3) /usr/local/portage
> any a vast collection of ugly ebuilds reside, fat dumb and happy
> to not be published, ATM.
>
>
> but no matter what I try eix shows nothing from (2) or (3) like it 
> use to with the only requirement to match the string of the <arg>.
>
> Now I have read all the news items, the new docs like
> (https://cgit.gentoo.org/dev/ultrabug.git) and everything else
> I can  google.
>
> How do I fix this so a simple (alias if necessary) shows all three
> sources of ebuilds on my system like it use to.
>
> Note I have updated eix to app-portage/eix-0.30.11
>
> I have all the files in /etc/portage/repos.conf:
> gentoo.conf  java.conf  layman.conf  local.conf
>
> cat layman.conf
> [DEFAULT]
> main-repo = gentoo
>
>
>
> [alunduil]
> priority = 50
> location = /var/lib/layman/alunduil
> layman-type = git
> auto-sync = yes
> sync-uri = git://anongit.gentoo.org/dev/alunduil.git
> sync-type = laymansync
>
> [java]
> priority = 50
> location = /var/lib/layman/java
> layman-type = git
> auto-sync = yes
> sync-uri = git://anongit.gentoo.org/proj/java.git
> sync-type = laymansync
>
> [sunrise]
> priority = 50
> location = /var/lib/layman/sunrise
> layman-type = git
> auto-sync = yes
> sync-uri = git://anongit.gentoo.org/proj/sunrise-reviewed.git
> sync-type = laymansync
>
> [ultrabug]
> priority = 50
> location = /var/lib/layman/ultrabug
> layman-type = git
> auto-sync = yes
> sync-uri = git://anongit.gentoo.org/dev/ultrabug.git
> sync-type = laymansync
>
> [xmw]
> priority = 50
> location = /var/lib/layman/xmw
> layman-type = git
> auto-sync = yes
> sync-uri = git://anongit.gentoo.org/dev/xmw.git
> sync-type = laymansync
>
>
> I'd deeply appreciate a wee_bit of insight into this, with particular
> attention on the java repos and getting the latest java codes the devs are
> making available in the java repo, but not the gentoo tree.
>
>
> TIA,
> James
>
>
>
>
>
>

and you use eix-sync? You did eix-update?

Re: [gentoo-user] eix

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1359 bytes --]

On Sun, 28 Jun 2015 23:39:35 +0200, Volker Armin Hemmann wrote:

> > eix <arg> 
> >
> >
> > use to match the <arg> string against all three: 
> > (1) gentoo tree /usr/portage
> > (2) the /var/lib/layman/ overlays I had installed and manage with
> > layman (3) my /usr/local/portage local ebuild placed
> > in /usr/local/portage/
> >
> >
> > Now, only option (1) shows the embuilds
> >
> > I can manully part (2) as they are still kept in
> > /var/lib/layman/  and see all the overlay (ebuilds)
> >
> >
> > Likewise, I can manually part (3) /usr/local/portage
> > any a vast collection of ugly ebuilds reside, fat dumb and happy
> > to not be published, ATM.
> >
> >
> > but no matter what I try eix shows nothing from (2) or (3) like it 
> > use to with the only requirement to match the string of the <arg>.

Run eix-remote when you run eix-update

Do eix -R pattern to search all overlays.

RTFM for how to make this the default again.

By running eix-remote, eix is able to search even overlays you do not have
installed.


-- 
Neil Bothwick

"There are two ways of constructing a software design: One way is to make
it so simple that there are obviously no deficiencies, and the other way
is to make it so complicated that there are no obvious deficiencies.
The first method is far more difficult" -C.A.R. Hoare

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[gentoo-user] Re: eix

[Martin Vaeth]

James <wireless@tampabay.rr.com> wrote:
>
> use to match the <arg> string against all three: 
> (1) gentoo tree /usr/portage
> (2) the /var/lib/layman/ overlays I had installed and manage with layman
> (3) my /usr/local/portage local ebuild placed in /usr/local/portage/
>
> Now, only option (1) shows the embuilds

Very likely you have chosen inappropriate cache methods
for the ebuilds with eix, or the corresponding data is not readable
by user/group portage/portage (250:250):

The recommended way of using the metadata cache method works only
if your overlay provides that metadata or if you call egencache to
generate it. However, there are also other possibilities as sketched
in the section SPEEDUP in the eix manpage.

If you need further help post the output of eix-update.

In any case: Check whether user/group portage/portage has the
permissions to read overlays and metadata.

Re: [gentoo-user] Re: eix

[wireless]

On 06/29/2015 03:50 AM, Martin Vaeth wrote:

>> use to match the <arg> string against all three:
>> (1) gentoo tree /usr/portage
>> (2) the /var/lib/layman/ overlays I had installed and manage with layman
>> (3) my /usr/local/portage local ebuild placed in /usr/local/portage/

>> Now, only option (1) shows the embuilds
>
> Very likely you have chosen inappropriate cache methods
> for the ebuilds with eix, or the corresponding data is not readable
> by user/group portage/portage (250:250):

Yes I did have permission problems. None of the docs discuss 
permissions, as I remember.

> The recommended way of using the metadata cache method works only
> if your overlay provides that metadata or if you call egencache to
> generate it. However, there are also other possibilities as sketched
> in the section SPEEDUP in the eix manpage.

> If you need further help post the output of eix-update.

eix-update is very fast now and clean! (all 100%)

> In any case: Check whether user/group portage/portage has the
> permissions to read overlays and metadata.

I rebuilt layman, again and when through all the configs, check 
permissions and such and now eix works as it did. That is showing the
gentoo tree string_matches as well as overlays and my 
/usr/local/portage. The second (2) are designated via footnotes and the 
repository locattions on my system. I not sure how eix does that, but,
it is very, very cool and helps an old guy keeps his codes a bit more 
organized and quick to access.....


Thanks for all the input (volker, neil, etc). Oh, I'm posting via my 
backup (nntp) as gmane has been running very slow. Gmane is about to 
crash and it usually takes Lars a few day to rebuild it so apologies in 
adavance if this post does not follow the thread_line properly.


thx!
James