Re: pkg_add.1

On Wed, Jun 24, 2020 at 05:32:57PM +0100, Jason McIntyre wrote: > On Tue, Jun 23, 2020 at 07:28:09PM -0400, sven falempin wrote: > > Dear readers, > > > > It may not be very obvious that 'dry run' mode of pkg_add > > actually downloads packages. > > It is a good feature and maybe the pkg_add man

Re: pkg_add.1

seems clear. anyway, i'll defer to espie on whether the diff is wanted or not. comments on your text inline: > Index: pkg_add.1 > === > RCS file: /cvs/src/usr.sbin/pkg_add/pkg_add.1,v > retrieving revision 1.163 > diff -

pkg_add.1

Dear readers, It may not be very obvious that 'dry run' mode of pkg_add actually downloads packages. It is a good feature and maybe the pkg_add man could use an EXAMPLES section. Index: pkg_add.1 === RCS file: /cvs/src/usr.sbin

Re: new feature in pkg_add(1)

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)

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)

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)

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)

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)

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)

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)

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)

does this deprecate -z ? -f -- there's no second chance for a good first impression.

new feature in pkg_add(1)

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

Re: pkg_add.1

On Sun, Feb 07, 2016 at 09:42:32AM -0600, joshua stein wrote: > We don't recommend FTP mirrors anymore, installing a package via a > pipe doesn't seem to work anymore, and packages have to be signed to > be installed so the advice about miscreants is not very relevant. > > installing packages

Re: pkg_add.1

Sent from my iPhone > On Feb 8, 2016, at 12:28 PM, Marc Espie wrote: > >> On Sun, Feb 07, 2016 at 09:42:32AM -0600, joshua stein wrote: >> We don't recommend FTP mirrors anymore, installing a package via a >> pipe doesn't seem to work anymore, and packages have to be signed

Re: pkg_add.1

On Mon, Feb 08, 2016 at 03:05:00PM -0800, patrick keshishian wrote: > On Mon, Feb 08, 2016 at 07:28:24PM +0100, Marc Espie wrote: > > On Sun, Feb 07, 2016 at 09:42:32AM -0600, joshua stein wrote: > > > We don't recommend FTP mirrors anymore, installing a package via a > > > pipe doesn't seem to

Re: pkg_add.1

entioning that you put trust in the packages you install. Although the package tarballs themselves are now signed (by default), the porter or software author could still try to slip something in. > Index: pkg_add.1 > === > RCS

small fix for pkg_add(1)

packages. installedin update mode, reinstall an existing package with the same signature. D is too much there, fix below Regards, Markus Index: pkg_add.1 === RCS file: /cvs/src

Re: Automatic package mirror discovery implementation for pkg_add(1) tool

hmm, on Thu, Feb 11, 2010 at 12:35:05AM +0300, Igor Zinovik said that Maybe it is not polite to answer to this old thread, but I've integrated (somehow) AutoMirrorDiscovery functionality into pkg_add tool, just to prove myself that i can do that without crashing pkg_add functionality. It is

Re: Automatic package mirror discovery implementation for pkg_add(1) tool

08.01.2010 15:30, Bob Beck writes: 2010/1/8 Bob Beck b...@ualberta.ca: And what I mean by that Is that I would be willing to put together a similar trick for this on ftp.openbsd.org as I did for the installer - if someone was willing to integrate it into the pkg_add tools. Maybe it is not

Re: Automatic package mirror discovery implementation for pkg_add(1) tool

2010/1/8 Bob Beck b...@ualberta.ca: Apart from this, this is a really tough problem, because of infrastructure issues. Basically, our mirrors are not that reliable, and the closest one often won't have the packages you need... which is a reason why it's mostly some user settings... True -

Re: Automatic package mirror discovery implementation for pkg_add(1) tool

On Sat, Dec 05, 2009 at 10:47:25PM +0300, Igor Zinovik wrote: if (-e /var/db/pkg/ftpmirror.cache) { open my $fh, '', /var/db/pkg/ftpmirror.cache or die(Permission denied); @mirrors = $fh; close $fh; print $mirrors[0]; exit; } ... open $fh, '',

Re: Automatic package mirror discovery implementation for pkg_add(1) tool

On 2009/12/05 22:22, Marc Espie wrote: Apart from this, this is a really tough problem, because of infrastructure issues. Basically, our mirrors are not that reliable, and the closest one often won't have the packages you need... which is a reason why it's mostly some user settings... For