On Tue, 2016-11-08 at 15:53 +0100, Mathias Homann wrote:

Yes, it is useful.

When did you try / use it last on Tumbleweed?

On Tue, 2016-11-08 at 16:24 +0100, Mathias Homann wrote:

Am 08.11.2016 um 15:58 schrieb Dominique Leuenberger / DimStar:

...

On Tue, 2016-11-08 at 15:53 +0100, Mathias Homann wrote:

...

Yes, it is useful.

When did you try / use it last on Tumbleweed?

You're assuming I use TW, which I don't.

Which is fair, considering this is the openSUSE-Factory mailing list

let's rephrase: on a stable distribution pin is useful.

Please do not remove it unless zypper is getting something similar to "yum provides <filename>" which is basically the same as what pin does, but across all known repositories.

zypper search --file-list ?

On Tue, 2016-11-08 at 16:29 +0100, Dominique Leuenberger / DimStar wrote:

...

Please do not remove it unless zypper is getting something similar to "yum provides <filename>" which is basically the same as what pin does, but across all known repositories.

zypper search --file-list  ?

I see zypper still has a short-coming there: it only finds files of 'installed' packages, which is clearly not good enough. 'pin' is excluded from proper functioning in Tumbleweed and also on regular releases requires manual action for users (even inserting the DVD is quite odd if a user installed from the NET iso). I think we should try to step back and understand what exactly a tool like 'pin' is trying to solve for us and then find a way to make this happen across the board - independent of installation method used by a user. (for 42.2 in any case, pin will be present; there is no discussion to touch this) Cheers, Domnique

On Dienstag, 8. November 2016 16:58:37 CET Mathias Homann wrote:

Am 08.11.2016 um 16:45 schrieb Dominique Leuenberger / DimStar:

...

On Tue, 2016-11-08 at 16:29 +0100, Dominique Leuenberger / DimStar

wrote:

...

...

Please do not remove it unless zypper is getting something similar to "yum provides <filename>" which is basically the same as what pin does, but across all known repositories.

zypper search --file-list ?

I see zypper still has a short-coming there: it only finds files of 'installed' packages, which is clearly not good enough.

huh.. I tried it with "zypper search --file-list NetworkManager.conf on a system that does not have NM installed, and it listed three *uninstalled* packages related to NM... so at least on a 13.2 it works as I want it to.

Cheers MH

The relevant file is listed in the packages.gz metadata. The packages.gz also apparently lists any files in {,/usr}/{,s}bin/ The only additional files I would probably looking for is anything in /usr/include/. I would refrain from adding these to packages.gz for the following reasons: - only some people would have use for it - packages.gz contains not only package versions, but also the release. I would expect the list of files in /usr/include to be relatively stable over rebuilds and maybe even releases One possible format could be the list of files of each package, keyed by packagename+arch. Save this list to a file e.g. named packages-headers-$ {sha}.gz. Kind regards, Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Tuesday 08 November 2016, Patrick Shanahan wrote:

* Dominique Leuenberger / DimStar [11-08-16 10:49]:

...

On Tue, 2016-11-08 at 16:29 +0100, Dominique Leuenberger / DimStar

wrote:

...

...

Please do not remove it unless zypper is getting something similar to "yum provides <filename>" which is basically the same as what pin does, but across all known repositories.

zypper search --file-list  ?

I see zypper still has a short-coming there: it only finds files of 'installed' packages, which is clearly not good enough.

Then your system is odd or mine :) "zypper se --file-list " w/o "?" shows mucho apps which I do not have installed.

But it seems to be very limitied, that's why I still prefer pin. 1. zypper wants to run as root: $ zypper se --file-list "socat" Failed to mount glaukos:/exports/var/lib/software/opensuse/distribution/leap/42.1/repo/non-oss on /var/tmp/AP_0xxuWn9I: Mounting media failed (mount: only root can use "--options" option) 2. How to search for regex? $ pin "/bin/.*awk" 3. zypper does not show me the actual found file names but only some packages where the search pattern was found. (like grep would always run with option -l) 4. It's not working correctly at all $ zypper se --file-list "ncurses.h does not find ncurses-devel on my Leap 42.1 system. cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Tuesday 08 November 2016, Patrick Shanahan wrote:

* Ruediger Meier [11-08-16 12:29]:

...

On Tuesday 08 November 2016, Patrick Shanahan wrote:

...

* Dominique Leuenberger / DimStar [11-08-16

10:49]:

...

...

On Tue, 2016-11-08 at 16:29 +0100, Dominique Leuenberger / DimStar

wrote:

...

...

Please do not remove it unless zypper is getting something similar to "yum provides <filename>" which is basically the same as what pin does, but across all known repositories.

zypper search --file-list  ?

I see zypper still has a short-coming there: it only finds files of 'installed' packages, which is clearly not good enough.

Then your system is odd or mine :) "zypper se --file-list " w/o "?" shows mucho apps which I do not have installed.

But it seems to be very limitied, that's why I still prefer pin.

1. zypper wants to run as root:

$ zypper se --file-list "socat" Failed to mount glaukos:/exports/var/lib/software/opensuse/distribution/leap/42.1/r epo/non-oss on /var/tmp/AP_0xxuWn9I: Mounting media failed (mount: only root can use "--options" option)

er: 13:10 Crash:~ > zypper se --file-list "socat" Loading repository data... `Reading installed packages...

S | Name | Summary | Type --+-----------------+------------------------------------------------ ----+-------- i | socat | Multipurpose relay for bidirectional data transfer | package

| socat-debuginfo | Debug information for package socat | | package

13:10 Crash:~ >

Yes, it depends on what kind of installation sources you are using and how up-to-date is the cache. In general you cannot assume that it will run as non-root. For me (using NFS sources) zypper serach is unusable.

...

2. How to search for regex?

$ pin "/bin/.*awk"

zypper se --file-list awk or zypper se awk

w/o regex zypper se -sx awk

I' don't understand how your examples would find only "/bin/.*awk"? BTW how would search for "/usr/share/.*awk"?

...

3. zypper does not show me the actual found file names but only some packages where the search pattern was found. (like grep would always run with option -l)

4. It's not working correctly at all

$ zypper se --file-list "ncurses.h

does not find ncurses-devel on my Leap 42.1 system.

zypper se -s --provides ncurses.h

LoL I'm talking about files not arbitrary provides. Does zypper se --provides gawkapi.h also work for you? Why "zypper se --file-list gawkapi.h" works but "zypper se --file-list ncurses.h" does not? There is no replacement for pin yet. cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 08/11/2016 19:27, Ruediger Meier wrote:

4. It's not working correctly at all

$ zypper se --file-list "ncurses.h

does not find ncurses-devel on my Leap 42.1 system.

zypper se --file-list "ncurses.h" Loading repository data... Reading installed packages... S | Name | Summary | Type --+---------------+-------------------------------------------------------+-------- | latrace | Trace Library Calls using LD_AUDIT | package i | ncurses-devel | Include Files and Libraries mandatory for Development | package i | php-doc | PHP Documentation | package Seems to work well on my system - Leap:42.1 up to date. Thanks I wasn't aware of this usage of zypper, it will be a great help finding devel packages. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 09/11/2016 10:05, Ruediger Meier wrote:

...

On 08/11/2016 19:27, Ruediger Meier wrote:

...

4. It's not working correctly at all

$ zypper se --file-list "ncurses.h

does not find ncurses-devel on my Leap 42.1 system. zypper se --file-list "ncurses.h" Loading repository data... Reading installed packages...

S | Name | Summary | Type --+---------------+-------------------------------------------------- -----+--------

| latrace | Trace Library Calls using

LD_AUDIT | package i | ncurses-devel | Include Files and Libraries mandatory for Development | package i | php-doc | PHP Documentation | package

Seems to work well on my system - Leap:42.1 up to date. Thanks I wasn't aware of this usage of zypper, it will be a great help finding devel packages. Dave P You have ncurses-devel already installed ... Try using pin to find all

On Wednesday 09 November 2016, Dave Plater wrote: the missing packages ...

cu, Rudi

I see the limitation of zypper over pin although for some reason zypper picked up an uninstalled package latrace. I tried zypper se --file-list "README.md" and the result only listed installed files. pin doesn't work for me anymore as I use the iso image for my image reposisitory and don't want to burn a dvd or load a usb stick every time I wish to use pin. I usually find missing include files via google or osc bse. AFAIR I used to use pin a long time ago and found it to be cumbersome. Regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2016-11-08 16:45, Dominique Leuenberger / DimStar wrote:

(for 42.2 in any case, pin will be present; there is no discussion to touch this)

Of course. My worry is 42.3 -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On Tue, 2016-11-08 at 15:53 +0100, Carlos E. R. wrote:

On 2016-11-08 15:33, Petr Gajdos wrote:

...

Hello,

I intend to fill a delete request against openSUSE:Factory/pin. Is there a reason to keep it?

I find it useful.

Actually, I retrieve the indexes from the entire oss/non-oss repos, and make pin run against the whole thing.

You have up-to-date indexes on Tumbleweed that work and don't require you to mess around every few days?

Hello, Am Dienstag, 8. November 2016, 15:59:28 CET schrieb Dominique Leuenberger / DimStar:

You have up-to-date indexes on Tumbleweed that work and don't require you to mess around every few days?

Well, that's something I'd really like to have ;-) I know that generating ARCHIVES.gz takes quite a while [1], which means generating it for each Tumbleweed snapshot would take too long (unless we find a way to improve the performance [2]). Maybe updating ARCHIVES.gz only once a month would be a solution that works for nearly all users without hammering the build infrastructure too much. Just put an ARCHIVES.README next to it to make it clear that it can be slightly outdated. I also agree with Carlos that we should keep pin in Leap. Leap comes with an ARCHIVES.gz, so pin is clearly useful there. BTW: one of my personal usecases is to find out which packages ship an AppArmor profile [3], so that I can review those profiles from time to time. Regards, Christian Boltz [1] IIRC, a while ago, someone wrote it takes a day. I don't know if the hardware performance or the number of packages increased faster since then ;-) [2] I'd guess that caching the rpm -qp --$other_options output in a file for each package could help a lot - cat'ing those files together is much cheaper than some thousend rpm -qp calls. [3] Thanks to Bernhard, I can now get the filelist for exactly this usecase online. That's nice for me ;-) but doesn't cover other things people might want to do with pin. -- Btw. in general my plan is: * Release AlphaN * Break everything;-) (I mean: put new stuff in that could be broken) * Stabilize again in time for our AlphaNplus (after two weeks) * Stabilize furthr for the next public Alpha [Andreas Jaeger in opensuse-factory] -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2016-11-08 16:37, David Haller wrote:

Hello,

It's also useful to check what came/went when from the distro.

$ ls /var/lib/pin/ ARCHIVES.gz ARCHIVES_12.2.gz ARCHIVES_42.1.gz ARCHIVES_8.2.gz ARCHIVES_11.2.gz ARCHIVES_12.3.gz ARCHIVES_42.2.gz ARCHIVES_9.1.gz ARCHIVES_11.4.gz ARCHIVES_13.1.gz ARCHIVES_6.2.gz ARCHIVES_12.1.gz ARCHIVES_13.2.gz ARCHIVES_7.0.gz

Yes, I also keep them. But I didn't think of that use. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)