That looks like a lot of change for what should be a one-line change.
Did some unrelated commit sneak in?
- J<
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to
> "R" == Riseops <" > writes:
R> We've been trying to sync using the quick-fedora-mirror script but
R> we're getting the error below: - When syncing from
R> dl.fedoraproject.org
It would be useful to see the non-comment lines from your
quick-fedora-mirror configuration file. I suppose it
> "AR" == Adrian Reber writes:
AR> The problem is that people are reporting different things than they
AR> have.
Well quick-fedora-mirror shouldn't be doing that, since it checks in
what it mirrors as part of a run. Though I suppose you could
incorrectly set the host it reports as.
AR>
> "AR" == Adrian Reber writes:
AR> I would like to ignore report_mirror results for non-private mirrors
AR> in the future.
I don't really see why this would have to be done globally unless we're
just going to abandon the concept of reporting for public mirrors. Do
you have an issue with
> "PC" == Pierre-Yves Chibon writes:
PC> In order to fix
PC> https://pagure.io/releng/fedora-scm-requests/issue/1078 I would like
PC> to manually apply the following change to pagure on src.fp.o:
I note that we're still not able to import packages with names
containing
> "AB" == Aurelien Bompard writes:
AB> My questions are: should we drop it? Rework it? How high a priority
AB> is it really?
Well, I think we would really use... something. The current bugzilla
based "experience" is basically a mess we've all learned to work
> "KF" == Kevin Fenzi writes:
[Using foo-owner@fp.o as the default owner for bugs]
KF> But also disadvantages of people liking to see a name they can point
KF> to about the package or know who is cc'ed on the bug.
For years I've wondered why we don't do that, honestly. But
> "PR" == Peter Robinson writes:
PR> Any particular features/chages/fixes we should be looking at in
PR> particular for this release?
Yes, knowing what changes to look for would be great. Also, having a
more updated snapshot of the database might be useful.
- J<
> "GG" == Grant Gainey writes:
GG> The problem isn't editing the wiki once we're on GitHub - it's
GG> trying not to lose 8 years of history while getting there in the
GG> first place.
Extract each version as a separate page, convert to markdown (as well as
you can) and
It would also help to have the following information. The mirrors will
need to have this information in order to make informed decisions. (I
will also have to make changes to quick-fedora-mirror to accommodate.)
1) How much content will the mirrors need to store? How will this
amount change
> "MS" == Michal Sekletar writes:
MS> Recently, internally they introduced very nice feature that might be
MS> also useful to Fedora packagers. It is the ability to build packages
MS> from exploded sources. Packager no longer uploads tarball to
MS> lookaside cache and
> "KF" == Kevin Fenzi writes:
KF> Yeah, we would need to at least temporarily unpack it, which is a
KF> lot of cpu and disk space.
I thought that there was some service which already unpacked tarballs in
the lookaside at the time they were uploaded, for the purpose of
> "KF" == Kevin Fenzi writes:
KF> On Thu, 28 Apr 2016 09:10:46 -0500
KF> Nick Bebout wrote:
>> diff --git a/roles/rsyncd/files/rsyncd.conf.download-phx2
>> b/roles/rsyncd/files/rsyncd.conf.download-phx2 index f105959..5f5b35f
>> 100644
>> ---
> "PC" == Pierre-Yves Chibon writes:
PC> For a little while now I have been wondering about dropping gitolite
PC> for pagure. Gitolite has quite a lot of advantages:
I also want to add that the developer of gitolite has worked with us
pretty closely to develop things
> "ZV" == Zach Villers writes:
ZV> +csi_purpose: Koji service employees a set
ZV> of virtual machines to build packages for the Fedora project. This
ZV> group builds packages for aarch64 architecture.
FYI, "employs", not "employees".
- J<
> "JLT" == Jason L Tibbitts writes:
JLT> I guess this hinges on whether having an _srpm_ with the same name
JLT> as one in RHEL would cause an issue for EPEL, even if there's no
JLT> conflict with the binary packages.
Just confirmed that this isn't an issue, since it's
Well, crap, I guess I was wrong, or the answer is more complicated. Too
bad.
- J<
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/infrastructure@lists.fedoraproject.org
> "PC" == Pierre-Yves Chibon writes:
PC> My problem is more for the package in Fedora also present in RHEL,
PC> thus where we only want the python3 version as otherwise we
PC> conflict.
That's where either you don't build the python2 version on RHEL, by
using a separate
NC == Nick Coghlan ncogh...@redhat.com writes:
NC In that general vein, an interesting project Robert Collins
NC introduced me to last year is his lmirror work:
NC https://pypi.python.org/pypi/lmirror
That is quite interesting. It's obvious that rsync is kind of breaking
down, given that with
PN == Parag Nemade pnem...@redhat.com writes:
PN Another question, anyone can reply, why only one person is given
PN this work?
That isn't the case. For me, one problem is that generally when I check
there aren't any requests to process, because limb takes care of them so
quickly most of the
PN == Parag Nemade pnem...@redhat.com writes:
PN In simple words no human is required for processing this request.
Absolutely, categorically untrue.
There are cases when it's OK. Even outside of simple sanity checking,
there are plenty more cases when it's not. Some of those cases (say,
PN == Parag Nemade pnem...@redhat.com writes:
PN I have seen after discussing with few members of sysadmin-cvs
PN group that they found script process-git-requests[1] is not working
PN for them and believe only limb knows how to run it.
That's quite a mischaracterization. You asked if I
KF == Kevin Fenzi ke...@scrye.com writes:
KF This is the wrong location. We should delete it from there.
So that was my problem. It wasn't some systematic failure; I just
needed to get a fresh checkout from the proper location.
- J
___
PC == Pierre-Yves Chibon pin...@pingoured.fr writes:
PC Currently, the people that have shell access to pkgs01.stg, we
PC currently cannot do a simple ssh pkgs01.stg...
Ouch. I guess everything is going over the console now?
PC Hopefully, we'll be able to fix this.
sshd listening on a
KF == Kevin Fenzi ke...@scrye.com writes:
KF Sadly that won't work. The only people who have accounts are those
KF in cla_done + 1 group. So, the people without that don't even have
KF an account, so they can't authenticate. ;(
Is it possible to give them accounts that have no permission to do
SJS == Stephen John Smoogen smo...@gmail.com writes:
SJS In this case that would be close to a hundred thousand accounts
SJS linked to /bin/noshellforyou for the 3200 that are cla+1.
Just stating a solution. It would actually work, after all. Whether
it's worth the annoyance and any potential
Please forgive me if this isn't the right format for this request; it's
been a long time since I've done one of these.
I need to push the following change to the review-stats code through
puppet:
diff --git a/modules/review-stats/files/review-stats.py
FYI, all this does is submit several smaller lists of tickets to a
query. Currently I need to get the open/closed status of 519 tickets;
passing a list of 500 to bugzilla used to work but no longer does.
Passing 100 seems to work, but still takes ages. Pretty sure I can do
it better but I wanted
SJS == Stephen John Smoogen smo...@gmail.com writes:
SJS I would say drop it down to 50 for the moment.
I can do that; I just picked 100 because I found that 250 was low enough
for things to work so I halved it to add some headroom. If setting it
to 20% of what works is enough to get me a +1
RB == Ralph Bean rb...@redhat.com writes:
RB 1) Run git check-perms /srv/git/rpms --check=post-update --fix
RB on pkgs01 again to fix the handful of repos that are out of sync.
I wouldn't have realized that we were frozen in such a way as to prevent
this kind of thing. I'd +1 myself but I'm
KF == Kevin Fenzi ke...@scrye.com writes:
KF Yeah, we are in pre-alpha freeze. See:
KF
https://fedorahosted.org/fedora-infrastructure/browser/architecture/Environments.png
KF pkgs01 (where this change would need to happen) is under the freeze.
But that's precisely my confusion. If we can't
Perhaps I missed it but I didn't see any kind of guide to setting up a
new fedorahosted trac instance so I copied from one other trac where I
have privileges. That trac has smtp_from set to t...@fedorahosted.org.
The problem with this is that some hosts appear to do SMTP callouts and
reject
MM == Mike McGrath mmcgr...@redhat.com writes:
MM http://meetbot.fedoraproject.org/teams/
MM It's not very well advertised.
What magic gets a meeting into that list? Because I can't seem to find
any of the FPC meetings there. I assume there's some bot incantation
that does it which we're not
This one-character typo seems to be preventing commit mail from being
sent for all newly-created packages. I've fixed a couple already, but:
$ ls /srv/git/rpms/*/hooks/post.receive|wc -l
92
so I've more to fix. Not sure if I need +1s to make those changes, but I do
need +1s to push the
Not being in the right group to give plusses to anything, I do have a
question: is it in general OK for a puppet-managed file to overwrite an
rpm-managed file in this manner? viewvc does not seem to have a
mechanism for files in some config-friendly location to override the
ones in /usr/share.
Does anyone still keep anything in the cvs/fedora repository? I did
until recently, but my stuff has all moved into the infrastructure git
repo. There is plenty of old stuff there that we probably wouldn't want
to just delete, but I don't see why it would need to exposed via viewvc.
- J
JvM == Jeroen van Meeuwen kana...@kanarip.com writes:
JvM Is any outbound NEW connection supposed to be used from
JvM fedorapeople.org accept maybe for a few named sockets on trusted
JvM remote hosts?
Well, some might think it reasonable to pull content to fedorapeople
(wget, scp run on
37 matches
Mail list logo