Le 01/05/2020 à 22:40, Lucas Nussbaum a écrit :
> Hi
>
> Unfortunately, the fix in devscripts 2.20.3 doesn't work, because watch
> files don't use the GitHub API, but rather URLs such as
> https://github.com/osallou/cassiopee-c/tags
>
> So different rate limiting rules apply, and authenticating
Hi
Unfortunately, the fix in devscripts 2.20.3 doesn't work, because watch
files don't use the GitHub API, but rather URLs such as
https://github.com/osallou/cassiopee-c/tags
So different rate limiting rules apply, and authenticating using HTTP
Basic Auth doesn't work.
I ended up implementing a
On Sat, 25 Apr 2020, 2:39 am Paul Wise, wrote:
> On Fri, Apr 24, 2020 at 2:15 PM Lucas Nussbaum wrote:
>
> > Unfortunately I need to do a manual install anyway, I don't have root
> > access on the UDD machine and thus cannot install a .deb.
>
> Another option would be to ask DSA to install the
On Fri, Apr 24, 2020 at 2:15 PM Lucas Nussbaum wrote:
> Unfortunately I need to do a manual install anyway, I don't have root
> access on the UDD machine and thus cannot install a .deb.
Another option would be to ask DSA to install the backport once it
reaches buster-backports.
--
bye,
pabs
On Fri, Apr 24, 2020 at 03:57:18PM +0200, Lucas Nussbaum wrote:
> > > Done: https://salsa.debian.org/debian/devscripts/-/merge_requests/181
> >
> > since there is only little progress on that merge request, could we have an
> > intermediate solution? For example by severely reducing the rate with
Le 24/04/2020 à 16:11, Lucas Nussbaum a écrit :
> On 24/04/20 at 16:07 +0200, Xavier wrote:
>> Le 24/04/2020 à 15:57, Lucas Nussbaum a écrit :
>>> On 24/04/20 at 15:06 +0200, Johannes Schauer wrote:
Hi,
On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote:
> Le 30/03/2020 à 08:25,
On 24/04/20 at 16:07 +0200, Xavier wrote:
> Le 24/04/2020 à 15:57, Lucas Nussbaum a écrit :
> > On 24/04/20 at 15:06 +0200, Johannes Schauer wrote:
> >> Hi,
> >>
> >> On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote:
> >>> Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit :
> On 29/03/20 at 23:52
Le 24/04/2020 à 15:57, Lucas Nussbaum a écrit :
> On 24/04/20 at 15:06 +0200, Johannes Schauer wrote:
>> Hi,
>>
>> On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote:
>>> Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit :
On 29/03/20 at 23:52 +0200, Adam Borowski wrote:
> On Sun, Mar 29, 2020
On 24/04/20 at 15:06 +0200, Johannes Schauer wrote:
> Hi,
>
> On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote:
> > Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit :
> > > On 29/03/20 at 23:52 +0200, Adam Borowski wrote:
> > >> On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote:
> > >> IIRC
Hi,
On Mon, 30 Mar 2020 08:49:33 +0200 Xavier wrote:
> Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit :
> > On 29/03/20 at 23:52 +0200, Adam Borowski wrote:
> >> On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote:
> >> IIRC with an access token the limit is 5000 queries per hour. Without
Le 30/03/2020 à 08:25, Lucas Nussbaum a écrit :
> On 29/03/20 at 23:52 +0200, Adam Borowski wrote:
>> On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote:
>> IIRC with an access token the limit is 5000 queries per hour. Without a
>> token, much, much less.
>
> The UDD code
On 29/03/20 at 23:52 +0200, Adam Borowski wrote:
> On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote:
> > >>> IIRC with an access token the limit is 5000 queries per hour. Without a
> > >>> token, much, much less.
> > >>
> > >> The UDD code calls uscan. Is there a way for uscan to use an
On Sun, Mar 29, 2020 at 05:53:11PM +0200, Xavier wrote:
> >>> IIRC with an access token the limit is 5000 queries per hour. Without a
> >>> token, much, much less.
> >>
> >> The UDD code calls uscan. Is there a way for uscan to use an access
> >> token?
> >
> > not for now, but I can add this
On Sun, Mar 29, 2020 at 04:39:01PM +0200, Lucas Nussbaum wrote:
> On 29/03/20 at 00:28 +0100, Adam Borowski wrote:
> > IIRC with an access token the limit is 5000 queries per hour. Without a
> > token, much, much less.
>
> The UDD code calls uscan. Is there a way for uscan to use an access
>
Le 29/03/2020 à 17:31, Xavier a écrit :
> Le 29/03/2020 à 16:39, Lucas Nussbaum a écrit :
>> Hi,
>>
>> On 29/03/20 at 00:28 +0100, Adam Borowski wrote:
>>> On Sat, Mar 28, 2020 at 11:00:51PM +, Rebecca N. Palmer wrote:
In watchfile debian/watch, reading webpage
Le 29/03/2020 à 16:39, Lucas Nussbaum a écrit :
> Hi,
>
> On 29/03/20 at 00:28 +0100, Adam Borowski wrote:
>> On Sat, Mar 28, 2020 at 11:00:51PM +, Rebecca N. Palmer wrote:
>>> In watchfile debian/watch, reading webpage
>>> https://github.com/statsmodels/statsmodels/tags failed: 429 too
Hi,
On 29/03/20 at 00:28 +0100, Adam Borowski wrote:
> On Sat, Mar 28, 2020 at 11:00:51PM +, Rebecca N. Palmer wrote:
> > In watchfile debian/watch, reading webpage
> > https://github.com/statsmodels/statsmodels/tags failed: 429 too many
> > requests
> >
> > Which packages have this error
Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: udd
Some packages have a dash in the watch column of
qa.debian.org/developer.php and this error message on tracker.debian.org:
uscan had problems while searching for a new upstream version:
In watchfile debian/watch,
On Sat, Mar 28, 2020 at 11:00:51PM +, Rebecca N. Palmer wrote:
> In watchfile debian/watch, reading webpage
> https://github.com/statsmodels/statsmodels/tags failed: 429 too many
> requests
>
> Which packages have this error seems to vary over time, but it seems to be
> common (~50-90% of
19 matches
Mail list logo
