Re: [Kicad-developers] Plugin/3rd party content manager

[Mark Roszko]

>always add custom backend system later to complement free infra.

We do have free infrastructure that can run backend code at CERN. Just
needs to package up in a docker container and run as non-root inside the
container. Assuming also it's not some resource hog of a system that eats
the entire OpenShift cluster.

On Mon, Nov 25, 2019 at 8:47 PM Andrew Lutsenko 
wrote:

> Hi Seth,
>
> Yes, I planned to write up my design in google doc and open it to
> comments. I think that works best for public discussion, even though it
> requires having a google account.
>
> Design I'm thinking about requires 0 custom backend work. It will rely
> entirely on publicly available infra such as github/gitlab hosting and
> ci/cd pipelines. Admittedly that imposes some limitations on what we can do
> (and I will outline them in my doc) but we can always add custom backend
> system later to complement free infra.
> Assuming design is accepted I am interested in doing at least a minimally
> functional implementation. I have a lot of ideas but some of them will have
> to be implemented later because it's not a trivial task.
>
> Ok, I'll start working on it and will hopefully share the doc by end of
> this week.
>
> Andrew
>
> On Mon, Nov 25, 2019 at 4:16 PM Seth Hillbrand  wrote:
>
>> On 11/25/19 3:21 PM, Andrew Lutsenko wrote:
>>
>> Hi all,
>>
>> Is anyone currently working on some sort of plugin manager or 3rd party
>> library manager?
>> https://bugs.launchpad.net/kicad/+bug/1823733
>>
>> I have some ideas that I want to write down in a form of high level
>> design document and share with the group for discussion. If there is
>> already some work done in that direction I'd like to avoid duplication of
>> efforts.
>>
>> Regards,
>> Andrew
>>
>> ___
>> 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
>>
>> Hi Andrew-
>>
>> There are a few ongoing discussions about what needs to be included and
>> the backend server design needed in addition to how the software would
>> interact with the data.
>>
>> I'd be interested to see the design document you come up with.  If you
>> are interested in doing the full implementation, it would be good to see
>> your thoughts in the design document.  If you do write this up, please
>> include it in a format/locate that allows for content-level suggestions
>> such as Google Documents or markdown document on GitLab/GitHub.
>>
>> Thanks!
>> -Seth
>>
>> --
>> KiCad Services Corporation [image: KiCad Services Corporation Logo]
>> Seth Hillbrand
>> *Lead Developer*
>> +1-530-302-5483‬ <+12126039372>
>> Davis, CA
>> www.kipro-pcb.comi...@kipro-pcb.com
>> https://twitter.com/KiProEDA 
>> https://www.linkedin.com/company/kicad
>> 
>> ___
>> 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
>


-- 
Mark
___
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] Who controls gitlab.com/kicad?

[Seth Hillbrand]

On 2019-11-25 13:28, Seth Hillbrand wrote:

> On 11/25/19 1:01 PM, Michael Geselbracht wrote: 
> 
>> That's me. Someone from Gitlab just contacted me. I totally missed this 
>> mailing. 
>> 
>> I have replied that I was not aware that my private group names may affect 
>> other users and that I am willing to rename the group. 
>> 
>> Is it sufficient to just rename the group name? Or will this only change the 
>> displayed group name and leave the internal name as it is? 
>> 
>> - Michael

Thanks to Michael, the KiCad instance is now reachable at
https://www.gitlab.com/kicad .  Many Thanks! 

We'll continue testing the migration there and publish a timeline for
transition.  Please feel free to open any issues at
https://gitlab.com/kicad/kicad_migration 

In the meantime, please log in to GitLab and ensure you have the same
e-mail account between GitHub and GitLab as this will assist with user
mapping.  Otherwise all of the issues. will get mapped to the KiCad-Bot.


Best- 
Seth 

KiCad Services Corporation 

Seth Hillbrand

LEAD DEVELOPER

+1-530-302-5483‬ [1]

Davis, CA

www.kipro-pcb.com [2]i...@kipro-pcb.com

https://twitter.com/KiProEDA [3]
https://www.linkedin.com/company/kicad [4]

 

Links:
--
[1] tel:+12126039372
[2] http://www.kipro-pcb.com/
[3] https://twitter.com/KiProEDA
[4] https://www.linkedin.com/company/kicad___
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] Plugin/3rd party content manager

[Andrew Lutsenko]

Hi Seth,

Yes, I planned to write up my design in google doc and open it to comments.
I think that works best for public discussion, even though it requires
having a google account.

Design I'm thinking about requires 0 custom backend work. It will rely
entirely on publicly available infra such as github/gitlab hosting and
ci/cd pipelines. Admittedly that imposes some limitations on what we can do
(and I will outline them in my doc) but we can always add custom backend
system later to complement free infra.
Assuming design is accepted I am interested in doing at least a minimally
functional implementation. I have a lot of ideas but some of them will have
to be implemented later because it's not a trivial task.

Ok, I'll start working on it and will hopefully share the doc by end of
this week.

Andrew

On Mon, Nov 25, 2019 at 4:16 PM Seth Hillbrand  wrote:

> On 11/25/19 3:21 PM, Andrew Lutsenko wrote:
>
> Hi all,
>
> Is anyone currently working on some sort of plugin manager or 3rd party
> library manager?
> https://bugs.launchpad.net/kicad/+bug/1823733
>
> I have some ideas that I want to write down in a form of high level design
> document and share with the group for discussion. If there is already some
> work done in that direction I'd like to avoid duplication of efforts.
>
> Regards,
> Andrew
>
> ___
> 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
>
> Hi Andrew-
>
> There are a few ongoing discussions about what needs to be included and
> the backend server design needed in addition to how the software would
> interact with the data.
>
> I'd be interested to see the design document you come up with.  If you are
> interested in doing the full implementation, it would be good to see your
> thoughts in the design document.  If you do write this up, please include
> it in a format/locate that allows for content-level suggestions such as
> Google Documents or markdown document on GitLab/GitHub.
>
> Thanks!
> -Seth
>
> --
> KiCad Services Corporation [image: KiCad Services Corporation Logo]
> Seth Hillbrand
> *Lead Developer*
> +1-530-302-5483‬ <+12126039372>
> Davis, CA
> www.kipro-pcb.comi...@kipro-pcb.com
> https://twitter.com/KiProEDA 
> https://www.linkedin.com/company/kicad
> 
> ___
> 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] Plugin/3rd party content manager

[Seth Hillbrand]

On 11/25/19 3:21 PM, Andrew Lutsenko wrote:

Hi all,

Is anyone currently working on some sort of plugin manager or 3rd 
party library manager?

https://bugs.launchpad.net/kicad/+bug/1823733

I have some ideas that I want to write down in a form of high level 
design document and share with the group for discussion. If there is 
already some work done in that direction I'd like to avoid duplication 
of efforts.


Regards,
Andrew

___
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

Hi Andrew-

There are a few ongoing discussions about what needs to be included and 
the backend server design needed in addition to how the software would 
interact with the data.


I'd be interested to see the design document you come up with.  If you 
are interested in doing the full implementation, it would be good to see 
your thoughts in the design document.  If you do write this up, please 
include it in a format/locate that allows for content-level suggestions 
such as Google Documents or markdown document on GitLab/GitHub.


Thanks!
-Seth

--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬ 
Davis, CA
www.kipro-pcb.com  i...@kipro-pcb.com 

https://twitter.com/KiProEDA  
https://www.linkedin.com/company/kicad 



___
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] Plugin/3rd party content manager

[Brian]

That’s been a topic near to my heart for some time, but I’ve done nearly 
nothing toward implementing it. I’d be very interested in being involved in 
discussions of possible shapes it could take.

-Brian H

> On Nov 25, 2019, at 6:21 PM, Andrew Lutsenko  wrote:
> 
> 
> Hi all,
> 
> Is anyone currently working on some sort of plugin manager or 3rd party 
> library manager?
> https://bugs.launchpad.net/kicad/+bug/1823733
> 
> I have some ideas that I want to write down in a form of high level design 
> document and share with the group for discussion. If there is already some 
> work done in that direction I'd like to avoid duplication of efforts.
> 
> Regards,
> Andrew
> ___
> 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

[Kicad-developers] Plugin/3rd party content manager

[Andrew Lutsenko]

Hi all,

Is anyone currently working on some sort of plugin manager or 3rd party
library manager?
https://bugs.launchpad.net/kicad/+bug/1823733

I have some ideas that I want to write down in a form of high level design
document and share with the group for discussion. If there is already some
work done in that direction I'd like to avoid duplication of efforts.

Regards,
Andrew
___
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

[Adam Wolf]

If providing the cheap U2F yubikeys to some folks on the dev team
would help this happen, please let me know.

Adam

On Mon, Nov 25, 2019 at 3:48 PM Jon Evans  wrote:
>
> While there are many forms of 2FA in the world, GitLab does not support all 
> of them.
> Currently, TOTP and U2F are the only supported methods [1]
>
> This means that if we enabled it, everyone with commit access would need 
> either a device running a TOTP-compliant program, or a U2F device such as a 
> YubiKey.
> There are desktop TOTP software options such as Authy, oathtool, and Gnome 
> Authenticator[2]
>
> [1] 
> https://docs.gitlab.com/ee/user/profile/account/two_factor_authentication.html
> [2] https://gitlab.gnome.org/World/Authenticator
>
> On Mon, Nov 25, 2019 at 4:41 PM Andy Peters  wrote:
>>
>>
>> > On Nov 25, 2019, at 10:10 AM, jp charras  wrote:
>> >
>> > Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
>> >> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
>> >>> 2FA would be using something like Google Authenticator on your phone,
>> >>> a YubiKey or SMS message code to verify your login on a computer in
>> >>> addition to the password.
>> >>
>> >> It may not affect me as I'm a user of KiCad and occasional reporter of
>> >> bugs. What gitlab activities would require 2FA? Reading the link
>> >> supplied about 2FA says it would send a message to a phone. I don't
>> >> have, or want, a cell phone. How would requiring 2FA affect others
>> >> without a cell phone who want to use the gitlab repo site?
>> >>
>> >
>> > I am also like Kevin:
>> > I don't have, or want, a cell phone (or any Google account).
>> >
>> > A simple password is not perfect, but at least it is easy to use and
>> > works from any computer install.
>> > Kicad gitlab repo is for a FOSS development.
>> > It is not for Fort Knox access management.
>>
>> 2FA will work with an email address — this is how one of my banks does it. 
>> They send the code to the email address. It works, and isn’t too annoying, 
>> except when the mail servers are slow to respond.
>>
>> I prefer SMS to my iPhone, which when used with iMessages, the code sent to 
>> my iPhone goes to all of the devices connected to my iCloud account, and 
>> then magically Safari “knows” that the message was sent and offers to fill 
>> in the code.
>>
>> 2FA is going to be the way of the world as all banking and such move to it, 
>> at least until a better authentication mechanism comes along.
>> ___
>> 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

___
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] 5.1.5 release tag

[Adam Wolf]

Does it sound like I can make this release?  While the application may
not be perfect, I haven't heard anything that makes me think the
packaging change is causing issues.

Adam

On Mon, Nov 25, 2019 at 9:48 AM Wayne Stambaugh  wrote:
>
> Hi Andy,
>
> On 11/22/19 2:21 PM, Andy Peters wrote:
> >
> >> On Nov 22, 2019, at 8:02 AM, Adam Wolf  >> > wrote:
> >>
> >> If folks on 10.14 or 10.15 could test
> >> https://kicad-downloads.s3.cern.ch/osx/stable/kicad-unified-5.1.5-rc1-10_14.dmg,
> >> and anyone still on 10.13 or lower could test
> >> https://kicad-downloads.s3.cern.ch/osx/stable/kicad-unified-5.1.5-rc2.dmg,
> >> that would be great.
> >
> > (On Catalina, not that I think it matters), one thing that popped up
> > immediately upon opening a schematic was a message box “Illegal t
> > entry found in project file symbol library.”
>
> This has nothing to do with your OS.  Somehow you have remapped an old
> project to use the symbol library table to look up symbol links and the
> library list in the project file did not get cleared.  There are several
> ways that this can happen.  Most of them involve manual operations like
> copying a file from another project or using version control to restore
> the project file.  The list of libraries is cleared after the dialog is
> dismissed so if you schematic doesn't have any broken symbol links,
> there is nothing to do.  This warning is there because an unexpected
> condition occurred that could cause broken symbol links when Eeschema
> attempts to repair the issue.
>
> >
> > “Symbol libraries defined in the project file symbol library list are no
> > longer supported and will be removed. This may cause broken
> > symbol library links under certain” and this sentence is not completed.
>
> This looks like an issue with the message dialog layout on macos.  The
> full string is shown on Linux.  Does resizing the dialog help?  If one
> of the macos devs wants to debug this, you have to add:
>
> [eeschema/libraries]
> LibName1=power
>
> to a project file then run Eeschema to show the dialog.  If the dialog
> doesn't show, you have to dig around the eeschem config file to enable it.
>
> >
> >
> >
> > The problem is that there’s no indication of what could be broken.
> >
> > When I looked at the design I didn’t see any missing symbols. I believe
> > the design was done in a 5.0.x Kicad, based on what I see in this
> > project’s kicad_pcb file.
> >
> > Also, oddly, in previous versions of Kicad — and this may be a Catalina
> > thing, not a Kicad thing, I’ll test on my Mojave machine — the various
> > application windows were all tabs under one Kicad window (the tabs could
> > be detached). Now the application windows are all separate. This is a
> > slight annoyance, in that the main Kicad menu doesn’t have a Window
> > menu, so you can’t mouse up to the top and choose Window -> PCB (or
> > whatever it would be). On a machine with more than one monitor this
> > isn’t really a problem, but on a single-display machine it’s annoying.
> > (Mousing down to the Dock, clicking-and-holding the Kicad icon and then
> > choosing “show all windows,” or using the equivalent hot-key, would
> > work.) Also you can’t do the various minimize/maximize things that are
> > standard window operations on macOS.
> >
> > -a
> >
> > ___
> > 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

___
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

[Jon Evans]

While there are many forms of 2FA in the world, GitLab does not support all
of them.
Currently, TOTP and U2F are the only supported methods [1]

This means that if we enabled it, everyone with commit access would need
either a device running a TOTP-compliant program, or a U2F device such as a
YubiKey.
There are desktop TOTP software options such as Authy, oathtool, and Gnome
Authenticator[2]

[1]
https://docs.gitlab.com/ee/user/profile/account/two_factor_authentication.html
[2] https://gitlab.gnome.org/World/Authenticator

On Mon, Nov 25, 2019 at 4:41 PM Andy Peters  wrote:

>
> > On Nov 25, 2019, at 10:10 AM, jp charras  wrote:
> >
> > Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
> >> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
> >>> 2FA would be using something like Google Authenticator on your phone,
> >>> a YubiKey or SMS message code to verify your login on a computer in
> >>> addition to the password.
> >>
> >> It may not affect me as I'm a user of KiCad and occasional reporter of
> >> bugs. What gitlab activities would require 2FA? Reading the link
> >> supplied about 2FA says it would send a message to a phone. I don't
> >> have, or want, a cell phone. How would requiring 2FA affect others
> >> without a cell phone who want to use the gitlab repo site?
> >>
> >
> > I am also like Kevin:
> > I don't have, or want, a cell phone (or any Google account).
> >
> > A simple password is not perfect, but at least it is easy to use and
> > works from any computer install.
> > Kicad gitlab repo is for a FOSS development.
> > It is not for Fort Knox access management.
>
> 2FA will work with an email address — this is how one of my banks does it.
> They send the code to the email address. It works, and isn’t too annoying,
> except when the mail servers are slow to respond.
>
> I prefer SMS to my iPhone, which when used with iMessages, the code sent
> to my iPhone goes to all of the devices connected to my iCloud account, and
> then magically Safari “knows” that the message was sent and offers to fill
> in the code.
>
> 2FA is going to be the way of the world as all banking and such move to
> it, at least until a better authentication mechanism comes along.
> ___
> 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

[Andy Peters]

> On Nov 25, 2019, at 10:10 AM, jp charras  wrote:
> 
> Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
>> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
>>> 2FA would be using something like Google Authenticator on your phone,
>>> a YubiKey or SMS message code to verify your login on a computer in
>>> addition to the password.
>> 
>> It may not affect me as I'm a user of KiCad and occasional reporter of
>> bugs. What gitlab activities would require 2FA? Reading the link
>> supplied about 2FA says it would send a message to a phone. I don't
>> have, or want, a cell phone. How would requiring 2FA affect others
>> without a cell phone who want to use the gitlab repo site?
>> 
> 
> I am also like Kevin:
> I don't have, or want, a cell phone (or any Google account).
> 
> A simple password is not perfect, but at least it is easy to use and
> works from any computer install.
> Kicad gitlab repo is for a FOSS development.
> It is not for Fort Knox access management.

2FA will work with an email address — this is how one of my banks does it. They 
send the code to the email address. It works, and isn’t too annoying, except 
when the mail servers are slow to respond.

I prefer SMS to my iPhone, which when used with iMessages, the code sent to my 
iPhone goes to all of the devices connected to my iCloud account, and then 
magically Safari “knows” that the message was sent and offers to fill in the 
code.

2FA is going to be the way of the world as all banking and such move to it, at 
least until a better authentication mechanism comes along.
___
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] Who controls gitlab.com/kicad?

