Rubyforge <-> gemcutter issues

this is an issue gem publishers need to be aware off:

  http://help.rubygems.org/discussions/problems/318-original-sync-to-rubyforge-never-worked-what-now

until it's fixed it's possible that your releases are not making it to
other people's machines during 'gem install'

fyi.

···

--
-a

but rubyforge also reflects older version....

$ gem env | egrep sources
     - :update_sources => true
     - :sources => ["RubyGems.org | your community gem host]

$ gem list --remote | egrep "^options "
options (2.1.1)

···

On Fri, Sep 10, 2010 at 10:59 PM, ara.t.howard <ara.t.howard@gmail.com> wrote:

original sync to rubyforge never worked - what now? / Problems / Discussion Area - RubyGems.org Support

I never expected gems published on gemcutter (now rubygems.org) been
reflected at RubyForge automatically. Also, after the migration, never
expected gems (beyond .zip and tar packages) published at RubyForge be
feed into gemcutter.

The overhead of keep those things under sync is huge.

I disconnected gem publishing to RubyForge and now gems are pushed to
gemcutter only while .zip and tar to RubyForge for OS packagers.

That is what I understood and assumed.

FYI.

···

On Sep 10, 11:59 am, "ara.t.howard" <ara.t.how...@gmail.com> wrote:

this is an issue gem publishers need to be aware off:

http://help.rubygems.org/discussions/problems/318-original-sync-to-ru\.\.\.

until it's fixed it's possible that your releases are not making it to
other people's machines during 'gem install'

fyi.

--
Luis Lavena

this is an issue gem publishers need to be aware off:

original sync to rubyforge never worked - what now? / Problems / Discussion Area - RubyGems.org Support

until it's fixed it's possible that your releases are not making it to
other people's machines during 'gem install'

From the ticket:

for example, i own the options gem. it's been updated on rubyforge (via api) several times. over here we see (grep page for options) options 2.2.0 has been released:

http://rubyforge.org/frs/?group_id=1024&amp;release_id=43932

yet a search on gemcutter results in:

search | RubyGems.org | your community gem host

in my case gemcutter has effectively stolen about 100 of my gems - the system owns them and i cannot release fixes.

Wasn't this latter issue addressable via `gem owner`?

    owner Manage gem owners on RubyGems.org.

I seem to recall having to fire off a whole mess of those after the transition and haven't had many of the issues you're having. Tho I did adapt hoe to publish to gemcutter as well as to rubyforge, so I'm prolly masking it somewhat.

···

On Sep 10, 2010, at 07:59 , ara.t.howard wrote:

I disconnected gem publishing to RubyForge and now gems are pushed to
gemcutter only while .zip and tar to RubyForge for OS packagers.

That is what I understood and assumed.

agreed - but i cannot push to any of the gems i used to own, otherwise
that would be an option. i honestly don't completely understand the
whole set of problems, but i think they fall into 4 categories

1) ownership after transfer
2) syncing rubyforge -> gemcutter
3) gems never synced
4) lack of a simple README re: how it supposed to work.

cheers.
-a

> I disconnected gem publishing to RubyForge and now gems are pushed to
> gemcutter only while .zip and tar to RubyForge for OS packagers.

> That is what I understood and assumed.

agreed - but i cannot push to any of the gems i used to own, otherwise
that would be an option. i honestly don't completely understand the
whole set of problems, but i think they fall into 4 categories

1) ownership after transfer

This could be related to the email/account records at RubyForge versus
the ones at rubygems.org. I had problems with this too and requested
the merge of these two accounts (both using the same email address) to
solve it.

2) syncing rubyforge -> gemcutter

Perhaps a failure on #1 could have rendered your old gems never to
appear in rubygems.org

3) gems never synced

4) lack of a simple README re: how it supposed to work.

Indeed.

Seems to me that the most grief about changes in the Ruby community
are associated with the lack of visibility and communication of those
changes.

I share my thoughts on that before gemcutter/rubygems conversion and
how things supposed to work afterwards.

···

On Sep 10, 4:37 pm, "ara.t.howard" <ara.t.how...@gmail.com> wrote:

--
Luis Lavena

You say you can't publish newer version of gems you own? That's really
interesting, since when rubygems.org just had started out (with the name
"gemcutter"), I had the same problem. On rubyforge.org I owned the au3
and xdo gems, but as I tried to push a new version, I was told I did not
have the rights to do so. Since Nick Quaranto stated on gemcutter.org
that one should email him if issues with gems arise, I did likewise and
within two days I was able to publish gems again.
I'n not sure if that's related to your special issue, I just wanted to
throw my own experience in, in case it helps you.

Vale,
Marvin

···

Am 10.09.2010 21:37, schrieb ara.t.howard:

I disconnected gem publishing to RubyForge and now gems are pushed to
gemcutter only while .zip and tar to RubyForge for OS packagers.

That is what I understood and assumed.

agreed - but i cannot push to any of the gems i used to own, otherwise
that would be an option. i honestly don't completely understand the
whole set of problems, but i think they fall into 4 categories

1) ownership after transfer
2) syncing rubyforge -> gemcutter
3) gems never synced
4) lack of a simple README re: how it supposed to work.

cheers.
-a