| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
Based on: ports/87816
Submitted by: Phil Oleson <oz@nixil.net>
Security: http://vuxml.FreeBSD.org/1daea60a-4719-11da-b5c6-0004614cc33d.html
|
| |
|
|
|
|
|
|
|
|
| |
PR: ports/82855
Submitted by: Renato Botelho <freebsd@galle.com.br>
Obtained from: Ruby CVS
Approved by: maintainer timeout (1 day; security)
With hat: secteam
Security: CAN-2005-1992
Security: http://vuxml.FreeBSD.org/594eb447-e398-11d9-a8bd-000cf18bbe54.html
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the
headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl,
ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve
those issues. It is recommend you to rebuild any apps that depend on
lang/ruby18, so see the UPDATING for detail.
Remove the 'BROKEN' on the other ports that knu has added them few weeks ago.
Some of them have been tested, so if one of them is still broke then please
let us know and one of us will re-add the 'BROKEN'.
This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x
and I did others. lofi, thanks for help!
Tested by: many people
Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x),
and sparc64 (FreeBSD 5.x and 6.x)
Not test on: ia64 and alpha
Approved by: portmgr (kris)
|
| |
|
|
|
|
| |
so a real fix should be found ASAP.
Submitted by: gad
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
* Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1)
may coredump with a double free() problem from a misuse of the DL
module. In that case, reinstall sysutils/portupgrade manually.
|
| |
|
|
|
|
|
| |
Obtained from: ruby CVS
Reviewed by: trhodes
OK'ed by: maintainer silence
With hat: secteam
|
| | |
|
| | |
|
| |
|
|
| |
devel/readline is installed.
|
| |
|
|
| |
snapshot as of 2004-05-02.
|
| |
|
|
| |
Submitted by: trevor
|
| |
|
|
|
|
| |
of Ruby, which is now 1.8.
Pointed out by: kris
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Always put a version suffix to the ruby name (no matter if ruby is the
default version) to avoid mess in future.
[Notes for i386 users]
If you are a ruby developer and still want to stick with ruby 1.6 as
default, please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf.
If you are a ruby developer and want to keep ruby 1.6 as default,
please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf. Otherwise, please
run the following series of commands to migrate to ruby 1.8:
1) Reinstall portupgrade manually (and ruby 1.8 will be installed)
pkg_delete portupgrade-\*
(cd /usr/ports/sysutils/portupgrade; make install clean)
2) Reinstall everything that depends on ruby 1.6 (to use ruby 1.8)
portupgrade -fr lang/ruby16
3) Reinstall ruby 1.8 (because the previous step kills symlinks)
portupgrade -f lang/ruby18
4) Deinstall ruby 1.6 stuff (if you are paranoia)
pkg_deinstall -ri lang/ruby16
|
| |
|
|
|
| |
PR: ports/61596
Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
that listed all archs, except ia64.
Approved by: portmgr (kris)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The __libc_ia64_register_backing_store_base variable is defined on
Linux (in glibc) to allow processes to obtain the base of the RSE
backing store. On FreeBSD we do not have such a variable. We also
do not yet have a different interface for processes to use. So, for
now, hardcode the base address of the RSE backing store as it is
on FreeBSD. There's little chance this will change in the future,
so it's not that evil.
Approved by: portmgr (kris)
|
| | |
|
| |
|
|
|
| |
Many bugs have been fixed since the 1.8.0 release. (The diff file is
very big because some big files were moved, sorry)
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
AMD64 ports still need some more testing and tweaking)
By this update, openssl, webrick and xmlrpc modules are now part of
the standard distribution.
Since this version should no longer be called -devel, I am planning on
repo-moving lang/ruby{,-devel} to lang/ruby{16,18}, respectively.
|
| |
|
|
|
|
|
|
|
| |
with gcc 3.3 with a -mcpu or -march flag (even -mcpu=pentiumpro, which
is the default CPU cflag that bsd.cpu.mk sets, leads ruby to coredump).
Although currently I'm not sure if gcc 3.3's optimization has a bug or
it is that it just exposed the dl module's hidden bug, disable those
flags to work around the problem for the moment.
|
| |
|
|
|
|
| |
Bad proxy, no cookie, even for FTP service.
Submitted by: roberto
|
| |
|
|
| |
unbreak for alpha and sparc64. (ia64 and amd64 are not supported yet)
|
| |
|
|
|
| |
lack of prototypes. A patch to fix this will follow in a couple of
days, and in the meantime mark this port as ONLY_FOR_ARCHS=i386.
|
| |
|
|
|
| |
ruby-csv, drb, rexml and yaml are now part of the ruby 1.8 standard
distribution.
|
| |
|
|
|
|
|
| |
verbose flag on. (ruby -v -e 'begin;end')
PORTREVISION is not bumped since this is not a significant problem for
most people.
|
| |
|
|
|
|
|
| |
latest snapshots as of 2003-04-19.
ruby-bigdecimal (formerly known as ruby-bigfloat) and ruby-zlib are
now part of ruby 1.8.
|
| |
|
|
| |
Reported by: kris
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
configure.in be ahead of that of configure and autoconf thus be
demanded.
Submitted: kris, bento
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Update Oni Guruma to 20030121.
Now that the MAKE_ARGS problem is gone, re-enable MAKE_ARGS for
sparc64.
|
| |
|
|
| |
Submitted by: obrien [*]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
disabling parallel build on sparc64. The INSTALLS_DEPENDS thing
probably comes from bsd.port.mk, but I wonder why it is regarded as a
target when it is only used as a boolean variable. I think make(1)
has some problem with parallel build (-jN) on that platform.
I could not really reproduce the error on panther, but a submitter [1]
says the build went fine if he commented the -jN option out as I
suggested.
Submitted by: Anders Andersson <anders@hack.org>,
Joao Pedras <jpedras@webvolution.net> [1],
kris
|
| |
|
|
| |
Submitted by: kris, bento
|
| |
|
|
|
|
|
|
|
| |
which now supports FreeBSD/sparc64.
Set ONLY_FOR_ARCHS to i386, alpha and sparc64. Ruby does not support
IA64 yet. It does not even build or install correctly. We need some
clue to the IA64 stack structure and handling of the IA64 register
windows.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Update to the 1.6.8 final release. (which fixes a couple of
coredumping bugs)
- Update Oni Guruma (alternative BSDL regexp engine) to 20021210.
- Attach a small knob for debugging.
lang/ruby-devel
- Update to 1.8.0 preview 1 + errata patch. (fixes a couple of
coredumping bugs)
- Update Oni Guruma (alternative BSDL regexp engine) to 20021210.
- Fix pkg-plist nits.
lang/ruby16-shim-ruby18
- Update to 1.8.0 preview 1. (sync with 1.6.8 & 1.8.0 preview1)
- Fix pkg-plist nits.
Approved by: lioux (and self)
A Merry Christmas to: all of you
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1.7.3.2002.12.11, and lang/ruby-devel to 1.7.3-2002.12.12.
- Fix a few bugs that lead to core dump, one in the ruby interpreter
and another in the syslog module.
Reported by: ume (net/dtcp was a victim)
- Fix an installation problem occasionally seen on bento. (a bug in
Makefile that caused race)
Submitted by: bento
- Fix a problem that irb(1) didn't work because the symlink was wrong.
Submitted by: Jos Backus <jos@catnook.com>
- Get rid of move & symlink spaghetti completely from the installation
process.
Discussed with: portmgr (will)
|
| |
|
|
|
|
|
| |
archiver/ruby-zlib with lang/ruby-devel in the correct way.
The cause of this problem is that FreeBSD's make(1) got a bit too
sensitive about a mixture of `target:' and `target::'.
|
| |
|
|
| |
Add a DEBUG knob here too.
|
| | |
|
| | |
|
| |
|
|
| |
Reported by: Fritz Heinrichmeyer <Fritz.Heinrichmeyer@FernUni-Hagen.de>
|
| |
|
|
|
|
| |
FreeBSD/sparc64 fails to build this and somehow the entire OS gets
frozen while running `miniruby'. I'd appreciate if someone with a
clue could help me fix the problem.
|
| |
|
|
|
|
|
|
| |
fixes several coredump bugs and fatal threading problems.
Remove the autoconf dependency by including a pre-generated configure
script in the distfile. It now also includes a pre-generated parse.c
made by bison 1.35.
|
| | |
|
| |
|
|
| |
This fixes coredump on the Alpha.
|
| |
|
|
| |
latest snapshots as of today, 2002-09-12 (JST).
|
| |
|
|
|
|
| |
to pkg-plist.
Reported by: nork
|
| |
|
|
| |
Suggested by: Andreas Hauser <hauser@informatik.uni-muenchen.de>
|
| |
|
|
| |
2002-07-15.
|
| | |
|
| |
|
|
|
|
|
| |
undefined when DEBUG_FLAGS is defined.
Submitted by: Dave Cornejo <dave@dogwood.com>,
Joshua Goodall <joshua@roughtrade.net>
|
| |
|
|
| |
2002-05-23.
|
| |
|
|
|
|
| |
2002-05-05. This fixes some ruby extensions under RUBY_VER=1.7.
Update the Oni Guruma regex engine to 20020424.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Update to the latest 1.6 stable snapshot as of 2002-03-27.
- Update the Oni Guruma alternative regex engine to 20020325.
lang/ruby-devel:
- Update to the latest 1.7 development snapshot as of 2002-03-26.
- Add the WITH_ONIGURUMA knob as well as lang/ruby.
- Require devel/autoconf (2.53 or later is required).
- Add several modules to the obsoleted modules list (now included):
bigfloat
fileutils
racc-runtime
strscan
|
| |
|
|
| |
Update lang/ruby-devel to the latest snapshot as of 2002-03-01.
|
| |
|
|
|
|
| |
(what is built from ports) from coredumping. [workaround]
Set MAKE_ARGS to "-j3" to hasten the build.
|
| | |
|
| |
|
|
|
|
|
|
| |
lang/ruby-devel deinstall obsoleted (integrated) packages in their
post-install targets (for installation from ports) and in their plists
(for installation from packages),
Update to the latest snapshot as of 2002-01-29 while I'm at it.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/
http://bento.FreeBSD.org/errorlogs/4-exp-latest/
|
| |
|
|
| |
Update lang/ruby-devel to the 1.7.2 Xmas' development snapshot.
|
| | |
|
| |
|
|
|
|
| |
Update lang/ruby-devel to the latest snapshot, 1.7-2001.11.22.
Use bzip2 patches instead of gzip patches.
|
| | |
|
| | |
|
| |
|
|
| |
today. (2001/11/04)
|
| | |
|
| |
|
|
|
| |
dependent ruby modules, due to the RUBY_ARCH change I've just
committed.
|
| |
|
|
| |
Submitted by: knu
|
| | |
|
| |
|
|
|
| |
As for lang/ruby, this would perhaps be the last snapshot before the
1.6.5 release.
|
| |
|
|
| |
We are now six hours away from the ports freeze!
|
| | |
|
| | |
|
| |
|
|
| |
(as of 2001/08/16 20:00 JST)
|
| | |
|
| |
|
|
| |
2001.07.31.
|
| | |
|
| | |
|
| |
|
|
| |
Let each elisp port create XEMACSLISPDIR by itself.
|
| | |
|
| |
|
|
| |
Reported by: bento
|
| |
|
|
|
|
| |
post-install.
Dig XEmacs' site-lisp directory and RUBY_ELISPDIR.
|
| |
|
|
| |
defined. (But not actual examples & docs)
|
| |
|
|
|
|
| |
Introduce RUBY_R in preparation for ruby_r & ruby_r-devel ports.
Define RUBY_CONFIGURE_ARGS.
|
| |
|
|
| |
1.7.1 phase.
|
| | |
|
| |
|
|
|
|
| |
Note that you'll have to rebuild all the installed ruby modules
if you upgrade. To do it, just install the latest portupgrade and
hit `portupgrade -rfcC ruby'.
|
| |
|
|
|
|
|
|
| |
temporarily stop linking ruby with libc_r. This will break such
extension modules as ruby-qt, but we have to investigate the
annoying problems we are seeing, present in both ruby and our libc_r.
Once suggested by: green
|
| |
|
|
| |
Update lang-ruby-devel to the latest development snapshot.
|
| |
|
|
|
|
|
|
| |
Remove shells/ruby-shell as it is now part of the standard distribution.
(in both Ruby 1.6.4 and 1.7.0)
Mark security/ruby-sha1 broken for Ruby >= 1.7.0, as it is also part of the
standard distribution now.
|
| |
|
|
| |
Update lang/ruby-devel to 1.7.0-a2001.05.12.
|
| | |
|
| | |
|
| |
|
