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
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
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
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"
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:
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
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.
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
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
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
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 +
From: Miod Vallat <m...@onlin
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
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
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
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
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
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
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
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
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
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
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
Also standardizes
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
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
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 understand correctly, we do not currently
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:
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.
I
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
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:
32 matches
Mail list logo
