Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Remove .NET gems #425

Closed
qrush opened this Issue May 11, 2012 · 18 comments

Comments

Projects
None yet
7 participants
Owner

qrush commented May 11, 2012

I think it's time to purge hosting these, now that NuGet is a thing.

Hey @drusellers @ferventcoder @Haacked any chance we could get a list of these?

I list of .net gems? I would have no idea how to provide that. :(

-d

On Fri, May 11, 2012 at 1:32 PM, Nick Quaranto <
reply@reply.github.com

wrote:

I think it's time to purge hosting these, now that NuGet is a thing.

Hey @drusellers @ferventcoder @Haacked any chance we could get a list of
these?


Reply to this email directly or view it on GitHub:
#425

Owner

qrush commented May 11, 2012

Would they contain something similar, a manifest, or a DLL? Was there a consistent naming scheme? Anything, really.

i believe they tried to target a platform

they would certainly have .dll's in them

-d

On Fri, May 11, 2012 at 1:42 PM, Nick Quaranto <
reply@reply.github.com

wrote:

Would they contain something similar, a manifest, or a DLL? Was there a
consistent naming scheme? Anything, really.


Reply to this email directly or view it on GitHub:
#425 (comment)

I have a few on my account.

I also have some gems with executables that I might believe should stay, although I could be persuaded either way. What are your thoughts?

Owner

qrush commented May 11, 2012

Not seeing anything I can pull out on nunit. Maybe we can cross-reference existing packages on nuget to what's on rubygems.org, and what's common is what we kill?

$ gem spec -r nunit
--- !ruby/object:Gem::Specification
name: nunit
version: !ruby/object:Gem::Version
  version: 2.5.7.10213.20100801
platform: ruby
authors:
- Charlie Poole
- Jamie Cansdale
- Gary Feldman
autorequire: 
bindir: bin
cert_chain: []
date: 2010-08-01 01:00:00.000000000 -04:00
dependencies: []
description: ! 'NUnit is a unit-testing framework for all .Net languages. Initially
  ported from JUnit, the current production release, version 2.5, is the sixth major
  release of this xUnit based unit testing tool for Microsoft .NET. It is written
  entirely in C# and has been completely redesigned to take advantage of many .NET
  language features, for example custom attributes and other reflection related capabilities.
  NUnit brings xUnit to all .NET languages.

'
email: mailto:nunit-discuss@googlegroups.com
executables: []
extensions: []
extra_rdoc_files: []
files: []
homepage: http://nunit.org
licenses: []
post_install_message: 
rdoc_options: []
require_paths:
- lib
required_ruby_version: !ruby/object:Gem::Requirement
  requirements:
  - - ! '>='
    - !ruby/object:Gem::Version
      version: '0'
required_rubygems_version: !ruby/object:Gem::Requirement
  requirements:
  - - ! '>='
    - !ruby/object:Gem::Version
      version: '0'
requirements: []
rubyforge_project: nunit
rubygems_version: 1.8.11
signing_key: 
specification_version: 3
summary: NUnit - Unit testing framework for .NET languages
test_files: []
has_rdoc: true

$ gem fetch nunit
Fetching: nunit-2.5.7.10213.20100801.gem (100%)
Downloaded nunit-2.5.7.10213.20100801

$ gem unpack nunit-2.5.7.10213.20100801.gem 
Unpacked gem: '/Users/qrush/Dev/rubygems.org/nunit-2.5.7.10213.20100801'

$ ls nunit-2.5.7.10213.20100801/**/*.dll
nunit-2.5.7.10213.20100801/lib/net-1.1/framework/nunit.framework.dll ...

I know you want to do this in an automated fashion, but I can give you a list to work from: http://nu.wikispot.org/Current_Packages

could also scrub anything with C# in its description

-d

On Fri, May 11, 2012 at 2:03 PM, Rob Reynolds <
reply@reply.github.com

wrote:

I know you want to do this in an automated fashion, but I can give you a
list to work from: http://nu.wikispot.org/Current_Packages


Reply to this email directly or view it on GitHub:
#425 (comment)

We'd want to hit up @bsimser to see if he is fine with removing all of his (although it's likely he has no issues either)

Really any that are on this list that haven't had a new gem version in over a year are fine to remove. It looks like some of them are still getting downloaded, although who knows what the end user is expecting...

ASP.NET in the description would also help

This might be an indicator of most: " .Net"

But ya - that list of packages is probably your best best to catch most of them: http://nu.wikispot.org/Current_Packages

Contributor

smoak commented May 11, 2012

Couldn't we do a

NuGet list > nuget_packages

and then write a script to go through each one to find the corresponding gem for it? Of course this assumes a 1-to-1 mapping between a gem and a nuget package.

bsimser commented May 11, 2012

Hi guys,

I'll go through my gems and rip them out, no issues. There should be NuGet packages for all of them, if there isn't I'll just go bug the authors or create one myself.

Sorry if I became some bottleneck. I forgot these things were here and didn't realize they were causing some kind of blockage.

Member

arthurnn commented May 14, 2014

Wondering if this is done or not?

Owner

qrush commented Nov 28, 2014

Doesn't seem like we did this. Oops. If anyone sees them or knows how to identify them we can take them out.

@qrush qrush closed this Nov 28, 2014

Owner

dwradcliffe commented Nov 28, 2014

I'm not sure there's any harm in keeping them, and removing them seems like it goes against what we have said in the past.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment