-
Notifications
You must be signed in to change notification settings - Fork 384
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
Migration of packages from ferventcoder's repository #900
Comments
Ferventcoders Yeoman is already moved to this repository: yo |
all sqlite stuff is already under single sqlite package here so that should be deprecated. |
@AdmiringWorm historically, there were two fiddler packages, because one (fiddler) specifically targetted .Net Framework 2.0. Where as the other (fiddler4) targetted .Net Framework. This may no longer be important. |
|
@gep13 yeah, I'm not sure if it's important anymore or not, but it should be updated with checksums anyhow. @pascalberger Yeah, that isn't true, it is included with python, not nodejs. Huge typo on my part |
ReSharper is now maintained by the ReSharper team. |
The 7zip beta, not sure it's important anymore. |
probably not that important, but it could still be added as an additional stream on the existing 7zip package. |
@AdmiringWorm FYI, 1password v4 and v6 are nearly two different products. If we have a v6, there needs to be a 1password4 package. |
@ferventcoder well, we can certainly create a package solely for that version. |
I think we should close this. Number of most important packages are already migrated, vast majority of what is left is either already taken by somebody else or not updated any more or not used any more or not requested in comments etc. Personally I think that only the following should be done:
and I will probably do them all in the future. In any way, I don't think that we should keep this open, it will stay here forever basically like it is always the case with huge issues like this one. |
I'm sorry, but I disagree. IMO it's still useful to have this open. |
I am aware of your original intention (not mine). I think it was bad decision then to create such massive ticket that probably requires years to resolve fully, if it ever gets resolved. But I didn't want to rant then, I always like to give chance. Its soon almost a year old without any activity for ~6mo, and with diminishing return, it's not hard to extrapolate how long we will have it here open. Not to mention, ALL tickets have a lifetime here as per guidelines, this one included and should already have 'pending closure' tag. We are not here to migrate random third party repositories - maintaining this repository is job for itself. - if you didn't notice issues started to pile up, and we still have 0 new maintainers. It's not particularly important who's repository is it. If you want to do this, you can keep private notes on it and create issue/PR here at the moment you choose to do some actual work . Otherwise, ticketing system will become huge hole of random tickets that scratch particular itch that somebody had once and that doesn't inspire confidence to any potential newcomers - it reflects that we can't cope with the demand here, that we don't know how to resolve priorities and assign resources we have at the moment. Having issues like this is total anti-pattern in project management. I care about this repository, and others can do on their whatever they want. Its probably for the best we move this ticket to ferventcoder's repository, since that is the place where it should have been originally created. Imagine everybody starts to create massive migration tickets here ? A question for everybody - would you rather have huge package repository that isn't maintained and presents bad public image for most-used packages on the public gallery, or smaller set of packages that always work and are polished and maintained all the time ? First time I came here, it was case one. We worked very hard to move it to the case 2. |
Dear contributor, |
I'm opening this issue for tracking purposes and for having a list to work against for packages that should/could be migrated from @ferventcoder's repository.
The repo is located at:
https://github.com/ferventcoder/chocolatey-packages
The list is as following:
resharpermaintained by JetBrainsSome of the above may not necessarily need to be converted to AU automatic packages, but can be changed to manual packages.
EDIT:
Updated with link to repository, just in case.
The text was updated successfully, but these errors were encountered: