Dist -git in staging does not support shallow clients #8384
Labels
No labels
announcement
authentication
automate
aws
backlog
blocked
bodhi
ci
Closed As
Duplicate
Closed As
Fixed
Closed As
Fixed with Explanation
Closed As
Initiative Worthy
Closed As
Insufficient data
Closed As
Invalid
Closed As
Spam
Closed As
Upstream
Closed As/Will Not
Can Not fix
cloud
communishift
copr
database
deprecated
dev
discourse
dns
downloads
easyfix
epel
factory2
firmitas
gitlab
greenwave
hardware
help wanted
high-gain
high-trouble
iad2
koji
koschei
lists
low-gain
low-trouble
mbs
medium-gain
medium-trouble
mini-initiative
mirrorlists
monitoring
Needs investigation
notifier
odcs
OpenShift
ops
OSBS
outage
packager_workflow_blocker
pagure
permissions
Priority
Needs Review
Priority
Next Meeting
Priority
🔥 URGENT 🔥
Priority
Waiting on Assignee
Priority
Waiting on External
Priority
Waiting on Reporter
rabbitmq
rdu-cc
release-monitoring
releng
repoSpanner
request-for-resources
s390x
security
SMTP
src.fp.o
staging
taiga
unfreeze
waiverdb
websites-general
wiki
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: infrastructure/fedora-infrastructure#8384
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
While testing OSBS in staging I have got the following error. I suspect this is related to repoSpanner but I am not 100% sure that's why I create the ticket here.
koji tasks : https://koji.stg.fedoraproject.org/koji/taskinfo?taskID=90169916
@bowlofeggs do you know if that would be related to repoSpanner ?
cc: @jcajka
Metadata Update from @cverna:
On Thu, 2019-11-14 at 12:38 +0000, Clement Verna wrote:
It could be, but I don't know for sure.
@bowlofeggs could you test in your test env and confirm it does the same thing?
Is this functionality we need? or can osbs be told to not do that?
Metadata Update from @kevin:
This is hardcoded in OSBS (see logs below), I am pretty sure they are doing this for performance to make the build faster. To continue testing in stg I can try to make a patch and just use a plain
git clone
but ideally I would not want to carry that patch forever 😄Some info..
curl -i --output - https://src.stg.fedoraproject.org/container/origin-base.git/info/refs?service=git-upload-pack
:there is no swallow thin and so when repospanner responds.
Now the same thing without repospanner:
curl -i --output - https://pagure.io/pagure.git/info/refs?service=git-upload-pack
:git on pagure.io responds with shallow thin-pack etc on it's capabilities, repospanner does not :)
eeb960cb61/server/service/gitutils.go (L171-L183)
<-- this sets the extensions on repospanner . Will just addingshallow thin
and removingno-thin
work? no idea :DYeah, not sure what the next action is here... how about a upstream repospanner ticket/issue to support shallow?
@cverna can you file that and close this?
Done https://github.com/repoSpanner/repoSpanner/issues/104
Metadata Update from @cverna:
@cverna @kevin Yeah I get this when I try a shallow clone from my local repospanner: