Hi Stef & Guille, I received the same deprecation notice as Stef on 13 December.
I've also just seen an `IceGitHubError: Not Found` error: IceGitHubAPI>>responseWithValidationDo: IceGitHubAPI>>contentsWithValidationDo: IceGitHubAPI>>jsonContentsWithValidationDo: IceGitHubAPI>>get: IceGitHubAPI>>getRepository:project: [ ^ IceGitHubAPI new beAnonymous; getRepository: self userName project: self projectName ] in IceTipGitHubRepositoryPanel>>getGitHubRepository in Block: [ ^ IceGitHubAPI new... BlockClosure>>on:do: IceTipGitHubRepositoryPanel>>getGitHubRepository [ | githubRepository | githubRepository := self getGitHubRepository. ... Not sure if it is related or not. Cheers, Alistair On Wed, 22 Jan 2020 at 09:49, Guillermo Polito <guillermopol...@gmail.com> wrote: > > Did you re-clone your repository? I don’t think so… > Did you create a PR using Pharo’s github integration? > > Those are the only points we use Github’s API :/ > > > El 22 ene 2020, a las 9:13, ducasse <steph...@netcourrier.com> escribió: > > > > I was just committing to my pharo fork “….using Zinc HTTP Components 1.0 > > (Pharo/9.0) ...” > > so I do not get fully get it. > > If I’m the only one to receive this mail then this is ok > > > > Guille apparently I used password else it would have failed? Can it be that > > my password is not well set? > > > > I have hte impression that they mean something else. > > > > "We will deprecate basic authentication using password” > > > > S > > > >> On 22 Jan 2020, at 07:47, Guillermo Polito <guillermopol...@gmail.com> > >> wrote: > >> > >> Hi, > >> > >> I believe that when cloning a repository using the Github tab from > >> iceberg, iceberg makes a request to ask github for that project’s > >> meta-data. > >> This query identifies if the cloned repository is a fork of another > >> repository or not, and in case it is a fork, correctly pre-configure the > >> repository remotes to simplify further operations (such as fetching from > >> upstream, or creating pull requests in-image). > >> > >> If user credentials are not available, such request is anonymous. > >> However, if user credentials **are** available, they are used => this is > >> required for private projects to work. > >> > >> One possible solution would be to add a new kind of credentials > >> Token-based, to existing ones (passwords also used for https, ssh key > >> pairs). > >> > >>> El 22 ene 2020, a las 7:34, Sven Van Caekenberghe <s...@stfx.eu> escribió: > >>> > >>> We probably have to change something. > >>> > >>> Do you know which operation (GitHub API access from Pharo code) is > >>> responsible for this ? > >>> > >>>> On 21 Jan 2020, at 21:05, ducasse <steph...@netcourrier.com> wrote: > >>>> > >>>> what will be the implication? > >>>> > >>>> > >>>>> Begin forwarded message: > >>>>> > >>>>> From: GitHub <nore...@github.com> > >>>>> Subject: [GitHub] Deprecation Notice > >>>>> Date: 21 January 2020 at 21:03:28 CET > >>>>> To: StéphaneDucasse <stephane.duca...@inria.fr> > >>>>> > >>>>> Hi @Ducasse, > >>>>> > >>>>> You recently used a password to access an endpoint through the GitHub > >>>>> API using Zinc HTTP Components 1.0 (Pharo/9.0). We will deprecate basic > >>>>> authentication using password to this endpoint soon: > >>>>> > >>>>> https://api.github.com/repositories/169849137 > >>>>> > >>>>> We recommend using a personal access token (PAT) with the appropriate > >>>>> scope to access this endpoint instead. Visit > >>>>> https://github.com/settings/tokens for more information. > >>>>> > >>>>> Thanks, > >>>>> The GitHub Team > >>>> > >>>> > >>> > >>> > >> > >> > > > > > > > > > >