Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, While trying to install Ruby on Rails to work with an MS SQL Server database according to the instruction on the Ruby on Rails wiki (see http://wiki.rubyonrails.com/rails/pages/HowtoConnectToMicrosoftSQLServerFromRailsOnLinux) I found that there was no ebuild for Ruby ODBC (http://www.ch-werner.de/rubyodbc/) Based on the Ruby-DBI ebuild I created an ebuild for this package. There is a dependency with unixODBC and ofcourse Ruby. I was able to get this ebuild working on a clean 2005.1 install with Ruby 1.8.3 and unixODBC-2.2.11-r1 This is my first attempt at creating an ebuild, so please check if it is correct. Hein
Created an attachment (id=71875) [edit] ruby-odbc-0.996.ebuild First Version of the ruby-odbc-0.996.ebuild
- the ebuild header is invalid
- the ebuild header is invalid¹ - inheriting eutils is not necessary - ruby-odbc-${PV} == ${P} - GPL is not a valid license, please have a look at /usr/portage/licenses - remove S=${WORKDIR}/ruby-odbc-${PV} - src_unpack() is superfluous - in src_compile() call emake instead make [1] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=3
Created an attachment (id=71922) [edit] ruby-odbc-0.966-r1.ebuild New ebuild based on recommendations of Carsten Lohrke
Created an attachment (id=71925) [edit] Changelog for ruby-odbc Changelog for this ebuild
(In reply to comment #2) > - the ebuild header is invalid
(In reply to comment #2) > - the ebuild header is invalid¹ Changed > - inheriting eutils is not necessary Removed > - ruby-odbc-${PV} == ${P} Changed the SRC_URI line > - GPL is not a valid license, please have a look at /usr/portage/licenses Change licence to GPL-2 but this program is dual licenced. Should I provide the other licence as a new licence? or how do I indicate that this package is dual licenced? > - remove S=${WORKDIR}/ruby-odbc-${PV} done > - src_unpack() is superfluous remove > - in src_compile() call emake instead make changed Thanks for the feedback. Shoud I als change the make command in the src_install section to emake? This software can also be configured with UTF-8 support (see http://www.ch-werner.de/rubyodbc/README) but than the scr_compile and src_install commands are different? how do I implement that?
(In reply to comment #5) > Change licence to GPL-2 but this program is dual licenced. Should I provide the > other licence as a new licence? or how do I indicate that this package is dual > licenced? Yes. LICENSE="|| ( GPL-2 <foo> )" is the correct expression. > Shoud I als change the make command in the src_install section to emake? No. > This software can also be configured with UTF-8 support (see > http://www.ch-werner.de/rubyodbc/README) but than the scr_compile and > src_install commands are different? how do I implement that? Usually you add something alike IUSE="unicode" and local myconf="" use unicode && myconf="utf8" I just don't know how ruby handles different encodings and if using the existing global unicode use flag may be misleading.
Created an attachment (id=89677) [edit] ruby-odbc.ebuold A fixed version, added ruby.eclass inheritance, changed the dependancies a little and some tweaks. Works on amd64, so I keyworded it ~amd64.
Created an attachment (id=98822) [edit] ruby-odbc-0.9993.ebuild Ebuild for latest version of ruby-dbi. When I let the ebuild use ruby_src_compile the installed .so wouldn't work.
(In reply to comment #8) > Created an attachment (id=98822) [edit] > ruby-odbc-0.9993.ebuild > > Ebuild for latest version of ruby-dbi. When I let the ebuild use > ruby_src_compile the installed .so wouldn't work. > Richard, did you really test it on all ~x86 ~amd64 ~ia64 ~ppc ~sparc?
InCVS