git is asking for username

[mokkin]

The git clone command is asking for usernames now. Is that right?

git clone --recursive https://github.com/calendso/docker.git calendso-docker
Cloning into 'calendso-docker'...
remote: Enumerating objects: 617, done.
remote: Counting objects: 100% (617/617), done.
remote: Compressing objects: 100% (320/320), done.
remote: Total 617 (delta 305), reused 589 (delta 287), pack-reused 0
Receiving objects: 100% (617/617), 101.75 KiB | 9.25 MiB/s, done.
Resolving deltas: 100% (305/305), done.
Submodule 'calendso' (https://github.com/calcom/cal.com.git) registered for path 'calendso'
Cloning into '/root/calendso-docker/calendso'...
remote: Enumerating objects: 34822, done.        
remote: Counting objects: 100% (812/812), done.        
remote: Compressing objects: 100% (589/589), done.        
remote: Total 34822 (delta 460), reused 396 (delta 208), pack-reused 34010        
Receiving objects: 100% (34822/34822), 28.34 MiB | 9.00 MiB/s, done.
Resolving deltas: 100% (21770/21770), done.
Submodule path 'calendso': checked out '73c97e85d457c0f2fcb34d29b380018fe81edbd3'
Submodule 'apps/api' (https://github.com/calcom/api.git) registered for path 'calendso/apps/api'
Submodule 'apps/website' (https://github.com/calcom/website.git) registered for path 'calendso/apps/website'
Cloning into '/root/calendso-docker/calendso/apps/api'...
Username for 'https://github.com': 

Ubuntu 20.04

[PeerRich]

@zomars I believe the submodules may be causing some issues right now?

[PeerRich]

@krumware did you found a way?

[zomars]

@zomars I believe the submodules may be causing some issues right now?

It is submodule related yes. But it shouldn't ask for a username. Maybe switch from https to ssh in gitmodules could help. Or remove them altogether from docker

[krumware]

It's submodule related and likely because the API submodule references a private repository. Hoping to discuss this today.

[rohanrajpal]

Facing the same issue

ubuntu@ip-172-31-6-102 ~/calcom [128]> git clone --recursive https://github.com/calendso/docker.git calendso-docker
Cloning into 'calendso-docker'...
remote: Enumerating objects: 631, done.
remote: Counting objects: 100% (631/631), done.
remote: Compressing objects: 100% (332/332), done.
remote: Total 631 (delta 313), reused 595 (delta 289), pack-reused 0
Receiving objects: 100% (631/631), 103.81 KiB | 12.98 MiB/s, done.
Resolving deltas: 100% (313/313), done.
Submodule 'calendso' (https://github.com/calcom/cal.com.git) registered for path 'calendso'
Cloning into '/home/ubuntu/calcom/calendso-docker/calendso'...
remote: Enumerating objects: 36055, done.        
remote: Counting objects: 100% (3/3), done.        
remote: Compressing objects: 100% (3/3), done.        
remote: Total 36055 (delta 0), reused 3 (delta 0), pack-reused 36052        
Receiving objects: 100% (36055/36055), 47.72 MiB | 10.62 MiB/s, done.
Resolving deltas: 100% (22646/22646), done.
Submodule path 'calendso': checked out '6e82d38249058427fa065c50ceaf4a324aeb1b9b'
Submodule 'apps/admin' (https://github.com/calcom/admin.git) registered for path 'calendso/apps/admin'
Submodule 'apps/api' (https://github.com/calcom/api.git) registered for path 'calendso/apps/api'
Submodule 'apps/website' (https://github.com/calcom/website.git) registered for path 'calendso/apps/website'
Cloning into '/home/ubuntu/calcom/calendso-docker/calendso/apps/admin'...
Username for 'https://github.com': rohanrajpal

[PeerRich]

we're discussing this issue right now 🙏

[krumware]

Creating a new GH issue to track docker changes to address these things

[narzero]

Experiencing the same issue myself

[krumware]

Fix for this is in progress

[krumware]

can you please retry with latest and latest instructions?

[fcoscarello]

Keeps asking for credentials with the latest instructions

[fran@host ~]$ git clone --recursive https://github.com/calcom/docker.git calcom-docker
Cloning into 'calcom-docker'...
remote: Enumerating objects: 735, done.
remote: Counting objects: 100% (82/82), done.
remote: Compressing objects: 100% (59/59), done.
remote: Total 735 (delta 38), reused 59 (delta 21), pack-reused 653
Receiving objects: 100% (735/735), 125.63 KiB | 0 bytes/s, done.
Resolving deltas: 100% (357/357), done.
Submodule 'calcom' (https://github.com/calcom/cal.com.git) registered for path 'calcom'
Cloning into 'calcom'...
remote: Enumerating objects: 37344, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 37344 (delta 0), reused 5 (delta 0), pack-reused 37339
Receiving objects: 100% (37344/37344), 49.01 MiB | 6.52 MiB/s, done.
Resolving deltas: 100% (23622/23622), done.
Submodule path 'calcom': checked out '276821e0b5cb9603e052f76aba10c451bbd3f9c9'
Submodule 'apps/admin' (https://github.com/calcom/admin.git) registered for path 'apps/admin'
Submodule 'apps/api' (https://github.com/calcom/api.git) registered for path 'apps/api'
Submodule 'apps/website' (https://github.com/calcom/website.git) registered for path 'apps/website'
Cloning into 'apps/admin'...
Username for 'https://github.com':

[scantreed]

After following the instructions I'm still experiencing the same issues as well

[krumware]

AH, the --recursive is still there. I'll fix that immediately. Please try with a regular clone and not --recursive

[krumware]

The instruction in the readme is now corrected

[scantreed]

Thanks @krumware

[krumware]

Closing as resolved. If you landed here, this issue is usually related to attempting to initialize submodules with recursive mode, as git will fail to pull repositories that are optional and not publicly available. Contact @PeerRich for information about access to the private repositories available with enterprise licenses.