dh-r changes (Was: A common group on salsa.debian.org for R packages ?)

[Andreas Tille]

On Mon, Jan 08, 2018 at 10:56:21PM +0100, Dylan Aïssi wrote:
> I just transferred the dh-r package from debian-science to r-pkg-team [1-2].
> But I don't have right to remove the repository at debian-science. Can
> someone do it for me?

Besides the transfering:  I think the --team option should be droped now
and there should be unique Vcs fields.  I'd vote for anonscm style even
if we need to change all Vcs fields anyway due to the team change.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Re: New GitLab-Salsa service and Debian-Science Team

[Drew Parsons]

On Tue, 2018-01-09 at 09:35 +0800, Drew Parsons wrote:
> On Mon, 2018-01-08 at 17:56 +, James Clarke wrote:
> > On 8 Jan 2018, at 17:47, Anton Gladky  wrote:
> > > 2018-01-08 17:59 GMT+01:00 Drew Parsons :
> > > > 
> > > > For fenics, it would be good if we can keep the subdirectory
> > > > structure,
> > > > since the various packages involved are subcomponents of the
> > > > FEniCS
> > > > suite. e.g. https://salsa.debian.org/science-team/fenics/dolfin
> > > > .g
> > > > it
> > > > 
> > > > 
> 
> ...
> > > 
> > > Pay attention, AFAIK there are not sub-directories any more. So
> > > all
> > > of them will
> > > be in a global science-team namespace. Sure, redirects from
> > > anonscm
> > > will
> > > be generated.
> > 
> > You can have subdirectories by creating a subgroup (dropdown next
> > to
> > New Project).
> 
> Thanks James. Let's do it that way.
> 
> I'm happy to give it a try.  Can get some practice working with the
> new
> system.


I can't see the Subgroup option. Reading 
https://docs.gitlab.com/ee/user/group/subgroups/#creating-a-subgroup
it seems that only the Owners of the Science group can create
subgroups.

At https://salsa.debian.org/science-team I can see the "New Project"
button but no Subgroup next to it.

Drew

Re: New GitLab-Salsa service and Debian-Science Team

[Drew Parsons]

On Mon, 2018-01-08 at 17:56 +, James Clarke wrote:
> On 8 Jan 2018, at 17:47, Anton Gladky  wrote:
> > 2018-01-08 17:59 GMT+01:00 Drew Parsons :
> > > 
> > > For fenics, it would be good if we can keep the subdirectory
> > > structure,
> > > since the various packages involved are subcomponents of the
> > > FEniCS
> > > suite. e.g. https://salsa.debian.org/science-team/fenics/dolfin.g
> > > it
> > > 
> > > 
...
> > 
> > Pay attention, AFAIK there are not sub-directories any more. So all
> > of them will
> > be in a global science-team namespace. Sure, redirects from anonscm
> > will
> > be generated.
> 
> You can have subdirectories by creating a subgroup (dropdown next to
> New Project).

Thanks James. Let's do it that way.

I'm happy to give it a try.  Can get some practice working with the new
system.

Drew

How to ensure that all packages have proper commit hooks

[Andreas Tille]

Hi,

I've just pushed some commits for woo but have not seen any commit
message from salsa Git.  However, there were commit messages from xmds2.
I wonder how we can make sure that really all packages are featuring the
commit hooks.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Re: A common group on salsa.debian.org for R packages ?

[Dylan Aïssi]

Hi,
I just transferred the dh-r package from debian-science to r-pkg-team [1-2].
But I don't have right to remove the repository at debian-science. Can
someone do it for me?


Best,
Dylan

[1] https://salsa.debian.org/r-pkg-team/dh-r
[2] https://salsa.debian.org/salsa/AliothRewriter/merge_requests/41



2018-01-08 22:31 GMT+01:00 Charles Plessy :
> Le Mon, Jan 08, 2018 at 03:19:27PM +0100, Andreas Tille a écrit :
>>
>> Sleep well.  Would you consider moving also the R packages of Debian Med
>> project (remaining on Alioth currently) as well in the next couple of
>> days?
>
> Just started !
>
> Charles
>
> --
> Charles Plessy
> Debian Med packaging team,
> http://www.debian.org/devel/debian-med
> Tsurumi, Kanagawa, Japan
>

Re: A common group on salsa.debian.org for R packages ?

[Charles Plessy]

Le Mon, Jan 08, 2018 at 03:19:27PM +0100, Andreas Tille a écrit :
> 
> Sleep well.  Would you consider moving also the R packages of Debian Med
> project (remaining on Alioth currently) as well in the next couple of
> days?

Just started !

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Re: Bug#886399: RFS: opencascade/7.2.0-2 [ITP]

[kkremitzki]

On Fri, 2018-01-05 at 13:30 +0100, Tobias Frost wrote:
> Hi Kurt Kremitzki,
> 
> many thanks for the package!
> 
> As the package is huge, I think review will take some time and
> probably
> some iterations. I will start on the review, but I hope that others
> will chime in. (I will not have enough time for a complete review
> today)
> 

Indeed this is a huge package, so thanks for taking the time to review
my work. 

> - d/README.Debian.html
> I'm not sure if we want a html file as README.debian. It seems also
> quite outdates (referring to version 6.5). Its content is also
> covered
> by other parts of the pacakging (e.g by d/control), so I guess it
> should be deleted
> - d/README.source
> Same here, quilt is standard nowardays, so it can be retired.
> I'm not sure about the repacking part, but if that is still true,
> the package version would needs to be a -dfsg anyway.

Yes, these were artifacts from version 6.5.0 and were meant to be
deleted.  I've fixed that.

> - d/changelog
> Please keep at Debian revision -1 until this is sponsored.
> But as this is a reintroduction of an old package, you will
> still need to record all the changes you have made to the old
> packaging.
> (There is also extra blank lines below your entries)

Thanks, I wasn't sure how to upload changes so I was bumping the Debian
revision number. I got help in #debian-mentors and corrected this.

> - d/compat: Did you see if you can use compat level 11?

Corrected as well.

> - please add dep3 headers to the patches.

I've added these, hopefully they look OK.

> 
> - d/control
>   - VCS-* are for the Debian packaging, not for the upstream
> repository.
>   - Would be great if you could maintain the package on a git repo;
> you
> can use salsa.debian.org for it.

Ah, I wasn't sure on this point.  I've uploaded the source to https://s
alsa.debian.org/kkremitzki-guest/opencascade and updated the VCS-*
stuff to point there.  Does that look alright?  I got started reading
the documentation for git-buildpackage but hopefully a full transition
to getting this package based on salsa.d.o instead of an upstream
tarball can be done as an improvement after getting the package into
Debian.

> 
> 
> Sofar...
> I try to dedicate some more time later...
> 
> 
> 

Thanks again!  The updated package is uploaded now at https://mentors.d
ebian.net/package/opencascade.

Re: New GitLab-Salsa service and Debian-Science Team

[James Clarke]

On 8 Jan 2018, at 17:47, Anton Gladky  wrote:
> 2018-01-08 17:59 GMT+01:00 Drew Parsons :
>> On Sun, 2018-01-07 at 20:48 +0100, Anton Gladky wrote:
>>>  * Update the URL to salsa:
 git remote set-url origin
>>> https://salsa.debian.org/science-team/MYPACKAGE
>>> 
>> 
>> Nitpicking, that should be
>> 
>>> git remote set-url origin 
>>> https://salsa.debian.org/science-team/MYPACKAGE.git
> 
> Thanks for catching it. Copy-paste error. I use this one:
> 
> git remote set-url origin g...@salsa.debian.org:science-team/MYPACKAGE.git
> 
>>> If you need to have them on salsa, please do the manual import.
>> 
>> For fenics, it would be good if we can keep the subdirectory structure,
>> since the various packages involved are subcomponents of the FEniCS
>> suite. e.g. https://salsa.debian.org/science-team/fenics/dolfin.git
>> 
>> There's probably no point importing the deprecated FEniCS components
>> (ferari, syfi, ufc, uflacs, viper).
> 
> So, do you want to have the following repos imported?
> 
> dijitso.git
> dolfin.git
> fenics.git
> ffc.git
> fiat.git
> instant.git
> mshr.git
> ufl.git
> 
> 
> Pay attention, AFAIK there are not sub-directories any more. So all of them 
> will
> be in a global science-team namespace. Sure, redirects from anonscm will
> be generated.

You can have subdirectories by creating a subgroup (dropdown next to New 
Project).

Regards,
James

Re: New GitLab-Salsa service and Debian-Science Team

[Anton Gladky]

2018-01-08 17:59 GMT+01:00 Drew Parsons :
> On Sun, 2018-01-07 at 20:48 +0100, Anton Gladky wrote:
>>   * Update the URL to salsa:
>>  > git remote set-url origin
>> https://salsa.debian.org/science-team/MYPACKAGE
>>
>
> Nitpicking, that should be
>
>  > git remote set-url origin 
> https://salsa.debian.org/science-team/MYPACKAGE.git

Thanks for catching it. Copy-paste error. I use this one:

git remote set-url origin g...@salsa.debian.org:science-team/MYPACKAGE.git

>> If you need to have them on salsa, please do the manual import.
>
> For fenics, it would be good if we can keep the subdirectory structure,
> since the various packages involved are subcomponents of the FEniCS
> suite. e.g. https://salsa.debian.org/science-team/fenics/dolfin.git
>
> There's probably no point importing the deprecated FEniCS components
> (ferari, syfi, ufc, uflacs, viper).

So, do you want to have the following repos imported?

dijitso.git
dolfin.git
fenics.git
ffc.git
fiat.git
instant.git
mshr.git
ufl.git


Pay attention, AFAIK there are not sub-directories any more. So all of them will
be in a global science-team namespace. Sure, redirects from anonscm will
be generated.

> When I log in to salsa's gitlab dashboard, it doesn't list Debian
> Science under "Your groups".  Do we need to do a manual registration
> for it?

I added you to the science-team as a master.

Regards

Anton

Re: New GitLab-Salsa service and Debian-Science Team

[Drew Parsons]

On Sun, 2018-01-07 at 20:48 +0100, Anton Gladky wrote:
> Dear all,
> 
> the migration of debian-science repos from alioth to salsa is mostly
> completed. The migrated repos on alioth are now having the git-hook
> which prevents you from committing into the alioth.
> 
> To update your remote URL you need to do locally the following:
>   * Check the current URL:
>  > git remote -v
>  origin
> git+ssh://git.debian.org/git/debian-science/packages/MYPACKAGE.git
> (fetch)
>  origin
> git+ssh://git.debian.org/git/debian-science/packages/MYPACKAGE.git
> (push)
> 
>   * Update the URL to salsa:
>  > git remote set-url origin
> https://salsa.debian.org/science-team/MYPACKAGE
> 

Nitpicking, that should be 

 > git remote set-url origin https://salsa.debian.org/science-team/MYPACKAGE.git

