Hoping this will be able to go in before the lock, I've heard good
things about RC1 working without any issue, so hopefully I can find OKs
from the right folks, so please give it a try and let me know as I'd
really like to pick up some of the other items.
I've got a test release building now, so w
I know it's getting close to lock, but there's a minor perl update on
the horizon that I think would be nice to have in for 6.2 so I thought
I'd send out the RC1 to gather feedback in hopes that it will make it.
I am not quite sure when the actual release of 5.24.3 will be, but
usually it is about
This removes path support from the OpenBSD::Pledge perl module in
preparation for the hot new thing.
I don't believe anyone could be using this as it would have just thrown
errors if you tried, but thought I should ask for an ok.
so OK?
Index: gnu/usr.bin/perl/cpan/OpenBSD-Pledge//Pledge.xs
Seems like a good idea to pick up the minor update to perl.
The full patch is here, but most of it is documentation and tests:
http://cvs.afresh1.com/~andrew/OpenBSD-perl-5.24.2.patch.txt
I successfully built a release with this on amd64 and unfortunately
broke my other architectures trying to do
On Tue, Jun 27, 2017 at 02:13:12PM -0600, Todd C. Miller wrote:
> On Mon, 26 Jun 2017 19:49:18 +0200, Marc Espie wrote:
>
> > Probably the most intricate yet.
> >
> > This is not entirely new, since I had to split manpages already a long
> > time ago. The trick is to keep the "Configure stuff" i
Errata patches for perl have been released for OpenBSD 6.0 and 6.1.
A race condition exists in the File::Path module.
Binary updates for the amd64 and i386 platforms are available via the
syspatch utility. Source code patches can be found on the respective
errata pages:
https://www.openbsd.org
It looks like I'm about ready to import perl 5.24.1 into base with
updated local patches.
The infrastructure to do that is still here on github:
https://github.com/afresh1/OpenBSD-perl/
You can download a pre-patched perl from here and use it to replace
src/gnu/usr.bin/perl and update your syste
Perl's chdir supports fchdir, just by passing in a dirhandle.
http://perldoc.perl.org/functions/chdir.html
Since 2005, so unsurprising this is the way it is.
https://perl5.git.perl.org/perl.git/commit/c4aca7d03737ddcac23de1ad6d597e98be679214
was released in 5.10.
https://metacpan.org/pod/distribu
On Fri, Aug 05, 2016 at 05:01:10PM -0400, sven falempin wrote:
> Base perl got a deprecated HTTP Tiny code (0.29),
> one can use a package but base may enjoy the correction
> around or a better one.
I'm planning to update perl in base after I get mod_perl working under a
version > 5.20, which hope
On Mon, May 02, 2016 at 08:34:43PM +0200, Ingo Schwarze wrote:
> The following patch fixes the bug by limiting digit values to
> the range 0x00 to 0xff that our LC_CTYPE file format can actually
> store.
Does this fix mean that these numbers (like the super cool Aegean
numerals) and the more likel
On Tue, Apr 12, 2016 at 07:14:16PM +0200, Ingo Schwarze wrote:
> [moved to tech@, source-changes is not ideal for discussions]
>
> Marc Espie wrote on Tue, Apr 12, 2016 at 03:44:34PM +0200:
> > On Tue, Apr 12, 2016 at 11:24:40PM +1000, Jonathan Gray wrote:
> >> On Tue, Apr 12, 2016 at 02:36:09PM +
}
break;
case JUMP_INSN:
case CALL_INSN:
case CODE_LABEL:
+ /* (e) would be violated */
goto close_shadow;
default:
Date: Wed, 20 Jan 2016 20:20:51 +0
On Wed, Jan 06, 2016 at 12:57:06AM +0100, Ingo Schwarze wrote:
> Hmpf, i hit "send" too early.
>
> Ingo Schwarze wrote on Wed, Jan 06, 2016 at 12:50:16AM +0100:
>
> > If millert@, bentley@, or tb@ wants to commit this, it's OK schwarze@.
> > If, against all odds, anything should break, i'm around
Again it's time to look at updating perl. I am looking for more test
results on different platforms.
I have alpha, amd64, armv7, i386, sparc64, and macppc tests already.
Looking for help with any others, especially vax and sparc.
I have built a release with the new perl and dpb built pretty much
I've updated OpenBSD patches for perl-5.20.2 and would like to get some
additional testing before seeing about importing it.
I've been able to run tests on alpha, amd64, armv7, macppc, and sparc64
and should be able to try vax shortly. I'd appreciate any other
architectures you can try.
As usual
I had seen complaints but was unable to reproduce the problem myself.
Nathanael Rensen sent me an email out of the blue with both the likely
culprit as well as a patch to fix. A few days after receiving this
patch, another person emailed me to ask if I knew why the parallel make
failed. I forwar
Although I don't have time to look in great detail, it seems ok on my phone. It
should not effect the update to 5.20 which looks pretty good (apart from vax).
Hopefully being away from the computer this weekend will make my brain grok gdb
and vax enough after work that I can get 5.20 moving for
I have updated the perl patches for perl 5.20.1-RC1 in preparation for
the release of 5.20.1. I'd like to some testing so when it is released
I can be ready to import it.
I am especially looking for tests on vax and sparc.
It's easy!
* download the patches and scripts
https://github.com/afr
I would like to remove our local patch that puts IO::Compress into an
architecture dependent directory. IO::Compress moves from
/usr/libdata/perl5/amd64-openbsd/5.18.2/IO/Compress to
/usr/local/perl5/5.18.2/IO/Compress.
This will require an additional change to sync the file sets.
OK?
The patc
So, in r1.40 the comment was corrected to reflect that this was fixed in
3.7, but the actual check still only checked up to 3.5.
http://www.openbsd.org/cgi-bin/cvsweb/src/gnu/usr.bin/perl/hints/openbsd.sh.diff?r1=1.39;r2=1.40;f=h
And then r1.1.1.8 was created with the correct version in the check
This local patch should longer be needed with the removal of m68k.
OK?
Index: hints/openbsd.sh
===
RCS file: /cvs/src/gnu/usr.bin/perl/hints/openbsd.sh,v
retrieving revision 1.49
diff -u -p -u -r1.49 openbsd.sh
--- hints/openbsd.sh
Turns out in 2008 the regex that aliases ISO-646 to ascii was changed
so that it also matches plain 646, so we no longer need a patch to do
that.
https://github.com/dankogai/p5-encode/commit/aa1fdef85add72114ed7badf85e523cfdc9d6275
They adjusted the regex like this, making the leading ISO optiona
On Sun, Mar 16, 2014 at 06:45:31PM -0700, Andrew Fresh wrote:
> Lexical $_ (my $_) has been made experimental in perl 5.18 which causes
> warnings where used. This makes usr.bin/libtool stop using them.
>
> http://perldoc.perl.org/perldiag.html#Use-of-my-$_-is-experimental
>
>
Lexical $_ (my $_) has been made experimental in perl 5.18 which causes
warnings where used. This makes usr.bin/libtool stop using them.
http://perldoc.perl.org/perldiag.html#Use-of-my-$_-is-experimental
Also standardizes on using parenthesis for push in the subs where it was
common. Even thoug
I have updated the perl patches for inclusion in base for perl 5.18.1.
This means I need more testers on different architectures, pretty much
all of them, see below or on the issue at github:
https://github.com/afresh1/OpenBSD-perl/issues/4
It is available from https://github.com/afresh1/OpenBSD-
On Sat, Nov 02, 2013 at 05:27:38AM +0100, Ingo Schwarze wrote:
> Andrew Fresh wrote on Wed, Oct 30, 2013 at 01:50:56PM -0700:
>
> > Post vBSDcon I have most existing patches working with 5.18.1, the only
> > failing so far is that with threads enabled
>
> If i underst
On Wed, Oct 30, 2013 at 08:31:58PM +0100, Ingo Schwarze wrote:
> -'DISTRIBUTION' => 'DAGOLDEN/Module-Build-0.39_01.tar.gz',
> +'DISTRIBUTION' => 'LEONT/Module-Build-0.4007.tar.gz',
It's only 4.003 in 5.18, not sure if that makes a difference, but
this patch would need to be ported
I have been working on getting a newer perl tested for import into OpenBSD. I
put some work into splitting the patches by function in hopes of pushing as
many as possible upstream and to make testing future versions of perl easier.
What I've been working on is available here:
http://cvs.afresh1.c
On Mon, Jul 18, 2011 at 12:32:02AM -0700, Daniel C. Sinclair wrote:
> The day after installing the latest snapshot I got the usual
> /usr/libexec/security email - but it appeared to be double spaced for
> the setuid/device changes sections. It is actually just trailing
> spaces on each line, which
On Sat, Jun 11, 2011 at 10:58:17AM +0200, Mark Kettenis wrote:
> Like I asked on icb, why do we need a knob for this at all?
I don't need one yet, but someday when hybernate works I would like to
sysctl hw.powerbuttonaction=hybernate
In preparation for that, I don't see a reason not to support a
On Sat, Jun 11, 2011 at 07:55:25PM +0200, Ingo Schwarze wrote:
> some time ago, mk@ and matthew@ discovered a regression in security(8):
> Our rewrite killed changelist(5) wildcard support.
Yes it did.
> I think we should put it back, the changelist(5) manual explicitly
> documents the feature.
On Tue, May 10, 2011 at 01:21:15AM -0400, Jeff Licquia wrote:
> The standard itself claims to apply to any UNIX-like system, and to
> not be Linux-specific; I'm wanting to find out if that's true.
Perhaps then you would be interested in item 14 of the OpenBSD porting
checklist:
http://www.openbsd
On Mon, May 09, 2011 at 01:17:03PM +0200, Ingo Schwarze wrote:
> Clearly, at least part of daily(8) has to be rewritten in Perl,
> and clearly, the ROOTBACKUP handling is part of the part.
>
> If we decide to just rewrite the ROOTBACKUP handling, i'd suggest
> simply moving it from daily(8) to sec
33 matches
Mail list logo
