Action Record
In Rails, the model is handled by what's called a object-relational
mapping layer entitled Active Record. This layer allows you to present
the data from database rows as objects and embellish these data objects
with business logic methods.
WWW: http://rubyonrails.org/
===> The following configuration options are available for rubygem-activerecord-3.2.22.2:
MYSQL=off: Use native MySQL bindings
PGSQL=off: Use native PostgreSQL bindings
SQLITE3=off: Use native SQLite3 bindings
===> Use 'make config' to modify these settings
databases/rubygem-activerecord: Fix optional RUN_DEPENDS for MYSQL option
Fix a build problem when MYSQL option is used. Since the option is
not default there is no PORTREVISION bump.
PR: 214667
Submitted by: Gerrit Beine <mail+freebsd@gerritbeine.de>
Approved by: mentors (implicit)
create USES=gem and update rubygem- ports to use it
Note that for now ports still have to have USE_RUBY=yes to use USES=gem
PR: 209041
Differential Revision: https://reviews.freebsd.org/D6070
Remove UNIQUENAME and LATEST_LINK.
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
Set NO_ARCH for remaining rubygem-* ports with no arch dependent files
Obtained from: DEVELOPER_MODE
With Hat: ruby@
Sponsored by: RideCharge Inc / Curb
devel/rubygem-tzinfo: update to 1.2.2
While here, create a port for the older 0.3 version for the ports that need it,
hook it up to the build, set those ports to use the older version and bump
portrev on those ports.
- Update rails to 3.2.17 [1]
- Update polyglot to 0.3.4 since rails wants the newer version
- Update redmine to use new rails
Security: CVE-2014-0080 [1]
Security: CVE-2014-0081 [1]
Security: CVE-2014-0082 [1]
MFH: 2014Q1
- Update rails to 3.2.12
- Update dependent ports, including:
- Update rack to 1.4.5 to resolve CVE-2013-0263 and CVE-2013-0262
- Update activemodel to 3.2.12 to resolve CVE-2013-0276
Security: forthcoming
- Mass fixup of WWW: lines pkg-descr based on rubygems.org Homepage meta info
Prompted by: distilator
With Hat: ruby@
Sponsored by: RideCharge Inc. / TaxiMagic
Presenting Rails 3.0
http://weblog.rubyonrails.org/2010/8/29/rails-3-0-it-s-done
N.B.:
lang/ruby19 does not work with rails3 until the upgrade to 1.9.2
by stas@ happens.
- Update www/rubygem-rails to 3.0.0
Sponsored by: RideCharge Inc. / Taximagic
- GEMS are always RUN_DEPENDS of other GEMS
- Bump PORTREVISION when something other then BUILD_DEPENDS changes
- Some minor verticle whitespace in some ports for consistency with the rest
PR: ports/147551
Submitted by: pgollucci@ (myself)
Reviewed by: portmgr (pav)
With Hat: ruby
- Update www/rubygem-rack to 1.1.0
See [ports/147047 which fixes www/rubygem-innate]
- Set rails deps to *exactly* rack 1.1.0
- Pass www/rubygem-activeresource to ruby@
[approved by clsung@ (maintainer) long time ago]
- Convert rails & railities from RF -> RG
*** Update rails aka www/rubygem-rails to 2.3.8 ***
*** note 3.0 has been beta for 3+ months ***
PR: ports/146938
Special thanks to: Eric Freeman <freebsdports@chillibear.com> for the
Mk/bsd.sites.mk RG patch
Sponsored by: RideCharge Inc. / Taxi Magic
Tested by: P6 TB rubygems- run and RC TB rubygems- run
With Hat: ruby@
- Re-assign all my rubygem-* ports to ruby@
this gives us more eyes and brings us inline with perl@
Current ruby@ members (stas, dinoex, pgollucci)
http://wiki.freebsd.org/Ruby
Discussed with: stas on #bsdports
- Convert from rubygem-postgres to reubygem-pg to fix ruby 1.9.x issues
PR: ports/142461
Reported by: Aaron Gifford <astounding@gmail.com>
With help from: dinoex
- convert to RUBYGEM_AUTOPLIST
remove x-generate-plist and friends
- use RF macro and remove SUBDIR where possible
- remove some uneeded GEM_NAME=${DISTNAME}
(this c/should be handled better in bsd.*.mk)
other deltas specific to individual ports:
audio/rubygem-mp3info - unbreak, fix packaging, bump PORTREVISION
devel/rubygem-rapt - adopt
devel/rubygem-rspec - remove BUILD_DEPENDS=RUN_DEPENDS -- neither set
devel/rubygem-ruby2ruby - add #' for vim highlight
graphics/rubygem-extifr - drop PORTREVISION=0
graphics/rubygem-gd2 - add #' for vim highlight
www/rubygem-rubyfulsoup - swap GEM_NAME / DISTNAME for constistency
Sponsored by: RideCharge Inc.
Tested on: RideCharge's Tinderbox
Reviewed by: stas
- Add ruby 1.9 support
- Implement new knobs for gems and rake (these are included in
ruby 1.9 distribution already). Also move gem bits from
ruby-gems/Makefile.common to bsd.ruby.mk[1]. Now to depend
on gems or rake you should define USE_RUBYGEMS/USE_RAKE
accordingly. Also RAKE_BIN variable is provided for
pointing to the right rake executable.
- Rewrite RUBY_SCHEBANG in awk to eliminate build dependency
on ruby.
Discussed with: Jonathan Weiss <jw@innerewut.de> [1] (gems maintainer)
Tested by: ports@
* Update rails and its related ports to match rails 1.1.6:
activesupport = 1.3.1
activerecord = 1.14.4
actionpack = 1.12.5
actionmailer = 1.2.5
actionwebservice = 1.1.6
rails = 1.1.6
This update is needed to fix a serious bug in rails
* Add a x-generate-plist target to easy the creation of pkg-plist
* Add an "WWW" entry on pkg-descr that points to the correspoding
project on rubyforge.
PR: ports/101973
Submitted by: Rui Lopes <rgl_AT_ruilopes dot com>
Approved by: maintainer (Jonathan Weiss)
Security:
http://weblog.rubyonrails.org/2006/8/10/rails-1-1-6-backports-and-full-disclosure
Security:
http://www.vuxml.org/freebsd/90064567-28b1-11db-844d-000c6ec775d9.html
Action Record
In Rails, the model is handled by what's called a object-relational
mapping layer entitled Active Record. This layer allows you to present
the data from database rows as objects and embellish these data objects
with business logic methods
PR: ports/82397
Submitted by: Jonathan Weiss <jw@innerewut.de>
