[gentoo-dev] lastrite: dev-cpp/libherdstat and app-portage/herdstat

[gentoo-dev] lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Tiziano Müller]

# Tiziano Müller <dev-zero@gentoo.org> (07 Jun 2008)
# Various bugs and dead upstream
#   herdstat: 164254, 184035, 222887
#   libherdstat: 119589, 206876
# Masked for removal in 30 days
app-portage/herdstat
dev-cpp/libherdstat

Sorry people, but we (Halcy0n and I) really don't have the time nor the will
to maintain this package (dev-cpp/libherdstat) anymore without an upstream.


-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Jeroen Roovers]

On Sat, 07 Jun 2008 19:29:28 +0200
Tiziano Müller <dev-zero@gentoo.org> wrote:

> # Tiziano Müller <dev-zero@gentoo.org> (07 Jun 2008)
> # Various bugs and dead upstream
> #   herdstat: 164254, 184035, 222887

And bug 206879.


Kind regards,
     JeR
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Alin Năstac]

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

Tiziano Müller wrote:
> # Tiziano Müller <dev-zero@gentoo.org> (07 Jun 2008)
> # Various bugs and dead upstream
> #   herdstat: 164254, 184035, 222887
> #   libherdstat: 119589, 206876
> # Masked for removal in 30 days
> app-portage/herdstat
> dev-cpp/libherdstat
>
> Sorry people, but we (Halcy0n and I) really don't have the time nor the will
> to maintain this package (dev-cpp/libherdstat) anymore without an upstream.
>
>   
glimpse can be used to search stuff in all metadata.xml files.

All you have to do is:
  mkdir  metasearch
  echo '*' > metasearch/.glimpse_exclude
  echo metadata.xml > metasearch/.glimpse_include
  glimpseindex -i -B -H metasearch <portage-dir>
  glimpse -H metasearch <regex>




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

[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Michael Sterrett -Mr. Bones.-]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=utf-8; format=flowed, Size: 233 bytes --]

On Sun, 8 Jun 2008, Alin NÄ~Cstac wrote:

> glimpse can be used to search stuff in all metadata.xml files.

The tree's small enough that grep -r gives enough performance.

Michael Sterrett
   -Mr. Bones.-
mr_bones_@gentoo.org

[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Diego 'Flameeyes' Pettenò]

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

"Michael Sterrett -Mr. Bones.-" <msterret@coat.com> writes:

> The tree's small enough that grep -r gives enough performance.

Even better

grep */*/metadata.xml

the tree is not big enough that it exceeds the maximum arguments from bash.

-- 
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Alin Năstac]

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

Diego 'Flameeyes' Pettenò wrote:
> "Michael Sterrett -Mr. Bones.-" <msterret@coat.com> writes:
>
>   
>> The tree's small enough that grep -r gives enough performance.
>>     
>
> Even better
>
> grep */*/metadata.xml
>
> the tree is not big enough that it exceeds the maximum arguments from bash.
>
>   
According to my local copy, we have 12876 metadata.xml files.
Something tells me that your command line will exceed the maximum 
command line length supported by any shell ;)


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

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Chip Parker]

On Sun, Jun 8, 2008 at 5:41 AM, Alin Năstac <mrness@gentoo.org> wrote:
> Diego 'Flameeyes' Pettenò wrote:
>>
>> "Michael Sterrett -Mr. Bones.-" <msterret@coat.com> writes:
>>
>>
>>>
>>> The tree's small enough that grep -r gives enough performance.
>>>
>>
>> Even better
>>
>> grep */*/metadata.xml
>>
>> the tree is not big enough that it exceeds the maximum arguments from
>> bash.
>>
>>
>
> According to my local copy, we have 12876 metadata.xml files.
> Something tells me that your command line will exceed the maximum command
> line length supported by any shell ;)
>
>

Although it'll be a bit slower than a direct grep: for m in `find
/usr/portage -name metadata.xml `; do grep -Rn foo $m;done

[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Diego 'Flameeyes' Pettenò]

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

"Chip Parker" <infowolfe@gmail.com> writes:

> Although it'll be a bit slower than a direct grep: for m in `find
> /usr/portage -name metadata.xml `; do grep -Rn foo $m;done

Uh no you want xargs in that case.

-- 
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Diego 'Flameeyes' Pettenò]

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

Alin Năstac <mrness@gentoo.org> writes:

> According to my local copy, we have 12876 metadata.xml files.
> Something tells me that your command line will exceed the maximum
> command line length supported by any shell ;)

I actually checked before saying that :) Both zsh and bash on my system
can get that command line going just fine.

I was sure of that already because I use very often egrep $something
*/*/*.ebuild to scan the tree for particular stuff.

-- 
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Alin Năstac]

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

Diego 'Flameeyes' Pettenò wrote:
> Alin Năstac <mrness@gentoo.org> writes:
>
>   
>> According to my local copy, we have 12876 metadata.xml files.
>> Something tells me that your command line will exceed the maximum
>> command line length supported by any shell ;)
>>     
>
> I actually checked before saying that :) Both zsh and bash on my system
> can get that command line going just fine.
>
> I was sure of that already because I use very often egrep $something
> */*/*.ebuild to scan the tree for particular stuff.
>
>   
I remember that one time I had to split a command like dohtml 
"${S}"/something/*.{png,html} because the line was too long. At that 
time, bash had a limit of 32K. Now is what ... 1M?


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

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Jan Kundrát]

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

Alin Năstac wrote:
> I remember that one time I had to split a command like dohtml 
> "${S}"/something/*.{png,html} because the line was too long. At that 
> time, bash had a limit of 32K. Now is what ... 1M?

from execve(2):

Limits on size of arguments and environment

  Most Unix implementations impose some limit on the total size of the 
command-line argument (argv) and environment (envp) strings that may be 
passed to a new program. POSIX.1 allows an implementation to advertise 
this limit using the ARG_MAX constant (either defined in <limits.h> or 
available at run time using the call sysconf(_SC_ARG_MAX)).

  On Linux prior to kernel 2.6.23, the memory used to store the 
environment and argument strings was limited to 32 pages (defined by the 
kernel constant MAX_ARG_PAGES). On architectures with a 4-kB page size, 
this yields a maximum size of 128 kB.

  On kernel 2.6.23 and later, most architectures support a size limit 
derived from the soft RLIMIT_STACK resource limit (see getrlimit(2)). 
For these architectures, the total size is limited to 1/4 of the allowed 
stack size, the limit per string is 32 pages (the kernel constant 
MAX_ARG_STRLEN), and the maximum number of strings is 0x7FFFFFFF. (This 
change allows programs to have a much larger argument and/or environment 
list. Imposing the 1/4-limit ensures that the new program always has 
some stack space.) Architectures with no memory management unit are 
excepted: they maintain the limit that was in effect before kernel 2.6.23.

Cheers,
-jkt

-- 
cd /local/pub && more beer > /dev/mouth


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

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Donnie Berkholz]

On 14:26 Sun 08 Jun     , Diego 'Flameeyes' Pettenò wrote:
> "Michael Sterrett -Mr. Bones.-" <msterret@coat.com> writes:
> 
> > The tree's small enough that grep -r gives enough performance.
> 
> Even better
> 
> grep */*/metadata.xml
> 
> the tree is not big enough that it exceeds the maximum arguments from bash.

I usually do something like this:

  grep -r --include='metadata.xml' -e TOKEN

It also works nicely for `--include='*.ebuild'`.

Thanks,
Donnie
-- 
gentoo-dev@lists.gentoo.org mailing list

[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Diego 'Flameeyes' Pettenò]

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

Donnie Berkholz <dberkholz@gentoo.org> writes:

> I usually do something like this:

I used to do that too, but it's quite slower than the */*/$blah, because
it has to visit all the directories on the grep.

Give it a try, took me quite a while to get used to it but it works
nicely.

-- 
Diego "Flameeyes" Pettenò
http://blog.flameeyes.eu/

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat

[Jeroen Roovers]

On Sun, 8 Jun 2008 06:44:59 -0700
"Chip Parker" <infowolfe@gmail.com> wrote:

> Although it'll be a bit slower than a direct grep: for m in `find
> /usr/portage -name metadata.xml `; do grep -Rn foo $m;done

That would be horribly slow by comparison. :)


Kind regards,
     JeR
-- 
gentoo-dev@lists.gentoo.org mailing list