[Seth Hillbrand]

On 11/25/19 1:01 PM, Michael Geselbracht wrote:
That's me. Someone from Gitlab just contacted me. I totally missed 
this mailing.
I have replied that I was not aware that my private group names may 
affect other users and that I am willing to rename the group.


Is it sufficient to just rename the group name? Or will this only 
change the displayed group name and leave the internal name as it is?


 - Michael


Hi Michael-

You definite win the first-mover advantage here!

Thank you for responding.  Yes, I was working with GitLab to find out if 
you would be willing to help by adjusting the name.  I don't think 
renaming does it, so let's see what the GitLab support folks say about it.


I'll ping you off-line to work out the details.

Best-
Seth

--
KiCad Services Corporation KiCad Services Corporation Logo
Seth Hillbrand
*Lead Developer*
+1-530-302-5483‬ 
Davis, CA
www.kipro-pcb.com  i...@kipro-pcb.com 

https://twitter.com/KiProEDA  
https://www.linkedin.com/company/kicad 



___
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] Who controls gitlab.com/kicad?

[Michael Geselbracht]

That's me. Someone from Gitlab just contacted me. I totally missed this
mailing.
I have replied that I was not aware that my private group names may affect
other users and that I am willing to rename the group.

Is it sufficient to just rename the group name? Or will this only change
the displayed group name and leave the internal name as it is?

 - Michael


On Sun, Nov 24, 2019 at 7:58 PM Nick Østergaard  wrote:

> I don't know, but I have https://gitlab.com/kicad_eda that I have been
> using as a playground.
>
> søn. 24. nov. 2019 15.42 skrev Seth Hillbrand :
>
>> Hi All-
>>
>> As you have heard, we are moving from Launchpad to GitLab.  However, we
>> have been unable to secure the https://www.gitlab.com/kicad group name
>> for the project.  The name appears to already be taken.  However, this is
>> not a public group or user, so we don't know who controls the name.
>>
>> Does anyone on the list control the "kicad" name at GitLab?  In the
>> interim, we've registered https://www.gitlab.com/kicad_pcb but it would
>> be much better if we could use the shorter name.
>>
>>
>> Thanks-
>> Seth
>>
>>
>> KiCad Services Corporation [image: KiCad Services Corporation Logo]
>> Seth Hillbrand
>> *Lead Developer*
>> +1-530-302-5483‬ <+12126039372>
>> Davis, CA
>> www.kipro-pcb.comi...@kipro-pcb.com
>> https://twitter.com/KiProEDA 
>> https://www.linkedin.com/company/kicad
>> 
>> ___
>> 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
>
___
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

[Eeli Kaikkonen]

ma 25. marrask. 2019 klo 20.11 Mark Roszko (mark.ros...@gmail.com)
kirjoitti:

> > I don't have, or want, a cell phone (or any Google account).
> You do not need a cell phone. You can use a computer based TOTP supporting
> authentication app such as Authy or FOSS KeePassXC (
> https://keepassxc.org/screenshots/)
>

It's also possible to use a USB dongle. A handy KiCad hacker makes one
him/herself, of course :)

https://support.google.com/accounts/answer/185839?co=GENIE.Platform%3DDesktop=en
https://www.tomsguide.com/us/make-2fa-key-shmoocon,news-24282.html
https://hackaday.com/tag/two-factor-authentication/

How about designing, making and selling KiCad 2fa dongles to support the
development? Releasing it as OSHW of course, like the one mentioned in the
tomsguide article.

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

[Bob Gustafson]

2FA can also use a normal land-line audio only telephone. The daemon at 
the other end just reads a code and you write it down. As secure (or 
more so) than a text message.


On 11/25/19 12:11 PM, Mark Roszko wrote:

> I don't have, or want, a cell phone (or any Google account).
You do not need a cell phone. You can use a computer based TOTP 
supporting authentication app such as Authy or FOSS KeePassXC 
(https://keepassxc.org/screenshots/)


> A simple password is not perfect, but at least it is easy to use and 
works from any computer install.


The problem with passwords is there's no way to force users to have 
unique passwords per website they made accounts for.


> Kicad gitlab repo is for a FOSS development.

And time and time again, FOSS software repos get hacked because 
somebody didn't have 2FA enabled and malicious code is injected 
stealthily.
It is a real security issue in the year 2019. Everything from desktop 
apps to 4 lines of code libraries in programming package libraries are 
high value targets and are at constant risk.



On Mon, Nov 25, 2019 at 12:11 PM jp charras > wrote:


Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
>> 2FA would be using something like Google Authenticator on your
phone,
>> a YubiKey or SMS message code to verify your login on a computer in
>> addition to the password.
>
> It may not affect me as I'm a user of KiCad and occasional
reporter of
> bugs. What gitlab activities would require 2FA? Reading the link
> supplied about 2FA says it would send a message to a phone. I don't
> have, or want, a cell phone. How would requiring 2FA affect others
> without a cell phone who want to use the gitlab repo site?
>

I am also like Kevin:
I don't have, or want, a cell phone (or any Google account).

A simple password is not perfect, but at least it is easy to use and
works from any computer install.
Kicad gitlab repo is for a FOSS development.
It is not for Fort Knox access management.

-- 
Jean-Pierre CHARRAS


___
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



--
Mark

___
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

[Mark Roszko]

> I don't have, or want, a cell phone (or any Google account).
You do not need a cell phone. You can use a computer based TOTP supporting
authentication app such as Authy or FOSS KeePassXC (
https://keepassxc.org/screenshots/)

> A simple password is not perfect, but at least it is easy to use and
works from any computer install.

The problem with passwords is there's no way to force users to have unique
passwords per website they made accounts for.

> Kicad gitlab repo is for a FOSS development.

And time and time again, FOSS software repos get hacked because somebody
didn't have 2FA enabled and malicious code is injected stealthily.
It is a real security issue in the year 2019. Everything from desktop apps
to 4 lines of code libraries in programming package libraries are high
value targets and are at constant risk.


On Mon, Nov 25, 2019 at 12:11 PM jp charras  wrote:

> Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
> > On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
> >> 2FA would be using something like Google Authenticator on your phone,
> >> a YubiKey or SMS message code to verify your login on a computer in
> >> addition to the password.
> >
> > It may not affect me as I'm a user of KiCad and occasional reporter of
> > bugs. What gitlab activities would require 2FA? Reading the link
> > supplied about 2FA says it would send a message to a phone. I don't
> > have, or want, a cell phone. How would requiring 2FA affect others
> > without a cell phone who want to use the gitlab repo site?
> >
>
> I am also like Kevin:
> I don't have, or want, a cell phone (or any Google account).
>
> A simple password is not perfect, but at least it is easy to use and
> works from any computer install.
> Kicad gitlab repo is for a FOSS development.
> It is not for Fort Knox access management.
>
> --
> Jean-Pierre CHARRAS
>
> ___
> 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
>


-- 
Mark
___
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

[Wayne Stambaugh]

On 11/25/19 12:10 PM, jp charras wrote:
> Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
>> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
>>> 2FA would be using something like Google Authenticator on your phone,
>>> a YubiKey or SMS message code to verify your login on a computer in
>>> addition to the password.
>>
>> It may not affect me as I'm a user of KiCad and occasional reporter of
>> bugs. What gitlab activities would require 2FA? Reading the link
>> supplied about 2FA says it would send a message to a phone. I don't
>> have, or want, a cell phone. How would requiring 2FA affect others
>> without a cell phone who want to use the gitlab repo site?
>>
> 
> I am also like Kevin:
> I don't have, or want, a cell phone (or any Google account).
> 
> A simple password is not perfect, but at least it is easy to use and
> works from any computer install.
> Kicad gitlab repo is for a FOSS development.
> It is not for Fort Knox access management.
> 

I'm not going to force anyone to do this so please use your best
judgment if you have commit access to the master repo.  For those of you
who are willing to use 2FA, please do so.  I already have my account set up.

Cheers,

Wayne

___
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

[jp charras]

Le 25/11/2019 à 17:53, Kevin Cozens a écrit :
> On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
>> 2FA would be using something like Google Authenticator on your phone,
>> a YubiKey or SMS message code to verify your login on a computer in
>> addition to the password.
> 
> It may not affect me as I'm a user of KiCad and occasional reporter of
> bugs. What gitlab activities would require 2FA? Reading the link
> supplied about 2FA says it would send a message to a phone. I don't
> have, or want, a cell phone. How would requiring 2FA affect others
> without a cell phone who want to use the gitlab repo site?
> 

I am also like Kevin:
I don't have, or want, a cell phone (or any Google account).

A simple password is not perfect, but at least it is easy to use and
works from any computer install.
Kicad gitlab repo is for a FOSS development.
It is not for Fort Knox access management.

-- 
Jean-Pierre CHARRAS

___
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] Back annotate references from PCB

[Kevin Cozens]

On 2019-11-22 2:29 p.m., Brian wrote:
Can someone tell me an example use-case for a single schematic symbol 
corresponding to multiple board entities within a single project?


Here is another example use case.

I drew up the schematic for an LED sign panel. It has 10 8x8 LED blocks in 
two rows of 5 blocks. Each column pair of LED blocks has the same wiring 
with only the component references being different. I could have used a 
single schematic file showing the wiring 5 column pairs of LEDs. I didn't 
actually do that because I either didn't know the feature existed or didn't 
know how to make use of that feature at the time.


--
Cheers!

Kevin.

http://www.ve3syb.ca/   | "Nerds make the shiny things that
https://www.patreon.com/KevinCozens | distract the mouth-breathers, and
| that's why we're powerful"
Owner of Elecraft K2 #2172  |
#include  | --Chris Hardwick

___
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

[Kevin Cozens]

On 2019-11-25 11:03 a.m., Seth Hillbrand wrote:
2FA would be using something like Google Authenticator on your phone, a 
YubiKey or SMS message code to verify your login on a computer in addition 
to the password.


It may not affect me as I'm a user of KiCad and occasional reporter of bugs. 
What gitlab activities would require 2FA? Reading the link supplied about 
2FA says it would send a message to a phone. I don't have, or want, a cell 
phone. How would requiring 2FA affect others without a cell phone who want 
to use the gitlab repo site?


--
Cheers!

Kevin.

http://www.ve3syb.ca/   | "Nerds make the shiny things that
https://www.patreon.com/KevinCozens | distract the mouth-breathers, and
| that's why we're powerful"
Owner of Elecraft K2 #2172  |
#include  | --Chris Hardwick

___
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

[Mark Roszko]

GitLab does send emails when SSH keys are added by default, but it's not
enough.
It's about GitLab (and even GitHub) allowing you to edit code right in the
web interface without needing to touch git.

But yes, GitLab does support 2FA. It is optional per account by default BUT
it can be mandated on a group like KiCad in the settings for anyone with
commit access to have enabled.



On Mon, Nov 25, 2019 at 11:13 AM Wayne Stambaugh 
wrote:

> On 11/25/19 11:03 AM, Seth Hillbrand wrote:
> > On 2019-11-25 06:08, Wayne Stambaugh wrote:
> >> Hi Mark,
> >>
> >> Do you mean using a GPG key?  I see the gitlab supports signed commits
> >> so would that be an adequate solution?  I'm fine with this, it's
> >> probably something we should be doing anyway.  Anyone else object to
> >> this?
> >>
> >
> > 2FA would be using something like Google Authenticator on your phone, a
> > YubiKey or SMS message code to verify your login on a computer in
> > addition to the password.
> >
> > The worry is that SSH keys can be added to a compromised account that
> > would allow an attacker to change the code/website/packages/etc.
>
> If gitlab supports this, I don't have an issue with it.  I don't see it
> as a major inconvenience.  I didn't look but I wonder if gitlab can be
> configured to send out alerts when your user account settings are changed.
>
> >
> > -S
> >
> > Seth Hillbrand
> > KiCad Services Corporation
> > https://www.kipro-pcb.com
> > +1 530 302 5483 | +1 212 603 9372
> >
> > ___
> > 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
>


-- 
Mark
___
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

[Wayne Stambaugh]

On 11/25/19 11:03 AM, Seth Hillbrand wrote:
> On 2019-11-25 06:08, Wayne Stambaugh wrote:
>> Hi Mark,
>>
>> Do you mean using a GPG key?  I see the gitlab supports signed commits
>> so would that be an adequate solution?  I'm fine with this, it's
>> probably something we should be doing anyway.  Anyone else object to
>> this?
>>
> 
> 2FA would be using something like Google Authenticator on your phone, a
> YubiKey or SMS message code to verify your login on a computer in
> addition to the password.
> 
> The worry is that SSH keys can be added to a compromised account that
> would allow an attacker to change the code/website/packages/etc.

If gitlab supports this, I don't have an issue with it.  I don't see it
as a major inconvenience.  I didn't look but I wonder if gitlab can be
configured to send out alerts when your user account settings are changed.

> 
> -S
> 
> Seth Hillbrand
> KiCad Services Corporation
> https://www.kipro-pcb.com
> +1 530 302 5483 | +1 212 603 9372
> 
> ___
> 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

[Seth Hillbrand]

On 2019-11-25 06:08, Wayne Stambaugh wrote:

Hi Mark,

Do you mean using a GPG key?  I see the gitlab supports signed commits
so would that be an adequate solution?  I'm fine with this, it's
probably something we should be doing anyway.  Anyone else object to 
this?




2FA would be using something like Google Authenticator on your phone, a 
YubiKey or SMS message code to verify your login on a computer in 
addition to the password.


The worry is that SSH keys can be added to a compromised account that 
would allow an attacker to change the code/website/packages/etc.


-S

Seth Hillbrand
KiCad Services Corporation
https://www.kipro-pcb.com
+1 530 302 5483 | +1 212 603 9372

___
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

[Nick Østergaard]

Mm, no, just two factor auth, this is not about signed commits.

man. 25. nov. 2019 15.09 skrev Wayne Stambaugh :

> Hi Mark,
>
> Do you mean using a GPG key?  I see the gitlab supports signed commits
> so would that be an adequate solution?  I'm fine with this, it's
> probably something we should be doing anyway.  Anyone else object to this?
>
> Cheers,
>
> Wayne
>
> On 11/24/19 4:13 PM, Mark Roszko wrote:
> > Can the use of 2FA be mandated across the entire group since we have a
> > fresh start?
> >
> > It's been killing me that it's not required for GitHub and it really is
> > a vulnerability to not enforce. KiCad is a decent value target for
> > malicious code placement since it is a desktop app.
> >
> >
> https://docs.gitlab.com/ee/security/two_factor_authentication.html#enforcing-2fa-for-all-users-in-a-group
>
> >
> > On Tue, Nov 12, 2019 at 7:58 AM Wayne Stambaugh  > > wrote:
> >
> > Hey Orson,
> >
> > I'm on the fence on this one.  I remember similar issues when we
> > migrated from SourceForge.  It would be nice if we could migrate just
> > the bug reports that were fixed for 5.1 and later but I'm sure that
> is
> > not going to be possible because we did not do a great job in the
> past
> > of setting the bug report milestone.  This would at least make it
> > possible to search for bugs that have already been fixed in the
> current
> > stable branch without having to fall back to launchpad.  I'm not
> > concerned about closed bug reports for 5.0 and earlier since we no
> > longer support those branches.  We could migrate all the closed
> reports
> > with a milestone of 5.1.0 or later.  I know this wont be a complete
> > solution but it may be good enough.
> >
> > Cheers,
> >
> > Wayne
> >
> > On 11/12/19 2:37 AM, Maciej Suminski wrote:
> > > Hi Andrew,
> > >
> > > I deliberately skipped the closed bugs, as I thought they do not
> carry
> > > much value, and they would still be available in the Launchpad
> > tracker.
> > > If majority prefers to migrate the closed bugs, then there is
> > nothing in
> > > the way.
> > >
> > > Cheers,
> > > Orson
> > >
> > > On 11/11/19 11:54 PM, Andrew Lutsenko wrote:
> > >> Is it possible to migrate closed bugs as well? I think gitlab
> search
> > >> indexing is much more useful, having history conserved there will
> > likely
> > >> be handy.
> > >>
> > >> On Mon, Nov 11, 2019 at 2:31 AM Maciej Suminski
> > mailto:maciej.sumin...@cern.ch>
> > >>  > >> wrote:
> > >>
> > >> Excellent, thanks for the verification! I have also checked a
> > few other
> > >> reports that had original authors incorrectly assigned, so I
> > believe the
> > >> bug has been fixed.
> > >>
> > >> Cheers,
> > >> Orson
> > >>
> > >> On 11/11/19 10:29 AM, Eeli Kaikkonen wrote:
> > >> > Now the example bug report ("Implicit 4-way junction" etc.)
> is
> > >> correctly
> > >> > attributed to "eelik".
> > >> >
> > >> > Eeli Kaikkonen
> > >> >
> > >> > su 10. marrask. 2019 klo 19.44 Maciej Suminski
> > >> (maciej.sumin...@cern.ch 
> > >
> > >> >  >   > >>)
> > >> kirjoitti:
> > >> >
> > >> > On 11/10/19 5:54 PM, Seth Hillbrand wrote:
> > >> > > On 2019-11-10 08:43, Seth Hillbrand wrote:
> > >> > >
> > >> > >> On 2019-11-10 08:33, Eeli Kaikkonen wrote:
> > >> > >>
> > >> > >>> OK. Would it be worth re-importing everything even
> for
> > >> this test
> > >> > database to avoid false impressions?
> > >> > >>>
> > >> > >>> Eeli Kaikkonen
> > >> > >>
> > >> > >> What false impression?  Is there a report that is
> > listed as
> > >> being
> > >> > created by different people in launchpad vs. GitLab?
> > >> > >
> > >> > > Oops.  Disregard.  I see a broken report here:
> > >> > >
> https://gitlab.com/orsonmmz/kicad-bug-tracker/issues/7367
> > >> > >
> > >> > > Looks like the Launchpad API doesn't handle users who
> > have since
> > >> > deleted
> > >> > > their accounts nicely and the script is falling back
> > on Fabien's
> > >> > > account, probably because his is index 0.
> > >> >
> > >> > Good catch, thanks! I think I have already found the
> bug, I
> > >> will let you
> > >> >

Re: [Kicad-developers] [PATCH] Enable full CTest framework

[Wayne Stambaugh]

Hi Simon,

I merged your patch.

Thanks,

Wayne

On 11/22/19 7:23 PM, Simon Richter wrote:
> 
> This allows asking CTest for running the test suite under valgrind
> ---
>  CMakeLists.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> 
> ___
> 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] [PATCH] Eeschema: simulator plot: allow standard mac pan and pinch to zoom

[Wayne Stambaugh]

Hi Jonatan,

I merged your patch even though I really don't have any way to test it.
 I did confirm that you fixed the zoom behavior on Linux.  Thank you for
your contribution to KiCad.

Cheers,

Wayne

On 11/22/19 5:34 AM, Jonatan Liljedahl wrote:
> Hi,
> 
> I found it. Here's an updated patch that makes it behave exactly as in
> the schematic editor, and uses the "trackpad pan" common config
> setting. This should work as expected on Linux.
> 
> Note that in mathplot.h the coding style git hook complained, but I
> left it as is because it matches the current style in mathplot.h.
> Better to update the coding style for the whole file in a separate
> commit.
> 
> Cheers
> 
> On Thu, Nov 21, 2019 at 7:13 PM Kymatica  wrote:
>>
>> It changes to ctrl-scrollwheel for zooming. Perhaps someone can point me in 
>> the right direction for having the correct behavior on linux? How is it done 
>> in the schematic editor?
>>
>> /Jonatan
>>
>>> 21 nov. 2019 kl. 18:02 skrev Wayne Stambaugh :
>>>
>>> Hi Jonatan,
>>>
>>> I tested this patch on my Linux laptop which has Ubuntu 19.04 with a
>>> stock gnome desktop and it breaks the two finger zoom touchpad behavior.
>>> With your patch zoom becomes a pan.  I'm not sure if this is just a
>>> configuration issue or something else but I'm not seeing the same
>>> behavior in the board and schematic editors so I suspect something else
>>> is at play.  Can someone else with a linux laptop test this?  I don't
>>> want to merge this if it breaks linux systems.
>>>
>>> Cheers,
>>>
>>> Wayne
>>>
 On 11/19/19 11:22 AM, Jonatan Liljedahl wrote:
 This patch allows standard trackpad gestures for pan and zoom, just
 like in eeschema and pcbnew etc.

 While working on this, I noticed mathplot.cpp is a bit messy, with a
 lot of commented out or unused code, and some buggy behaviours. This
 patch does not address any of that.


 ___
 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
