Re: [Kicad-developers] GitLab migration
Hi,
Thank you both for the input.
On 10/15/19 1:28 AM, Seth Hillbrand wrote:
> On 2019-10-14 16:09, Ian McInerney wrote:
>
>> Orson,
>>
>> Great work so far.
>>
>> I was noticing as you were testing migrating the issues that our
>> @names in the text seem to not transfer well. In one of the issues
>> just now (the pcbnew segfault issue #228 [2]) it pulls in a different
>> user for Seth whenever @seth is mentioned, and also for my name. Do
>> you think it would be possible to do two things with the message text:
>> 1) Replace the @name usage for the most common people with their
>> GitLab user (this would require us to know all of them and have a map
>> between name and user). This should also be case insensitive, since we
>> don't always seem to capitalize names.
>> 2) Escape the @name usage in other cases (maybe add a space between
>> the @ and the name?).
>>
>> At the very least we should probably escape them so we don't randomly
>> mention unrelated people in all our issues.
Good catch, I have not noticed the issue. I hope Gitlab has not flooded
you with notification mails, I am sorry if that happened.
I will escape the user names, I guess there is no advantage in replacing
the user names during the migration.
>> On the topic of labels, I was doing some research and if we can get
>> the OSS license for GitLab I think we can turn the Launchpad status
>> and priority into scoped labels [1]. The nice thing about those is
>> only one label per scope can be applied to an issue at a time, and
>> adding a new label to an issue automatically removes the old one. I
>> think we could define scopes such as
>> priority::{wishlist, low, medium, etc...}
>> status::{new, confirmed, in progress, as designed, fix committed, etc...}
>>
>> By doing this I think it is nice and obvious what the open/close
>> status of the bug is (instead of just having open/close).
>
> I'll second Ian's suggestion that the priorities and status both get
> labels.
Agreed, scoped labels seems like a perfect match that I was not aware of.
I'd like to see Heat map to GitLab's weight. You can't really
> search much with weight in GitLab (no range operators that I can find),
> so it seems mostly useful for sorting after you get the results.
Given we are going to use scoped labels to indicate the priority, I do
not mind mapping heat to weight. I think a closer match is up- and
down-voting, but it is not something that I can modify with API, so
let's stick to the weight attribute.
> I think we'll need to figure out how to deal with our version
> information in KiCad not being nicely formatted for markdown. The
> blockquote for variable indents is readable but distracting. Maybe we
> can get it into a block like:
>
> KiCad Version Info
> All the details here
>
Ian has also another idea, I will test both and pick one that looks
better (IMHO;).
Cheers,
Orson
> Overall, this is great! Looking forward to the move.
>
> -Seth
signature.asc
Description: OpenPGP digital signature
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] GitLab migration
Also some interesting discussion on Hacker News[1] Keep in mind that GitLab as a company is quite unique in that they are 100% remote and employ people distributed globally in many different cultures. Whether or how GitLab employees discuss politics at work (necessarily, via electronic communications that presumably are logged and might be published later for some reason) is probably a different question than the case with a more traditional company where employees can meet face-to-face and discuss whatever they want without a permanent record. [1] https://news.ycombinator.com/item?id=21274511 On Thu, Oct 17, 2019 at 9:44 AM Wayne Stambaugh wrote: > On 10/17/19 6:49 AM, Marco Ciampa wrote: > > On Wed, Oct 09, 2019 at 12:36:25PM -0400, Wayne Stambaugh wrote: > >> The lead development team has been discussing migrating the KiCad > >> project to GitLab[1]. [...] > > > > Are you aware of this?: > > > > https://www.theregister.co.uk/2019/10/16/gitlab_employees_gagged/ > > Yes. It's already been Slashdotted[1]. I haven't had time to read > anything about it other than the headline so I am woefully uninformed to > discuss it intelligently. > > > https://politics.slashdot.org/story/19/10/16/2225242/gitlab-wont-exclude-customers-on-moral-grounds-says-that-employees-should-not-discuss-politics-at-work > > > > > -- > > > > Best regards, > > Marco Ciampa > > > > I know a joke about UDP, but you might not get it. > > > > > > > > GNU/Linux User #78271 > > FSFE fellow #364 > > > > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] GitLab migration
On 10/17/19 6:49 AM, Marco Ciampa wrote: > On Wed, Oct 09, 2019 at 12:36:25PM -0400, Wayne Stambaugh wrote: >> The lead development team has been discussing migrating the KiCad >> project to GitLab[1]. [...] > > Are you aware of this?: > > https://www.theregister.co.uk/2019/10/16/gitlab_employees_gagged/ Yes. It's already been Slashdotted[1]. I haven't had time to read anything about it other than the headline so I am woefully uninformed to discuss it intelligently. https://politics.slashdot.org/story/19/10/16/2225242/gitlab-wont-exclude-customers-on-moral-grounds-says-that-employees-should-not-discuss-politics-at-work > > -- > > Best regards, > Marco Ciampa > > I know a joke about UDP, but you might not get it. > > > > GNU/Linux User #78271 > FSFE fellow #364 > > ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] GitLab migration
to 17. lokak. 2019 klo 13.49 Marco Ciampa (ciam...@posteo.net) kirjoitti: > Are you aware of this?: > > https://www.theregister.co.uk/2019/10/16/gitlab_employees_gagged/ > > Those kind of disputes, negative and positive discrimination and the current global mindset of even mass-harrassing people and organizations who don't take a stance in those disputes make me tired. Would you like to see this list to turn into a political forum? Would you say "no" to people who would start talking politics here? Or should the KiCad licence have an exclusive exception for the users who you deem to be immoral? (Open Source or Free licences can't have such exceptions.) I'm interested in KiCad, not second-degree separation. ( “Second-degree separation means that if you find someone whom you think is theologically or ethically compromised, you must separate from that person, as well as from other people who have not separated from the first individual.” —John Woodbridge ) I'll stop here (otherwise I would contradict myself, if I haven't contradicted already). Eeli Kaikkonen ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] GitLab migration
On Wed, Oct 09, 2019 at 12:36:25PM -0400, Wayne Stambaugh wrote: > The lead development team has been discussing migrating the KiCad > project to GitLab[1]. [...] Are you aware of this?: https://www.theregister.co.uk/2019/10/16/gitlab_employees_gagged/ -- Best regards, Marco Ciampa I know a joke about UDP, but you might not get it. GNU/Linux User #78271 FSFE fellow #364 ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
