Skip to content
New issue

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

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Delete/hide packages #267

Closed
udondan opened this issue Oct 11, 2014 · 5 comments
Closed

Delete/hide packages #267

udondan opened this issue Oct 11, 2014 · 5 comments
Labels

Comments

@udondan
Copy link

udondan commented Oct 11, 2014

Sorry I have to bring this topic up again. :-)

So after the big change, all my packages which had been deleted hidden showed up again on Atmosphere. They show up in searches, they show up as related packages and they show up at the package listing on my account page.

They are marked as incompatible to 0.9 which makes them invisible when you meteor search w/o --show-old. But on Atmosphere they're visible.

What is the problem with actually deleting packages? Why can't they simply be removed? (Of course I know now it's too late to address this in Atmosphere that they have been shipped over to meteor) I can only think of that you wanted to keep them so apps don't break which already use them. But the result is, there are packages online, which

  • do have no readme (because of the migration, where all my packages ended up with no readme)
  • are marked as incompatible, therefore won't work with >0.9.0
  • are replaced by newer packages with different names, (which I can not even describe in the readme because I would be required to create a separate github repo for each broken package, that I simply would want to disappear)

What's the overall plan with this topic? (maybe not a question for the Atmosphere team any longer now that the packages are registered with meteor itself, but you guys probably know more about it than anyone else)

And finally: How do I at least again hide those packages on Atmosphere. Forever. ;-)

@domyen
Copy link
Member

domyen commented Oct 12, 2014

Deleting
Hey @udondan, folks can prevent packages from showing up in meteor search with meteor admin set-unmigrated. Checkout their blogpost.

This only hides it from the index on both Atmosphere –which uses MDG's packaging backend– and meteor search. App creators who've previously used your package can still install a hidden package if they know the author and package name.

In terms of why they can't be deleted altogether, that's a question best answered by Meteor Development Group. ;) Your points are well-heard by us. For now, the best thing Atmosphere users can do is login and flag packages. Flagging are affects a package's score which in turn affects the ranking in search. It also indicates to others that a package is not-working or broken.

e.g., Flagged React package

@udondan
Copy link
Author

udondan commented Oct 12, 2014

Thanks Dominic,

This only hides it from the index on both Atmosphere –which uses MDG's
packaging backend– and meteor search

ah, ok, now I see it really works on Atmosphere for the actual search too. That's cool. But the packages are still listed on my account page and the "related packages" section of my other packages.

account

related

While it still might make sense to list them on the account page, they should probably not be advertised in the "related packages" section, right? Can we have a filter there as well?

Cheers,
Daniel

@domyen
Copy link
Member

domyen commented Oct 12, 2014

Makes sense. I'll open a new ticket for this and close this issue.

@udondan
Copy link
Author

udondan commented Oct 12, 2014

Awesome, thanks! I'll close this one then.

@dandv
Copy link

dandv commented Oct 23, 2014

@dominicnguyen: Unfortunately flagging doesn't work that well. https://atmospherejs.com/urigo/ngmeteor has 3 stars already before I flagged it, and it's a package that the author would like to delete.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants