[gentoo-user] qfile alternative?

[gentoo-user] qfile alternative?

[Helmut Jarausch]

Hi,

qfile doesn't find the corresponding packages all the time, e.g.
qfile /usr/bin/pq_config showed nothing, but re-installing  
dev-db/postgresql-base
changed that file.

Is there an alternative to qfile to find out the 'owner' of a file?

Many thanks for a hint,
Helmut.

Re: [gentoo-user] qfile alternative?

[Frank Steinmetzger]

Am Donnerstag, 1. November 2012, 16:15:54 schrieb Helmut Jarausch:
> Hi,
> 
> qfile doesn't find the corresponding packages all the time
> […]
> Is there an alternative to qfile to find out the 'owner' of a file?

equery b(elongs)? (filename|path)
-- 
Gruß | Greetings | Qapla'
Please do not share anything from, with or about me with any Facebook service.

- “I threw a 386 and a 486 out of the window.” - “And?”
- “The 486 was indeed faster!”

Re: [gentoo-user] qfile alternative?

[Helmut Jarausch]

On 11/02/2012 12:57:24 AM, James Cloos wrote:

Many thanks, James.
Since app-portage/portage-utils is a portage specific package, it would  
be nice if it would take
all portage actions (like eselect) into account.

> 
> You might want to open an RFE bug report for app-portage/portage-utils
> suggesting that qfile gain the ability to do the (the logical  
> equivilent
> of) the above itself.

I've tried that, but the reponsible developer doesn't want to  
understand (even an advanced) user's need.
Helmut.

Re: [gentoo-user] qfile alternative?

[Mike Gilbert]

On Fri, Nov 2, 2012 at 4:42 AM, Helmut Jarausch
<jarausch@igpm.rwth-aachen.de> wrote:
> On 11/02/2012 12:57:24 AM, James Cloos wrote:
>
> Many thanks, James.
> Since app-portage/portage-utils is a portage specific package, it would be
> nice if it would take
> all portage actions (like eselect) into account.
>
>
>>
>> You might want to open an RFE bug report for app-portage/portage-utils
>> suggesting that qfile gain the ability to do the (the logical equivilent
>> of) the above itself.
>
>
> I've tried that, but the reponsible developer doesn't want to understand
> (even an advanced) user's need.
> Helmut.
>

I would not want qfile to report on files (including symlinks) which
are not recorded in the /var/db/pkg database. That's simply not what
the tool is designed for.

eselect is not part of portage, and it can create/change literally any
file on your system. There is no central place where these changes are
tracked, so any attempt to make qfile aware of it would be unreliable.