> 
> 
> 

___
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

[Wayne Stambaugh]

Hi Mark,

Do you mean using a GPG key?  I see the gitlab supports signed commits
so would that be an adequate solution?  I'm fine with this, it's
probably something we should be doing anyway.  Anyone else object to this?

Cheers,

Wayne

On 11/24/19 4:13 PM, Mark Roszko wrote:
> Can the use of 2FA be mandated across the entire group since we have a
> fresh start?
> 
> It's been killing me that it's not required for GitHub and it really is
> a vulnerability to not enforce. KiCad is a decent value target for
> malicious code placement since it is a desktop app.
> 
> https://docs.gitlab.com/ee/security/two_factor_authentication.html#enforcing-2fa-for-all-users-in-a-group
>   
> 
> On Tue, Nov 12, 2019 at 7:58 AM Wayne Stambaugh  > wrote:
> 
> Hey Orson,
> 
> I'm on the fence on this one.  I remember similar issues when we
> migrated from SourceForge.  It would be nice if we could migrate just
> the bug reports that were fixed for 5.1 and later but I'm sure that is
> not going to be possible because we did not do a great job in the past
> of setting the bug report milestone.  This would at least make it
> possible to search for bugs that have already been fixed in the current
> stable branch without having to fall back to launchpad.  I'm not
> concerned about closed bug reports for 5.0 and earlier since we no
> longer support those branches.  We could migrate all the closed reports
> with a milestone of 5.1.0 or later.  I know this wont be a complete
> solution but it may be good enough.
> 
> Cheers,
> 
> Wayne
> 
> On 11/12/19 2:37 AM, Maciej Suminski wrote:
> > Hi Andrew,
> >
> > I deliberately skipped the closed bugs, as I thought they do not carry
> > much value, and they would still be available in the Launchpad
> tracker.
> > If majority prefers to migrate the closed bugs, then there is
> nothing in
> > the way.
> >
> > Cheers,
> > Orson
> >
> > On 11/11/19 11:54 PM, Andrew Lutsenko wrote:
> >> Is it possible to migrate closed bugs as well? I think gitlab search
> >> indexing is much more useful, having history conserved there will
> likely
> >> be handy.
> >>
> >> On Mon, Nov 11, 2019 at 2:31 AM Maciej Suminski
> mailto:maciej.sumin...@cern.ch>
> >>  >> wrote:
> >>
> >>     Excellent, thanks for the verification! I have also checked a
> few other
> >>     reports that had original authors incorrectly assigned, so I
> believe the
> >>     bug has been fixed.
> >>
> >>     Cheers,
> >>     Orson
> >>
> >>     On 11/11/19 10:29 AM, Eeli Kaikkonen wrote:
> >>     > Now the example bug report ("Implicit 4-way junction" etc.) is
> >>     correctly
> >>     > attributed to "eelik".
> >>     >
> >>     > Eeli Kaikkonen
> >>     >
> >>     > su 10. marrask. 2019 klo 19.44 Maciej Suminski
> >>     (maciej.sumin...@cern.ch 
> >
> >>     >    >>)
> >>     kirjoitti:
> >>     >
> >>     >     On 11/10/19 5:54 PM, Seth Hillbrand wrote:
> >>     >     > On 2019-11-10 08:43, Seth Hillbrand wrote:
> >>     >     >
> >>     >     >> On 2019-11-10 08:33, Eeli Kaikkonen wrote:
> >>     >     >>
> >>     >     >>> OK. Would it be worth re-importing everything even for
> >>     this test
> >>     >     database to avoid false impressions?
> >>     >     >>>
> >>     >     >>> Eeli Kaikkonen
> >>     >     >>
> >>     >     >> What false impression?  Is there a report that is
> listed as
> >>     being
> >>     >     created by different people in launchpad vs. GitLab?
> >>     >     >
> >>     >     > Oops.  Disregard.  I see a broken report here:
> >>     >     > https://gitlab.com/orsonmmz/kicad-bug-tracker/issues/7367
> >>     >     >
> >>     >     > Looks like the Launchpad API doesn't handle users who
> have since
> >>     >     deleted
> >>     >     > their accounts nicely and the script is falling back
> on Fabien's
> >>     >     > account, probably because his is index 0.
> >>     >
> >>     >     Good catch, thanks! I think I have already found the bug, I
> >>     will let you
> >>     >     know after the next run is finished.
> >>     >
> >>     >     Cheers,
> >>     >     Orson
> >>     >
> >>     >     ___
> >>     >     Mailing list: https://launchpad.net/~kicad-developers
> >>     >     Post to     : kicad-developers@lists.launchpad.net
> 

Re: [Kicad-developers] KiCad joins the Linux Foundation

[Nick Østergaard]

It looks good to me :)

søn. 24. nov. 2019 02.50 skrev Mark Roszko :

> The attempt I took on adding TLF is live.
>
> On Sat, Nov 23, 2019 at 8:45 AM Wayne Stambaugh 
> wrote:
>
>> Hi Sujith,
>>
>> I got it.  Thank you.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 11/22/19 10:09 PM, Sujith Anandan wrote:
>> > Hello Wayne,
>> >
>> > I have already added you as page admin, please accept the request you
>> > will get in facebook.
>> >
>> > Thanks.
>> > Sujith
>> >
>> > On Sat, Nov 23, 2019 at 5:15 AM Wayne Stambaugh > > > wrote:
>> >
>> > I was wondering about that myself.  We can try a donate page and
>> see how
>> > it works.  We can always change it if we don't like it.
>> >
>> > On 11/22/19 3:53 PM, Mark Roszko wrote:
>> > > I'm not sure about adding a second button in the header.
>> > >
>> > > I am envisioning creating a "Donate" page with both CERN and Linux
>> > > foundation options presented clearly with one big button for each
>> > and a
>> > > small blurb for what each does. The header will go to this
>> > intermediate
>> > > page.
>> > >
>> > > On Fri, Nov 22, 2019 at 2:50 PM Wayne Stambaugh
>> > mailto:stambau...@gmail.com>
>> > > >>
>> wrote:
>> > >
>> > >
>> > >
>> > > On 11/22/19 2:39 PM, Mark Roszko wrote:
>> > > >> I need to add a "Donate via Linux Foundation" button to the
>> > KiCad
>> > > > website main page.
>> > > >
>> > > > But is it in addition to or to replace CERN?
>> > >
>> > > In addition to.
>> > >
>> > > >
>> > > >
>> > > >
>> > > > On Fri, Nov 22, 2019 at 12:03 PM Wayne Stambaugh
>> > > mailto:stambau...@gmail.com>
>> > >
>> > > > 
>> > > wrote:
>> > > >
>> > > > I just pushed a blog post to the KiCad website that
>> > KiCad has
>> > > joined the
>> > > > Linux Foundation so consider this the official
>> > announcement.  The
>> > > > project did this to give donors a choice of how they
>> want to
>> > > donate to
>> > > > KiCad and it gives us some more flexibility on how we
>> can
>> > > spend donation
>> > > > money.  This does not in any way change our relationship
>> > with
>> > > CERN and
>> > > > you can continue to donate via CERN if that is your
>> > > preference.  You
>> > > > should be seeing announcements from the Linux Foundation
>> > shortly.
>> > > >
>> > > > I need to add a "Donate via Linux Foundation" button to
>> > the KiCad
>> > > > website main page.  If someone would please point me to
>> the
>> > > correct
>> > > > place in the website source where I need to do this, I
>> would
>> > > appreciate
>> > > > it.  If you would rather do it yourself, the KiCad LF
>> > donation
>> > > link is
>> > > > https://funding.communitybridge.org/projects/kicad.
>> > > >
>> > > > Who has the account login information for the KiCad
>> Facebook
>> > > page?  I
>> > > > didn't create this so it would be nice if I had edit
>> > access so
>> > > I could
>> > > > post announcements there instead of asking someone else
>> > to do it.
>> > > >
>> > > > I hope joining the Linux Foundation will improve our
>> > potential
>> > > donor
>> > > > visibility so we can continue to grow the KiCad
>> project.
>> > > Thank you all
>> > > > for your continued support.
>> > > >
>> > > > Cheers,
>> > > >
>> > > > Wayne
>> > > >
>> > > > ___
>> > > > 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
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Mark
>> > >
>> > >
>> > >
>> > > --
>> > > Mark
>>