run:
npm config get registry
if you don't see the correct registry
try:
npm config set regist <urltoregistry>
Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!
run:
npm config get registry
if you don't see the correct registry
try:
npm config set regist <urltoregistry>
Hi Paraig, I will have an update for you tomorrow.
Here is what we have documented for publishing npm packages to proget from a command line..
To configure npm to use the npm ProGet feed, run the following command:
npm config set [@scope]:registry http://progetaddress/npm/npm
If your feed does not allow anonymous access, you will also need to run this command:
npm config set always-auth true [--scope:@scope]
To log in to ProGet using npm, run the adduser command and specify a ProGet user account and password:
npm adduser --registry=http://progetaddress/npm/npm [--scope:@scope]
These commands will need to run before trying the publish command. Once this configuration is set up, it shouldn't be required again. But that would need to be confirmed on your end.
This seems to be a known limitation for automating a publish command. Some recommend using npm-cli-login in order to provide login credentials.
Thanks,
Jason
HI Taras,
Please try to either:
Run this in a cmd.exe window with administrator permissions.
Use npm login--registry https://MYNPM_REGISTRY_IN_PGOGET/ before npm publish.
Hope this helps!
Thanks,
Jason
Hi Francois,
The quickest way to get something like this implemented is by going through the feature request process this process really drives our roadmap. as for ETA, I wouldn't want to predict that, but we do release new versions on a frequent basis.
Thanks,
Jason
Hi Darren,
We currently on provide filtering on package name and versions for Docker. However, we are very open to new feature requests.
Thanks!
Hi Francois,
You can grant/revoke access to a feed for specific users here is documentation about that. However, the package version page and the statistics page are both under the View Feed role. Which means you'd have to block the user from seeing both pages.
Thanks,
Jason
Hi Svet,
It looks like your first issue is due to SQL Server 2005 which we no longer support. Your 2nd issue about installing on a Postgres server is going to be something we have created support ticket for will be targeting for the next maintenance release.
Thanks,
Jason
Hi Christopher,
I am not able to recreate this issue locally, can you confirm that your license key is valid, current, and activated. It looks like you were issued a new license key last month 4/16/2019 for ProGet Basic. An invalid or expired key will force the retention policy to execute in dry-run mode so I want to rule that out first.
Thanks,
Jason
Hi Paraig,
This is actually something we are writing documentation for right now. We plan to have it published by the end of the week and I will let you know where to find it.
Thanks,
Jason
That is great news! feel free to reach out if you have any other issues.
You can send me a screen shot, but you want to find the upack folder that contains the file named installedPackages.json this is the file that InedoHub uses to determine what is installed.
Are you still able to launch your instance of ProGet in a web browser?
also, the path C:\ProgramData\upack is in a hidden folder so you may have to type this path directly change your settings to show hidden files.
You can try using the traditional installer. Here is the guide
Assuming you have only ProGet installed, delete the C:\ProgramData\upack directory. This is the location of the directory the Hub installer uses to detect the presence of any of the installed products. If you have any of the other Hub software installed, you'll have to edit the installedPackages.json file in that directory and remove the entry for ProGet.
If you are unable to see ProGet.Service.Exe in C:\Program Files\ProGet\Service\
and you are not seeing a C:\Program Files\ProGet\WebApp\ folder, it would appear to me that it is no longer installed on that machine. Do you see the ProGet web site in your IIS manager?
Looks like it can't find C:\Program Files\ProGet\WebApp\Web.config
is there anything in the C:\Program Files\ProGet\WebApp\ folder?
Also, were you able to complete the other steps I mentioned previously?
Hi Goncalo,
What is the error you are getting?
Also, to un-install please reverse the steps in the manual install process and run these steps.