Re: new feature in pkg_add(1)

2016-07-10 Thread Patrik Lundin
On Thu, Jun 23, 2016 at 06:44:19AM +0200, Patrik Lundin wrote: > > I will play around with this and see what I can come up with, thanks! > For any interested parties there is now support for the pkg_add branch-syntax in the openbsd_pkg package management module in ansible upstream:

Re: new feature in pkg_add(1)

2016-06-24 Thread Marc Espie
On Thu, Jun 23, 2016 at 06:44:19AM +0200, Patrik Lundin wrote: > On Wed, Jun 22, 2016 at 02:19:26PM +0200, Marc Espie wrote: > > On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote: > > > The reason for doing this is that it is much faster than just blindly > > > trying to install a

Re: new feature in pkg_add(1)

2016-06-22 Thread Patrik Lundin
On Wed, Jun 22, 2016 at 02:19:26PM +0200, Marc Espie wrote: > On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote: > > The reason for doing this is that it is much faster than just blindly > > trying to install a package, and does not hammer mirrors needlessly. > > > > Are there any

Re: new feature in pkg_add(1)

2016-06-22 Thread Marc Espie
On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote: > The reason for doing this is that it is much faster than just blindly > trying to install a package, and does not hammer mirrors needlessly. > > Are there any plans to teach pkg_info -e about "%"? Is it even possible? Okay, just

Re: new feature in pkg_add(1)

2016-06-22 Thread Marc Espie
On Tue, Jun 21, 2016 at 10:43:07PM +0200, Patrik Lundin wrote: > However, "pkg_info -e" does not understand it: > === > # pkg_info -e python%2.7 > Invalid spec: python%2.7 > === > > I use pkg_info -e to check if a requested package is installed or > not prior to attempting to install/remove it. >

Re: new feature in pkg_add(1)

2016-06-21 Thread Patrik Lundin
On Fri, Jun 17, 2016 at 04:02:36PM +0200, Marc Espie wrote: > I was waiting for snapshots to come up with the new stuff, but it > looks like amd64 will be a bit late. Someone is still hiking in > the mountains... > > > A week ago or so, I committed support for some disambiguating > filter in

Re: new feature in pkg_add(1)

2016-06-19 Thread Stuart Henderson
On 2016/06/18 19:54, frantisek holop wrote: > does this deprecate -z ? hopefully not; -z is useful for feeding old pkg_info output into pkg_add on a new machine, and we've used it in the past for getting past a flag day bump.

Re: new feature in pkg_add(1)

2016-06-19 Thread Nayden Markatchev
amd64 snapshots have been flowing again since yesterday. apologies for the delay. On Fri, Jun 17, 2016 at 8:02 AM, Marc Espie wrote: > I was waiting for snapshots to come up with the new stuff, but it > looks like amd64 will be a bit late. Someone is still hiking in > the

Re: new feature in pkg_add(1)

2016-06-19 Thread frantisek holop
does this deprecate -z ? -f -- there's no second chance for a good first impression.

new feature in pkg_add(1)

2016-06-17 Thread Marc Espie
I was waiting for snapshots to come up with the new stuff, but it looks like amd64 will be a bit late. Someone is still hiking in the mountains... A week ago or so, I committed support for some disambiguating filter in pkg_add. This means that you can now simply install packages for ports