= Jeremy Evans
Index: ruby-sequel_pg/distinfo
===
RCS file: /cvs/ports/databases/ruby-sequel_pg/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- ruby-sequel_pg/distinfo 12 Jul 2014 15:42:25 - 1.15
+++ ruby
This updates the tiny_tds gem to the latest version. Changelog
available at
https://github.com/rails-sqlserver/tiny_tds/blob/v0.6.2/CHANGELOG
Most significantly, this drops support for ruby 1.8.
Tested on i386, compiles on amd64. Will probably be committing in a few
days unless I hear objection
This updates the mysql2 gem to the latest version. No changelog for
this project, but the commit list can be found here:
https://github.com/brianmario/mysql2/compare/0.3.16...0.3.17
Tested on i386, compiles on amd64. Will probably commit in a couple
days unless I hear objections.
Thanks,
Jeremy
This updates the mysql gem to the current version. As far as I can tell,
the only significant change is affected_rows now correctly handles more
than 2^32 updated/deleted rows correctly.
Tested on i386, compiles on amd64. Plan on committing in a couple days
unless I hear objections.
Thanks,
Jerem
It's like deja vu all over again. Similar vulnerability to the previous
one. Here is the link to the vulnerability disclosure:
https://www.ruby-lang.org/en/news/2014/11/13/rexml-dos-cve-2014-8090/
And the links to each release announcement:
https://www.ruby-lang.org/en/news/2014/11/13/ruby-2-1
On Wed, Nov 5, 2014 at 4:25 AM, Stuart Henderson wrote:
> On 2014/11/05 03:35, Mike Burns wrote:
> > On 2014-11-03 02.27.11 +0100, Mike Burns wrote:
> > > My first OpenBSD port, so please triple-check it.
> >
> > Update based on feedback off-list.
> >
> > - Patch to support the ruby21 filename (s
This fixes File.utime in JRuby, by updating the embedded version of
jnr-posix. The jnr-posix fixes have already been merged upstream:
https://github.com/jnr/jnr-posix/commits/7d079fd9607160d0122f4c576e10cf7c17ae6cc1
Tested on i386 and amd64. Will commit in a couple days unless I hear
objections
This updates ruby 1.9, 2.0, and 2.1 to the current version, fixing
CVE 2014-8080: Denial of Service XML Expansion
https://www.ruby-lang.org/en/news/2014/10/27/rexml-dos-cve-2014-8080/
Release announcements:
https://www.ruby-lang.org/en/news/2014/10/27/ruby-2-1-4-released/
https://www.ruby-lang.o
Basically the same fix as used for PostgreSQL. Both ptlib and the sole
port that depends on ptlib (net/h323plus) package fine with this.
This is the only port in the tree that still uses FAKE_AS_ROOT =
always-wrap.
OKs?
Thanks,
Jeremy
Index: Makefile
===
Just like ruby before the recently committed change, it is not possible
to install PostgreSQL extensions without a ports checkout since the
change to run fake as a regular user. This unbreaks the situation,
using a similar approach as for ruby. Default to /usr/bin/install for
the install program,
Installation of gems containing C extensions via gem install has been
broken since the change the run the fake step without root. This is
because ruby hard codes the path to the install program used, and it
hard codes a path that doesn't exist unless you have a ports checkout.
Ruby hard codes a v
This adds a 18 suffix to ruby 1.8 gem binaries, similar to the suffix
added on ruby 1.9, 2.0, and 2.1. The main reason for doing this
is that you can now symlink the unsuffixed version to the suffixed
version for the ruby you want to use, just like you can for the
binaries that ship with ruby.
As
On Tue, Sep 30, 2014 at 12:06 PM, vtamara wrote:
> First thank you for your work with ruby on OpenBSD, I'm doing some
> projects on RoR with it.
>
> I have not tested much rubinius --just I see that some of my projects
> compile with rbx on travis-ci.
>
> However I notice:
> * Recent rbx supports
This changes the www/nginx passenger FLAVOR to build depends on the
default ruby version, instead of ruby 2.0. Likewise, it changes
passenger to build a package for the default ruby version if FLAVOR
is not specified.
This should not affect the package, so bumping should not be
necessary.
Tested
Since we removed building of ports for ruby 1.8 and 1.9, it doesn't
make sense to keep building packages for rubinius (rbx-*), considering
that both ruby 1.8 and 1.9 are probably used more than rubinius. So
this removes the building of rbx packages.
While here, clean up some other issues:
* For
This removes the building of ruby 1.8 and ruby 1.9 libraries by default.
The official ports policy is going to be when a version of ruby is no
longer going to be supported upstream, we'll no longer build libraries
for that version of ruby by default.
ruby 1.8 has not been supported upstream for a
Simple update to sanitize, necessary before the update to nokogiri
1.6.3.1.
Tested on i386, will be committing before the nokogiri update.
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/www/ruby-sanitize/Makefile,v
retrievi
After some internal discussion, it was decided that MODRUBY_REV
should only be specified if the port does not build/run with the
default ruby version. These three ports don't have a maintainer,
and appear to build/run using the default ruby version (2.1).
Unless I hear objections, I'll be committi
2
+DISTNAME= nokogiri-1.6.3.1
CATEGORIES=textproc
-HOMEPAGE= http://nokogiri.rubyforge.org/nokogiri
+HOMEPAGE= http://nokogiri.org/
MAINTAINER = Jeremy Evans
# BSD
PERMIT_PACKAGE_CDROM= Yes
-WANTLIB= xml2 exslt x
On Tue, Sep 23, 2014 at 11:14 AM, Landry Breuil
wrote:
> > This could be extended to ruby 1.9 as well if you want. Thoughts?
>
> How far is 1.9 from EOL upstream ? How "used" is 1.9 compared to 2.0 and
> 2.1, within openbsd users ? I suppose besides specific cases, everyone
> uses the default ve
On Mon, Sep 22, 2014 at 12:31 AM, Marc Espie wrote:
> Number of ports is important as well, unfortunately. There is a huge chunk
> of time spent waiting for dependencies to install and for the disk to
> unpack/repack stuff.
>
> Death of a thousand cuts.
>
The simple solution here is to just buil
On Sun, Sep 21, 2014 at 12:09 PM, Marc Espie wrote:
> On Sun, Sep 21, 2014 at 08:38:44PM +0200, Landry Breuil wrote:
> > On Sat, Sep 20, 2014 at 02:11:04PM -0700, Jeremy Evans wrote:
> > > This makes ruby 2.1 the default ruby version. Now that ruby 2.1.3 has
> > > be
On 09/20 11:13, Sebastian Reitenbach wrote:
>
> On Saturday, September 20, 2014 20:53 CEST, Jeremy Evans
> wrote:
>
> > On 09/20 07:30, Sebastian Reitenbach wrote:
> > > Hi,
> > >
> > > upgraded my puppet server from short before mysql->mariadb s
This makes ruby 2.1 the default ruby version. Now that ruby 2.1.3 has
been released, it makes sense to switch the default from ruby 2.0 to
ruby 2.1.
Tested in a bulk of the ruby ports. I plan on committing this on Monday
after commiting the other related updates (ruby 2.1.3, god,
ruby-hoe), unle
On 09/20 07:30, Sebastian Reitenbach wrote:
> Hi,
>
> upgraded my puppet server from short before mysql->mariadb switch, running on
> i386,, and there I have to run:
>
> I'm having puppet-dashboard running on that host, which uses mysql database.
> cd /var/www/puppet-dashboard && sudo -u _puppet
On Sat, Sep 20, 2014 at 4:21 AM, frantisek holop wrote:
>
> i was wondering, would it make sense to switch the ruby
> version used in the vim kitchensink FLAVOR to 1.9+ ?
>
If it is compatible, yes. You can try switching MODRUBY_REV to 1.9, 2.0,
or 2.1 and see if it still works.
> for me, vim
This upgrades hoe to the latest release, 3.12.0. The current hoe
version does not work with the rake version used in ruby 2.1, and
is currently the primary blocker for switching the default ruby
version to 2.1.
With the diff for sysutils/god I recently submitted, nothing in the
tree has a BDEP or
This update sysutils/god from 0.7.3 to 0.7.22. This is the last
0.7.x release of god, but it's still about 5 years old, so if there
is an actual user of this port, please test and submit a patch for
0.13.4 (the current version), preferably using MODRUBY_REV=2.1.
This is the last remaining port th
Fairly simple update to the latest version of JRuby. Release notes
available at:
http://jruby.org/2014/09/03/jruby-1-7-15.html
http://jruby.org/2014/08/27/jruby-1-7-14.html
Ports-wise the only significant change is they added some additional
gems, a couple of which have 400 and 440 mode files, so
This updates ruby 2.0 and ruby 2.1 to the latest patch level releases.
Release announcements at:
https://www.ruby-lang.org/en/news/2014/09/19/ruby-2-0-0-p576-is-released/
https://www.ruby-lang.org/en/news/2014/09/19/ruby-2-1-3-is-released/
Of special note is that this significantly reduces memory
On Thu, Jun 26, 2014 at 4:11 AM, Stuart Henderson
wrote:
> On 2014-06-26, Jeremy Evans wrote:
> > Tested on amd64. I'll try to compile test on i386 tomorrow, but I
> > doubt there will be problems there.
>
> You'd think that wouldn't you. But actually, a
Fairly simple update to the latest version of mednafen (on SourceForge
at least, mednafen forums have a link to 0.9.36.1).
I did the hard work of testing this upgrade for the following systems:
Game Gear, Game Boy, Game Boy, Game Boy Color, Game Boy Advance,
Genesis, Lynx, NES, Neo-Geo Portable, P
Simple update to most recent JRuby version. Changes:
* 58 issues fixed
* jruby-openssl 0.9.5 bundled
* Ability to upgrade jruby-openssl as a gem
* New custom profiler API
* Several BigDecimal fixes
Tested on i386, builds on amd64. Will be committing later this week
unless I hear objections.
Th
This backports a fix to rubygems that I made upstream last year.
Without this commit, after a Gem.refresh, which gems get loaded can
depend on the order of directory entries, which can break working
code just by restoring a backup.
This is especially important fix if you are using www/ruby-unicorn
Simple update to the latest version of rubinius. Changelog:
* Pre-installed gem binary wrappers are executable files.
* Module#ancestors includes singleton classes for singleton classes.
* String#encode supports :universal_newline.
* Agent works across fork().
* GC.stat performance improved.
* Lo
On 06/20 11:14, Jeremy Evans wrote:
> This updates www/ruby-passenger from 3.0.11 to 4.0.44, which is a
> major change and required reworking much of the port. The latest
> version is 4.0.45, but by the time I could get that working they'll
> probably have released 4.0.46. I
This updates www/ruby-passenger from 3.0.11 to 4.0.44, which is a
major change and required reworking much of the port. The latest
version is 4.0.45, but by the time I could get that working they'll
probably have released 4.0.46. If anyone wants to take over
maintenance of passenger, please speak
This updates the ruby DataObjects ports to the latest version. It also
includes patches to ruby-do_postgres backported from upstream to fix a
couple of use-after-free errors caught by the malloc junking.
Tested on i386, compiles on amd64. Will be committing later this week
unless I hear objectio
This updates rubinius to the latest version. Changes are located at:
https://github.com/rubinius/rubinius/blob/master/Changelog
Portswise, the only significant change is the use of the following
environment variables when building:
LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8
These are set to work aroun
This updates sinatra to the current version. There's three years of
changes since the current ports version, see:
https://github.com/sinatra/sinatra/blob/master/CHANGES
Tested on amd64. I plan to commit this on Friday unless I hear
objections.
Thanks,
Jeremy
Index: Makefile
===
EXTRACT_SUFX= .tar.bz2
DISTNAME = rubinius-${V}
-REVISION = 0
MASTER_SITES = http://releases.rubini.us/
@@ -26,12 +25,13 @@ MAINTAINER =Jeremy Evans
rbx.diff.gz
Description: application/gunzip
Now that Java works again on i386 (thanks kurt@), here's an update to
JRuby.
Full release notes at http://jruby.org/news, here are the highlights:
* 115 issues fixed
* Accidental SNAPSHOT dependency fixed
* A couple of Marshalling bugs involving encoding fixed.
* Miscellaneous encoding fixes
* Se
This updates lang/ruby/2.0 and lang/ruby/2.1 to the latest version:
https://www.ruby-lang.org/en/news/2014/05/09/ruby-2-0-0-p481-is-released/
https://www.ruby-lang.org/en/news/2014/05/09/ruby-2-1-2-is-released/
This is mostly bugfixes, including a fairly important fix for a
regression in Hash#rej
This should fix lang/rubinius after the egd removal in openssl. It's
kind of ugly as you have unpack the openssl gem, patch the c file, and
then repack the gem.
My ports building machine hasn't been updated recently, so I'd like
an OK from someone who has tested this on a more current -current
bef
Fairly simple update to latest ruby 1.9, 2.0, and 2.1 releases. No
security issues in these updates, which is nice.
Tested on i386 and amd64. Will be committing in a couple days unless I
hear objections.
Thanks,
Jeremy
Index: 1.9/Makefile
===
On Sun, Mar 2, 2014 at 9:52 AM, Denis Fondras wrote:
> Hello all,
>
> While working with Sensu, I needed some Ruby packages gem could not
> install without comp54.tgz. I share them as they might be useful to other.
>
> Regards,
> Denis
>
> ---
>
> Information for inst:ruby19-eventmachine-1.0.3
On Sun, Mar 2, 2014 at 9:50 AM, Denis Fondras wrote:
> Hello all,
>
> While working with Sensu, I needed some Ruby packages gem could not
> install without comp54.tgz. I share them as they might be useful to other.
>
> Regards,
> Denis
>
> ---
>
> Information for inst:ruby19-thin-1.5.0
We alrea
1
+DISTNAME = pcsxr-1.9.94.r87113
+PKGNAME = pcsxr-1.9.94beta0
CATEGORIES = emulators games
HOMEPAGE = http://pcsxr.codeplex.com/
@@ -15,28 +15,45 @@ MAINTAINER =Jeremy Evans https://distfiles.bsdfrog.org/
+MASTER_SITES = http://deftly.net/
EXTRACT_SUFX = .tar.
= emulators games
HOMEPAGE = http://pcsxr.codeplex.com/
@@ -15,27 +15,38 @@ MAINTAINER =Jeremy Evans https://distfiles.bsdfrog.org/
+MASTER_SITES =
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/martymac/
EXTRACT_SUFX = .tar.bz2
USE_GMAKE =Yes
MODULES = devel/gett
Fix some 640 permissions on www/squidguard:
OK?
Index: Makefile
===
RCS file: /cvs/ports/www/squidguard/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile30 Nov 2013 15:41:40 - 1.21
+++ Makefile
:13:58 - 1.15
+++ devel/ruby-kgio/Makefile19 Jan 2014 18:19:23 -
@@ -2,8 +2,7 @@
COMMENT = kinder, gentler I/O for Ruby
-DISTNAME = kgio-2.7.4
-REVISION = 3
+DISTNAME = kgio-2.8.1
CATEGORIES = devel
MAINTAINER = Jeremy Evans
Index: devel/ruby-kgio
On 01/14 10:12, Vadim Zhukov wrote:
> 14.01.2014 6:46 ???? "Jeremy Evans"
> ??:
> > -# All ruby C extensions are dependent on libc and ruby's library, and
> almost
> > -# all are also dependment on libm, so include c, m, and r
Makefile
--- databases/ruby-pg/Makefile 11 Jan 2014 22:51:02 - 1.25
+++ databases/ruby-pg/Makefile 14 Jan 2014 01:10:50 -
@@ -3,7 +3,7 @@
COMMENT = PostgreSQL database interface for ruby
DISTNAME = pg-0.17.0
-REVISION = 1
+REVISION = 2
CATEGORIES = databases
Here are a couple diffs for ruby-module.5 and ruby.port.mk to update the
documentation. Some of this is new information related to ruby 2.1, but
other parts are just general improvement to the text.
I plan on committing this tomorrow unless I hear objections.
Thanks,
Jeremy
Index: ruby-module.5
s,
Jeremy
>
>
> On Mon, Jan 6, 2014 at 6:06 PM, Jeremy Evans wrote:
>
>> On Mon, Jan 6, 2014 at 9:42 AM, Markus Lude wrote:
>>
>> > Hello,
>> >
>> > with the update of swig to 2.0.11 it doesn't build any more on sparc64.
>> > MODUL
On Mon, Jan 6, 2014 at 9:42 AM, Markus Lude wrote:
> Hello,
>
> with the update of swig to 2.0.11 it doesn't build any more on sparc64.
> MODULES lang/ruby uses ruby 2.0 per default now, which doesn't build on
> sparc64. Does the new swig need the new ruby or is ruby 1.8 enough?
>
It still packa
On 01/03 03:08, Alexey Suslikov wrote:
> Hi ports@.
>
> Roman Kravchuk and me are working on Ruby on Rails 4.0 port (incl
> Active Record and such).
Offtopic, but:
We did have a previous rails port, which was removed, partly because it
was old and insecure, and partly because the benefit of the
This fixes CVE-2013-4287 and CVE-2013-4363, both for denial of service
algorithmic complexity vulnerabilities:
https://github.com/rubygems/rubygems/blob/master/CVE-2013-4287.txt
https://github.com/rubygems/rubygems/blob/master/CVE-2013-4363.txt
This is a patch for devel/rubygems (for ruby 1.8) an
This updates lang/jruby to the current version, fixing some bugs.
See release notes at:
http://www.jruby.org/2013/11/14/jruby-1-7-8.html
http://www.jruby.org/2013/12/06/jruby-1-7-9.html
Portwise, this drops the downloading of the -src tarball. The
port used to download both the -bin and -src tar
Ruby just released new versions of 1.9.3 and 2.0.0 containing security
fixes for a heap overflow in the floating point parser:
https://www.ruby-lang.org/en/news/2013/11/22/heap-overflow-in-floating-point-parsing-cve-2013-4164/
As ruby 1.8 is no longer supported upstream, they did not release a ne
Simple update to 1.7.6, fixes a few bugs. One of our patches was
accepted upstream. Only other port change is adding maven as
a TDEP, since it is required for running the tests.
Tested on i386, compiles fine on amd64. Will be committing in a few
days unless I hear objections.
Thanks,
Jeremy
I
Minor update with a few small bugfixes.
I plan to commit this in a few days unless I hear objections.
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/databases/ruby-sqlite3/Makefile,v
retrieving revision 1.29
diff -u -p -r1.
Fairly simple update. Main change is the addition of streaming support.
This also removes a patch that is no longer needed.
I plan to commit this in a few days unless I hear objections.
Thanks,
Jeremy
Index: Makefile
===
RCS file:
Here's a diff to build skytools with PostgreSQL 9.3. Compile tested
only.
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/databases/skytools/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile11 Mar 2013
On 10/09 06:26, Jeremy Evans wrote:
> There were many changes in this update, more than you would expect in a
> tiny release, including:
>
> 243 issues fixed
> Many many encoding/M17n issues resolved.
> Improved transcoding support
> Fiber fixes
> Ripper support
> Fas
On Wed, Oct 9, 2013 at 11:57 PM, Landry Breuil wrote:
> On Wed, Oct 09, 2013 at 06:26:55PM -0700, Jeremy Evans wrote:
> > The bin tarball doesn't include the tests, so remove the test code and
> > set NO_TEST.
>
> Cant we fetch them in a different way ? Usually it's
S = lang lang/ruby
DISTFILES =${DISTNAME}.tar.gz \
jnr-jffi-1.2.2-0-g4c196bb.tar.gz:0 \
- jnr-posix.20130822.tar.gz:1
+ jnr-posix.20130822.tar.gz:1 \
+ ${JRUBY_LAUNCHER_GEM}:2
HOMEPAGE = http://www.jruby.org/
MAINTAINER = Je
with the
Index: devel/ruby-rcov/Makefile
===
RCS file: /cvs/ports/devel/ruby-rcov/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- devel/ruby-rcov/Makefile11 Mar 2013 10:50:30 - 1.15
+++ devel/ruby-rcov/Makefile3 Oct 2013 20:23:54 -0000
@@ -12,6
On 10/01 03:38, Pierre-Emmanuel Andr?? wrote:
> On Fri, 27 Sep 2013 16:02:05 +0200, Martin Pelikan wrote:
> >>Here's a diff against -current for 9.3 beta2. I've made some PLIST
> >
> >Here's a diff agains -current for 9.3.0. No changes apart from
> >version,
> >size and SHA256 bump. Seems to work
On 10/01 03:38, Pierre-Emmanuel Andr?? wrote:
> On Fri, 27 Sep 2013 16:02:05 +0200, Martin Pelikan wrote:
> >>Here's a diff against -current for 9.3 beta2. I've made some PLIST
> >
> >Here's a diff agains -current for 9.3.0. No changes apart from
> >version,
> >size and SHA256 bump. Seems to work
On Sat, Sep 28, 2013 at 2:47 PM, Jiri B wrote:
> Hi,
>
> in order to update ruby-jekyll there's need to update
> ruby-redcarpet and ruby-liquid.
>
> I'm *only* occassional user of jekyll, thus no real testing
> of redcarpet and liquid. But jekyll works :-)
>
> I have to patch jekyll metadata file
When running www/squidguard on amd64 (and I assume other 64-bit
platforms), it segfaults. It fails in the call to the sgDbUpdate
function:
sgDbUpdate(sp->userDb, user, (char *) setuserinfo(),
sizeof(struct UserInfo));
This code would be fine, except that setuserinfo is not actuall
On 07/01 07:07, Jeremy Evans wrote:
> On 06/27 03:31, Jeremy Evans wrote:
> > Ruby 1.8.7, 1.9.3, and 2.0.0 had security releases today to fix
> > CVE-2013-4073: Hostname check bypassing vulnerability in SSL client.
> > http://www.ruby-lang.org/en/news/2013/06/27/hos
On Wed, Jul 3, 2013 at 10:02 PM, David Coppa wrote:
> On Thu, Jul 4, 2013 at 3:42 AM, Vadim Zhukov wrote:
> > This patch concatenates a few actions I wish to perform:
> > * Enable first bits in x11/kde4 (idea by espie@);
> > * Remove x11/ruby-qt4.
> >
> > Of course they will be performed as a
On 06/27 03:31, Jeremy Evans wrote:
> Ruby 1.8.7, 1.9.3, and 2.0.0 had security releases today to fix
> CVE-2013-4073: Hostname check bypassing vulnerability in SSL client.
> http://www.ruby-lang.org/en/news/2013/06/27/hostname-check-bypassing-vulnerability-in-openssl-client-cve-
On 06/28 07:49, Eric Radman wrote:
> Since 9.3 doesn't depend on SysV shared memory, we can simplify
> README-server a bit
Are you sure the changes to SysV shared memory affect the SysV
semaphore situation? I already modified the README for the SysV shared
memory differences. Comparing the follow
Ruby 1.8.7, 1.9.3, and 2.0.0 had security releases today to fix
CVE-2013-4073: Hostname check bypassing vulnerability in SSL client.
http://www.ruby-lang.org/en/news/2013/06/27/hostname-check-bypassing-vulnerability-in-openssl-client-cve-2013-4073/
Exploitation of this vulnerability requires that
Here is a diff to allow building ruby 2.0 versions of ruby C extension
ports. It changes the category makefiles to use explicit versions
for ruby C extensions. This should reduce churn when the default ruby
version switches from ruby 1.9 to ruby 2.0 at some point in the future.
OKs?
Thanks,
Jer
On 05/15 10:51, Aaron Bieber wrote:
> This diff brings databases/node-pg and devel/node-generic-pool to the
> latest versions required for the lang/node update to 0.10.x.
>
> The tarballs are dependencies for the newer ports listed above, and
> should be decompressed into lang. I did this to try
On 05/17 01:42, Stuart Henderson wrote:
> On 2013/05/16 17:22, Jeremy Evans wrote:
> > Note that this diff also enables plpython support,
>
> Would it make sense to link the main program with -lpthread?
I'm not against it, but it's really the maintainer's (pea'
For those of you want to get a head start at testing your apps/libraries
with 9.3, or want to try out all of the awesome new features in 9.3 (see
http://www.postgresql.org/about/news/1463/), here you go.
Note that this diff also enables plpython support, which hopefully
can be committed at the sam
Standard bugfix update to JRuby, changes noted at
http://www.jruby.org/2013/05/16/jruby-1-7-4.html
Probably most significant improvement is start of ruby 2.0 feature
support via the --2.0 switch.
Port related changes are:
* Fixing the created site_ruby directory so that it matches the
default
This contains the same security fix as the recently sent diff for 2.0
(CVE-2013-2065). Some other small bugfixes are included as well.
Only patch difference is removal of one line from Makefile.in.
Looking in the SVN history, this appears to be an accidental addition
due to a bad merge.
trunk di
This is the first patch level release to Ruby 2.0. It contains a small
security fix for CVE-2013-2065 (Object taint bypassing in DL and
Fiddle), as well as numerous fixes for some of the new features in ruby
2.0 (Module#prepend, keyword arguments, refinements) as well as other
fixes.
Note that th
On Mon, May 6, 2013 at 12:28 PM, Chris Cappuccio wrote:
> Chris Cappuccio [ch...@nmedia.net] wrote:
> > Ted Unangst [t...@tedunangst.com] wrote:
> > > On Fri, May 03, 2013 at 15:46, Jeremy Evans wrote:
> > > >
> > > > Basically, the native code in th
On Fri, May 3, 2013 at 2:52 PM, Chris Cappuccio wrote:
> Jeremy Evans [jeremyeva...@gmail.com] wrote:
> >
> > Like I mentioned earlier, there's libv8 the shared library, and libv8 the
> > ruby gem. The port you installed is for the shared library. The rails
> &g
On Fri, May 3, 2013 at 2:19 PM, Chris Cappuccio wrote:
> Jeremy Evans [jeremyeva...@gmail.com] wrote:
> > On Fri, May 3, 2013 at 10:13 AM, Chris Cappuccio
> wrote:
> >
> > > hi
> > >
> > > trying to get some rails stuff working but the ruby-gem por
On Fri, May 3, 2013 at 10:13 AM, Chris Cappuccio wrote:
> hi
>
> trying to get some rails stuff working but the ruby-gem port
> keeps trying to install libv8 when it is already installed via
> ports. clue stick?
>
> # thin20 start
> > Using rack adapter
> Could not find libv8-3.11.8.13 in any of
On Sun, Apr 28, 2013 at 3:01 AM, Mikolaj Kucharski
wrote:
> I've tried and no joy -- regress is not happy, and regress is doing here
> some really invasive stuff, which will probably fail with systrace
> (untested). I'm attaching the output from make test. Also, below patch
> contains my debugging
On 03/26 05:01, Stuart Henderson wrote:
> On 2013/03/26 09:21, Jeremy Evans wrote:
> > On 03/26 10:02, Stuart Henderson wrote:
> > > My thought is not so much about speed, it's about patching unexpected
> > > instances of the text. I do wonder why it isn't rest
On 03/26 10:02, Stuart Henderson wrote:
> On 2013/03/26 13:48, Vadim Zhukov wrote:
> > 2013/3/26 Stuart Henderson :
> > > On 2013/03/26 13:35, Vadim Zhukov wrote:
> > >> This allows to fix more stuff, e.g.:
> > >>
> > >> #!/usr/bin/ruby => #!/usr/local/bin/ruby19
> > >>
> > >> Used to fix stuff in
On 03/17 09:05, Vadim Zhukov wrote:
> 2013/3/6 Jeremy Evans :
> > Ruby 2.0 was released about a week and a half ago, with a bunch of
> > new features:
> >
> > Some of the highlights:
> >
> > Language core features
> > Keyword arguments, which
On Fri, Mar 15, 2013 at 11:04 PM, Brad Smith wrote:
> On Thu, Mar 14, 2013 at 01:26:15PM +0100, Pascal Stumpf wrote:
> > Update to 1.0.0. No header/API changes, and multimedia/shrip is still
> > happy.
>
> How does this program even work? I load up ogmrip and it can't find the
> DVD disc.
>
I'v
On Wed, Mar 6, 2013 at 5:22 PM, Kurt Miller wrote:
>
> I noted that you have marked the port as 1.7+ but this page
>
> https://github.com/jruby/jruby
>
> indicates it is 1.6+. Please consider using 1.6+ for additional
> flexibility for users to chose which jdk to run it with.
>
Currently, the por
This updates ruby.port.mk so that it builds packages for ruby 2.0
using the ruby20 FLAVOR, and works after the upgrade of jruby to
1.7.
Tested on amd64 and i386. Looking for OKs to commit this when
ruby 2.0 and jruby 1.7 are committed.
Thanks,
Jeremy
Index: ruby.port.mk
On Thu, Feb 21, 2013 at 8:37 PM, Wuggy Foofie wrote:
> Hi,
>
> Any chance you could make the OpenBSD Python port / package do this
> automatically if there are no other Python installs on that machine?
>
> # ln -sf /usr/local/bin/python2.7 /usr/local/bin/python
> # ln -sf /usr/local/bin/python2
This updates ruby 1.9.3 to the latest patch level release, with
some minor bug fixes and a XSS security fix in RDoc.
Tested on i386 and amd64. Will be committing tomorrow unless I
hear objections.
Thanks,
Jeremy
Index: Makefile
===
On Sun, Jan 20, 2013 at 4:12 PM, Clint Pachl wrote:
> Can't Sinatra be managed in the same way Jeremy proposes for Rails? I.e.,
> remove it from the OpenBSD tree and manage it via gem.
>
> I've been using gem to manage Ruby gems (sinatra, tilt, rack,
> rack-protection, erubis, etc.) directly and
Small update to the latest patch level release of ruby 1.9.3. See
http://svn.ruby-lang.org/repos/ruby/tags/v1_9_3_374/ChangeLog for
details.
configure patch from previous patch level no longer applies cleanly,
so fix that and regen patches while here.
Tested on amd64 and i386. Will be committin
On 12/05 01:17, Jeremy Evans wrote:
> This updates sinatra to 1.3.1, changes at
> https://github.com/sinatra/sinatra/blob/master/CHANGES
>
> This depends on the rack update included with the Rails diff I recently
> sent. This also needs a new dependency, www/ruby-rack-protect
501 - 600 of 924 matches
Mail list logo