2016-11-04 21:29 GMT+01:00 Sérgio Basto <sergio(a)serjux.com>:
>
> On Sex, 2016-11-04 at 08:02 +0100, Nicolas Chauvet wrote:
> >
> > 2016-11-04 4:38 GMT+01:00 Stuart Gathman <stuart(a)gathman.org>:
> > >
> > >
> > > On 11/02/2016 06:27 PM, Nicolas Chauvet wrote:
> > >
> > > With the migration from older URL to
> > >
admin.rpmfusion.org/accounts
> > > we
> > > had an issue with new users accounts.
> > >
> > > This is now fixed and old URL is disabled, there is still a
> > > need to
> > > build rpmfusion-packager for the new fas. So I hope someelse to
> > > pick
> > > the tasks so I can continue with my long list.
> > >
> > > I was able to create an account. Thanks!
> > >
> > > Now, I can't create a package request. The server never
> > > responds
> > > to the
> > > post, and a proxy of some kind eventually times out:
> > >
> > >
https://admin.rpmfusion.org/pkgdb/request/package/
> > Thx for reporting.
> >
> > So I've restarted the service, there were still probably some
> > leftover
> > from the fas->admin switch.
> Not fixed , I think we still have the same problem.
But, I don't know what we are talking about ?!
Having "new package" in our pkgdb never worked, so it's not a
regression, we just use another way to import package.
One have to look at the pkgdb code and adapt, specially how to detect
that a particular package was approved.
What is supposed to work in pkgdb is package acl request, so this
previously needs an admin to make the changes, it's not needed
anymore, and a maintainer that is not an admin can allow another
co-maintainer, etc.
That's the current improvement.
Sorry I meant the same error that Stuart Gathman reports which ends
with proxy error something ...
I can't request admin permissions on motion package as normal user ,
and also I can't manage admins as admin (in same package) and the error
is what "Stuart Gathman " reports . Proxy timeout after about 5 minutes
.
--
Sérgio M. B.