otherwise git status gives a warning about redirecting to 
https://salsa.debian.org/science-team/MYPACKAGE.git
(from https://salsa.debian.org/science-team/MYPACKAGE)

> The repositories which were not migrated:
>--help
>fenics
...
> 
> If you need to have them on salsa, please do the manual import.

For fenics, it would be good if we can keep the subdirectory structure,
since the various packages involved are subcomponents of the FEniCS
suite. e.g. https://salsa.debian.org/science-team/fenics/dolfin.git

There's probably no point importing the deprecated FEniCS components
(ferari, syfi, ufc, uflacs, viper).


When I log in to salsa's gitlab dashboard, it doesn't list Debian
Science under "Your groups".  Do we need to do a manual registration
for it?

Drew

Re: What's the procedure to create a new repository of a package for Debian Science on Salsa

[Anton Gladky]

ipe-tools exists already [1]. So the repo with the same name cannot be created.

[1] https://salsa.debian.org/science-team/ipe-tools

Anton


2018-01-08 8:53 GMT+01:00 Andreas Tille :
> On Sun, Jan 07, 2018 at 10:04:59PM +0100, Anton Gladky wrote:
>> Hi Andreas,
>>
>> you can use a GitLab-API if you do not want to use the WEB-interface.
>>
>> To create a new project on science-team you need to:
>>
>> curl -f 
>> "https://salsa.debian.org/api/v4/projects?private_token=YOUR_SALSA_TOKEN;
>> \
>>   --data 
>> "path=PROJECTNAME_id=2136=DESCRIPTION=public"
>
>
> I went to
>
> https://salsa.debian.org/profile/personal_access_tokens
>
> added a New Personal Access Token (have choosen the name "Git" for it in
> case this matters) and did
>
>   $ curl -f 
> "https://salsa.debian.org/api/v4/projects?private_token=MY_SALSA_TOKEN; 
> --data "path=ipe-tools_id=2136=convert FIG files to XML 
> files for ipe=public"
>   curl: (22) The requested URL returned error: 400 Bad Request
>
> Is there anything wrong with this call?  (I intended to create a repository
> for ipe-tools - see #866435)
>
> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de
>

Re: A common group on salsa.debian.org for R packages ?

[Andreas Tille]

On Mon, Jan 08, 2018 at 10:42:39PM +0900, Charles Plessy wrote:
> > 
> >  
> > https://salsa.debian.org/salsa/AliothRewriter/blob/master/definitions/debian-science.conf
> 
> Thanks, I think that I am done now.  After deriving a list of packages
> from the current ones listed in the Alioth redirector, I have:
> 
>  - Imported the projects from the science-team group, using Mehdi's
>helper scripts.
> 
> for pack in $(cat /home/charles/rpacks) ; do ./import.sh 
> https://salsa.debian.org/science-team/$pack r-pkg-team ;done
> 
>  - Deleted the originals.
> 
> for pack in $(cat /home/charles/rpacks) ; do curl -X DELETE --header 
> "Private-Token: $(cat ~/gitlabtoken.txt)" 
> https://salsa.debian.org/api/v4/projects/science-team%2F$pack ;done
> 
>   - Notified the redirector admins, who merged the pull request within 2
> minutes
> 
> https://salsa.debian.org/salsa/AliothRewriter/merge_requests/36
> 
>  - Set commit emails
> 
> for pack in $(cat /home/charles/rpacks) ; do ./emails_on_push.sh $pack ;done
> 
>  - Given Developer access to all members of the Debian and science-team groups
>(technically, this is still running).
> 
> for gid in 2 2136 ; do for pack in $(cat /home/charles/rpacks) ; do curl -X 
> POST --header "Private-Token: $(cat ~/gitlabtoken.txt)" 
> "https://salsa.debian.org/api/v4/projects/r-pkg-team%2F$pack/share?group_id=$gid_access=30;
>  ; done ; done

Sounds good.
 
 
> And now, I am going to bed :)

Sleep well.  Would you consider moving also the R packages of Debian Med
project (remaining on Alioth currently) as well in the next couple of
days?

Thanks for your work

 Andreas.

-- 
http://fam-tille.de

Re: A common group on salsa.debian.org for R packages ?

[Charles Plessy]

> On Sun, Jan 07, 2018 at 09:50:23PM +0900, Charles Plessy wrote:
> 
> > Next, I would like to transfer the R packages that are in the
> > `science-team`.  But at the moment I do not have enough privileges.
> > Can someboody boost my status ?  It can be just temporary of course.

Le Sun, Jan 07, 2018 at 02:35:37PM +0100, Anton Gladky a écrit :
> 
> I think you have now enough rights to move the projects.

Le Sun, Jan 07, 2018 at 05:26:34PM +0100, Sébastien Villemot a écrit :
> 
> Once you have done that, please do not forget to update the alioth rewrite map
> with the new location for R packages:
> 
>  
> https://salsa.debian.org/salsa/AliothRewriter/blob/master/definitions/debian-science.conf

Thanks, I think that I am done now.  After deriving a list of packages
from the current ones listed in the Alioth redirector, I have:

 - Imported the projects from the science-team group, using Mehdi's
   helper scripts.

for pack in $(cat /home/charles/rpacks) ; do ./import.sh 
https://salsa.debian.org/science-team/$pack r-pkg-team ;done

 - Deleted the originals.

for pack in $(cat /home/charles/rpacks) ; do curl -X DELETE --header 
"Private-Token: $(cat ~/gitlabtoken.txt)" 
https://salsa.debian.org/api/v4/projects/science-team%2F$pack ;done

  - Notified the redirector admins, who merged the pull request within 2
minutes

https://salsa.debian.org/salsa/AliothRewriter/merge_requests/36

 - Set commit emails

for pack in $(cat /home/charles/rpacks) ; do ./emails_on_push.sh $pack ;done

 - Given Developer access to all members of the Debian and science-team groups
   (technically, this is still running).

for gid in 2 2136 ; do for pack in $(cat /home/charles/rpacks) ; do curl -X 
POST --header "Private-Token: $(cat ~/gitlabtoken.txt)" 
"https://salsa.debian.org/api/v4/projects/r-pkg-team%2F$pack/share?group_id=$gid_access=30;
 ; done ; done

I have also renamed the r-base project "r-base-backports" and set its
default branch to debian/jessie-backports, and deleted the
r-base.deletemeIn2017 repository.

And now, I am going to bed :)

Have a nice day,

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Re: New GitLab-Salsa service and Debian-Science Team

[Andreas Tille]

On Mon, Jan 08, 2018 at 11:41:45AM +0100, Sébastien Villemot wrote:
> > It rather sounds like the doc above must be wrong.  Once the migration
> > is completed the package by package rewriter can be droped and anonscm
> > can point to salsa.  Anything else is not acceptable.
> 
> Note that, even with your proposal, we would have to update the Vcs-* fields 
> of
> all packages, because the Debian Science packages do not have the same access
> path on salsa.d.o as they did on alioth.d.o.
> 
> I.e., assuming that anonscm.d.o is now an alias for salsa.d.o, we would have 
> to replace:
> 
> Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/$pkg.git
> 
> with:
> 
> Vcs-Git: https://anonscm.debian.org/science-team/$pkg.git

Well, OK, but that's a problem of a non-optimal layout decision by
Debian Science which is surely a bit unfortunate.  But there must be a
solution which avoids that we need to update Vcs field every second
release.  For this very purpose anonscm was invented to make it the last
needed change in general.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Re: New GitLab-Salsa service and Debian-Science Team

[Sébastien Villemot]

On Mon, Jan 08, 2018 at 06:48:56PM +1100, Stuart Prescott wrote:

> Instructions for creating new repos clearly need to be updated (perhaps there 
> could be a little tool that creates the repo, adds appropriate webhooks using 
> some ~/.salsa_private_token?) It would be great if a coordinated effort on 
> that could be made rather than ad hoc curl commands each time for each team.

Medhi Dogguy has already started writing such scripts:

 http://blog.dogguy.org/2018/01/salsa-webhooks-and-integrated-services.html
 https://salsa.debian.org/mehdi/salsa-scripts

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature

Re: New GitLab-Salsa service and Debian-Science Team

[Sébastien Villemot]

On Mon, Jan 08, 2018 at 11:37:12AM +0100, Andreas Tille wrote:
> On Mon, Jan 08, 2018 at 09:03:11PM +1100, Stuart Prescott wrote:
> > > It has been made clear by the Alioth/Salsa admins that anonscm.d.o is
> > > deprecated and that the new canonical URL is salsa.d.o. See the
> > > documentation for the anonscm URL rewriter:
> > > 
> > >  https://salsa.debian.org/salsa/AliothRewriter/blob/master/README.md
> > > 
> > > “The existence of this list should not mean that VCS control fields
> > > shouldn't get updated with the next upload. This map is just a 
> > > workaround.”
> > 
> > *sigh*
> > 
> > Given that only half of the packages in the archive get uploaded in any 
> > given 
> > release cycle, the proposal is to needlessly upload the other half. Sounds 
> > like fun.
> 
> It rather sounds like the doc above must be wrong.  Once the migration
> is completed the package by package rewriter can be droped and anonscm
> can point to salsa.  Anything else is not acceptable.

Note that, even with your proposal, we would have to update the Vcs-* fields of
all packages, because the Debian Science packages do not have the same access
path on salsa.d.o as they did on alioth.d.o.

I.e., assuming that anonscm.d.o is now an alias for salsa.d.o, we would have to 
replace:

Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/$pkg.git

with:

Vcs-Git: https://anonscm.debian.org/science-team/$pkg.git

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature

Re: New GitLab-Salsa service and Debian-Science Team

[Andreas Tille]

On Mon, Jan 08, 2018 at 09:03:11PM +1100, Stuart Prescott wrote:
> > It has been made clear by the Alioth/Salsa admins that anonscm.d.o is
> > deprecated and that the new canonical URL is salsa.d.o. See the
> > documentation for the anonscm URL rewriter:
> > 
> >  https://salsa.debian.org/salsa/AliothRewriter/blob/master/README.md
> > 
> > “The existence of this list should not mean that VCS control fields
> > shouldn't get updated with the next upload. This map is just a workaround.”
> 
> *sigh*
> 
> Given that only half of the packages in the archive get uploaded in any given 
> release cycle, the proposal is to needlessly upload the other half. Sounds 
> like fun.

It rather sounds like the doc above must be wrong.  Once the migration
is completed the package by package rewriter can be droped and anonscm
can point to salsa.  Anything else is not acceptable.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Re: New GitLab-Salsa service and Debian-Science Team

[Stuart Prescott]

On Monday, 8 January 2018 09:30:10 AEDT Sébastien Villemot wrote:
> On Mon, Jan 08, 2018 at 06:48:56PM +1100, Stuart Prescott wrote:
> > Are you also thinking to change the canonical URLs for git repos in the
> > policy to point at salsa rather than anonscm? Let's not just yet. It
> > seems premature to assume that the salsa name will be canonical rather
> > than an implementation detail of the day; anonscm was, after all,
> > supposed to be something that stayed with us to save us having to change
> > 24k source packages. It's also not clear that the AliothRewriter is a
> > permanent solution. (Perhaps Cool URLs Do Change.)
> 
> It has been made clear by the Alioth/Salsa admins that anonscm.d.o is
> deprecated and that the new canonical URL is salsa.d.o. See the
> documentation for the anonscm URL rewriter:
> 
>  https://salsa.debian.org/salsa/AliothRewriter/blob/master/README.md
> 
> “The existence of this list should not mean that VCS control fields
> shouldn't get updated with the next upload. This map is just a workaround.”

*sigh*

Given that only half of the packages in the archive get uploaded in any given 
release cycle, the proposal is to needlessly upload the other half. Sounds 
like fun.

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

Re: New GitLab-Salsa service and Debian-Science Team

[Sébastien Villemot]

On Mon, Jan 08, 2018 at 06:48:56PM +1100, Stuart Prescott wrote:

> Are you also thinking to change the canonical URLs for git repos in the 
> policy 
> to point at salsa rather than anonscm? Let's not just yet. It seems premature 
> to assume that the salsa name will be canonical rather than an implementation 
> detail of the day; anonscm was, after all, supposed to be something that 
> stayed with us to save us having to change 24k source packages. It's also not 
> clear that the AliothRewriter is a permanent solution. (Perhaps Cool URLs Do 
> Change.)

It has been made clear by the Alioth/Salsa admins that anonscm.d.o is
deprecated and that the new canonical URL is salsa.d.o. See the documentation
for the anonscm URL rewriter:

 https://salsa.debian.org/salsa/AliothRewriter/blob/master/README.md

“The existence of this list should not mean that VCS control fields shouldn't
get updated with the next upload. This map is just a workaround.”

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature

Re: New GitLab-Salsa service and Debian-Science Team

[Stuart Prescott]

For this configuration

>   * Update the URL to salsa:
>  > git remote set-url origin
> 
> https://salsa.debian.org/science-team/MYPACKAGE
> 
>* Check the new URL:
>  > git remote -v
> 
>  origin  g...@salsa.debian.org:science-team/MYPACKAGE.git (fetch)
>  origin  g...@salsa.debian.org:science-team/MYPACKAGE.git (fetch)

(I wonder why there's no protocol in that output?)

Pushing to the https remote as specified above didn't work for me, only 
fetching. Adding the following to ~/.gitconfig fixes that:

[url "git+ssh://salsa.debian.org/"]
pushInsteadOf = https://salsa.debian.org

> The next step is to update the Debian Policy. It needs to be refreshed
> anyway. I will try to import it into the salsa and propose changes to
> the text.

Instructions for creating new repos clearly need to be updated (perhaps there 
could be a little tool that creates the repo, adds appropriate webhooks using 
some ~/.salsa_private_token?) It would be great if a coordinated effort on 
that could be made rather than ad hoc curl commands each time for each team.

Are you also thinking to change the canonical URLs for git repos in the policy 
to point at salsa rather than anonscm? Let's not just yet. It seems premature 
to assume that the salsa name will be canonical rather than an implementation 
detail of the day; anonscm was, after all, supposed to be something that 
stayed with us to save us having to change 24k source packages. It's also not 
clear that the AliothRewriter is a permanent solution. (Perhaps Cool URLs Do 
Change.)

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7