#1135 confirmed
Simon Rozet

extlib, do and do adapters gems are missing from nighties

Reported by Simon Rozet | November 27th, 2009 @ 02:22 PM

Comments and changes to this ticket

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) November 27th, 2009 @ 04:59 PM

    • State changed from “new” to “confirmed”

    We also need to setup a CNAME for this. Anyone have a better suggestion than gems.datamapper.org? If not, then I will add this CNAME shortly.

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) November 27th, 2009 @ 05:01 PM

    Also, does rubygems allow you to setup redirects so that you can have something like:

    http://gems.datamapper.org/gems/dm-core.pre-nightly.gem

    Redirect to:

    http://gems.datamapper.org/gems/dm-core-0.10.2.pre20091127.gem

    I'm totally open to the naming convention. The main thing is establishing a URI where the version and date are not included, allowing us to write documentation pointing to permalinks rather than URIs which change daily. It's fine to have the endpoint be the daily gem URL tho, I just want to see if it's possible to have something static in front.

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) November 27th, 2009 @ 09:03 PM

    • Tag cleared.

    Are the DO gems updated to use Jeweler yet?

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) November 28th, 2009 @ 12:34 PM

    • Assigned user changed from “Dan Kubb (dkubb)” to “Tony Pitale”
  • Alex Coles

    Alex Coles November 28th, 2009 @ 12:40 PM

    The following gems (if generated from next branch) should be ready for
    testing with the nightly build server:

    data_mapper
    do_derby
    do_h2
    do_hsql
    do_jdbc
    do_sqlserver

    do_mysql, do_postgres, do_oracle and do_sqlite3 should be done soon.
    Still got some rake-compiler stuff upstream to finish before the
    multi-binary gems will be done.

    Hope this gives Tony something to go on at least....

  • Tony Pitale

    Tony Pitale November 28th, 2009 @ 01:16 PM

    Great stuff. I'll try and add those this afternoon.

    Tony

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) November 28th, 2009 @ 06:21 PM

    @Alex: For some of those DO drivers, do you have to build them using JRuby, or does the rake task download and build JRuby for you like the Win32 gems? I just wanted to make sure it was clear to Tony how they should be built.

  • Tony Pitale

    Tony Pitale November 28th, 2009 @ 07:52 PM

    @Alex did you mean data_objects when you said data_mapper?

  • Tony Pitale

    Tony Pitale November 28th, 2009 @ 07:55 PM

    @Dan I think nightly.datamapper.org, or prerelease.datamapper.org, might be better options, unless you would like to host gems other than the prerelease stuff?

  • Tony Pitale

    Tony Pitale November 28th, 2009 @ 08:01 PM

    @Alex, how should I be building the do_* gems? I don't see a VERSION file for me to modify. If there isn't going to be a VERSION file for each of the gems I can simply use the gemspec:debug and modify that before writing out the gemspec, but the VERSION file has been working quite nicely, so far.

  • Alex Coles

    Alex Coles November 29th, 2009 @ 01:15 PM

    @Tony Sorry for the confusion. I did indeed mean "data_objects" not "data_mapper" when I gave the list of DO gems.

  • Alex Coles

    Alex Coles November 29th, 2009 @ 01:25 PM

    @Tony: RE: VERSION file: There is none. Previously we used a VERSION constant and I kept this set-up when porting to Jeweler... this is supported as far as Jeweler is concerned, but I hadn't really stopped to think whether it would work with your workflow. If you prefer having the VERSION file than feel free to go ahead and patch things - or let me know, and I can change things to use VERSION files.

    The data_objects gem is pure-Ruby:
    * rake gemspec to generate the Gemspec * rake build to build the gem

    The do_* gems that only have one binary included (do_derby,h2,hsqldb,jdbc,sqlserver):
    * rake compile to compile the binary * rake build to build the gem (this should invoke the above task, as they're chained)

    You should be able to invoke those tasks from either MRI or JRuby, even though the extensions in these cases are for JRuby.

    Building the multi-binary gems will look something as follows:
    * rake java gem to compile and build the Java Gem * rake cross native gem to compile and build the native Gems and Windows binaries for MRI

    (these are dependent on me finishing up my work on rake-compiler upstream).

    Despite working on rake-compiler upstream, I'm not really a rake expert so let me know if anything looks suspect.

  • Alex Coles

    Alex Coles December 8th, 2009 @ 09:58 AM

    See commit 29a67ee.

    Rake tasks should now be consistent across the DataMapper family (extlib, do, dm-core, dm-more). Rake tasks have been cleaned up for DataObjects thanks to a new release of rake-compiler (0.7.0) which adds support for compiling Java extensions.

    The above comment should still be accurate.

    I've also added the following task for the multi-binary gems:

    rake build_all should build (and compile) the native gem, and JRuby and Windows binary gems.

    Please let me know how this works out..

  • Tony Pitale

    Tony Pitale December 8th, 2009 @ 10:24 AM

    @Alex Thanks! I'll get working on this asap.

  • Dan Kubb (dkubb)

    Dan Kubb (dkubb) May 22nd, 2010 @ 01:22 AM

    Are these nightly gems still being built? It looks by the name like they are 0.10.2, not the latest version (1.0.0.rc2).

  • Tony Pitale

    Tony Pitale May 23rd, 2010 @ 11:55 PM

    Hey Dan, haven't checked in on this in quite some time. Will try and get on this before RailsConf. Gotta get working on my talk too, heh.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile »

Pages