On Mon, Jun 06, 2016 at 04:14:12PM +1000, Jonathan Gray wrote:
> The behaviour of pkg_sign acts as if -i is always specified and won't
> sign/resign a package if it exists in the output directory.
>
> In OpenBSD/PkgSign.pm sign_existing_package $state->opt('i')
> path is always taken. Does this
On Mon, Jun 06, 2016 at 09:12:04AM +0200, Marc Espie wrote:
>
> This should fix things.
Thanks, things work as expected here with this diff.
>
>
> Index: AddCreateDelete.pm
> ===
> RCS file:
This should fix things.
Index: AddCreateDelete.pm
===
RCS file: /cvs/src/usr.sbin/pkg_add/OpenBSD/AddCreateDelete.pm,v
retrieving revision 1.34
diff -u -p -r1.34 AddCreateDelete.pm
--- AddCreateDelete.pm 6 Apr 2015 11:07:24 -
On Mon, Jun 06, 2016 at 02:15:35PM +0200, Remi Locherer wrote:
> Today I built a bsd.rd with IWM_DEBUG. Now the iwm0 works as expected.
This indicates there is a race condition bug which is avoided
by the additional time spent on printing data to the console.
On Sun, Jun 05, 2016 at 07:25:30PM +0200, Stefan Sperling wrote:
> On Sun, Jun 05, 2016 at 01:26:41PM +0200, Remi Locherer wrote:
> > On Sun, Jun 05, 2016 at 09:48:47AM +0200, Stefan Sperling wrote:
> > > On Sat, Jun 04, 2016 at 11:16:32PM +0200, Remi Locherer wrote:
> > > > On my installation the
On Sun, Jun 05, 2016 at 09:39:23PM +0200, giova...@paclan.it wrote:
> >Synopsis:if I suspend my Toshiba laptop it resumes immediately
> >Category:kernel/acpi
> >Environment:
> System : OpenBSD 6.0
> Details : OpenBSD 6.0-beta (GENERIC.MP) #2150: Mon May 30 20:21:47
>
On Mon, Jun 06, 2016 at 03:09:34PM +0200, Stefan Sperling wrote:
> On Mon, Jun 06, 2016 at 02:15:35PM +0200, Remi Locherer wrote:
> > Today I built a bsd.rd with IWM_DEBUG. Now the iwm0 works as expected.
>
> This indicates there is a race condition bug which is avoided
> by the additional time
The behaviour of pkg_sign acts as if -i is always specified and won't
sign/resign a package if it exists in the output directory.
In OpenBSD/PkgSign.pm sign_existing_package $state->opt('i')
path is always taken. Does this come from some shared code
setting a default interactive level for
