Re: gEDA-user: Breaking up power planes
Russell Dill writes: > On Sun, Feb 20, 2011 at 10:05 AM, Kai-Martin Knaak wrote: >> Russell Dill wrote: >> >>> I'm just wondering what everyones preferred method of breaking up >>> power/ground planes is. >> >> My preferred method is to break the planes as little as possible :-) >> IMHO, a continuous copper plane is the best you can get for shielding >> purposes. If large amounts current need to be canalized, I prefer to >> guide them in fat tracks rather than polygons. With tracks it is easier >> to ensure a minimum diameter. >> > > My design has several different power and IO rails, and so it requires > split power planes.I realize its possible to do with the polygon > editor, it just seems like it'd be much easier with the line drawing > tool. You want to split a polygon into different nets? Does that work? Even if you invoke the special magic to not loose isolated parts of the polygon, will the connectivity check treat them as separate copper and assign them to different nets? I've drawn separate polys for each power/gnd net on my boards. Let's see, ok, it does work. I'd still be uncomfortable with such a layout. test.pcb Description: Binary data -- Stephan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Woo Hoo! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL instructions
Safari and Firefox, on OS X is quite fast, nice smooth scrolling. Steve On Sun, Feb 20, 2011 at 6:59 PM, Felipe De la Puente Christen wrote: > On Mon, 2011-02-21 at 03:32 +0100, Kai-Martin Knaak wrote: >> Ethan Swint wrote: >> >> > I was expecting just to get back "git >> > clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in >> > response Peter has posted what looks to be an excellent guide to his >> > blog at >> > >> > http://pcjc2.blogspot.com/2011/02/pcbgl-repository-instructions.html >> >> Is it just me, or is anyone else also having a speed issue with Peters >> blog? Scrolling takes about two seconds to jump by a screen... >> (My browser is epiphany, the default with debian) > > I can confirm with firefox(gecko) 3.6.12 and midori(webkit). I think > it's something related to the background. Full CPU usage for the wait > time. > > Best Regards, Felipe. > > -- > Felipe De la Puente Christen > MSN/GTalk : fdelapue...@gmail.com > > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Breaking up power planes
On Sun, Feb 20, 2011 at 10:05 AM, Kai-Martin Knaak wrote: > Russell Dill wrote: > >> I'm just wondering what everyones preferred method of breaking up >> power/ground planes is. > > My preferred method is to break the planes as little as possible :-) > IMHO, a continuous copper plane is the best you can get for shielding > purposes. If large amounts current need to be canalized, I prefer to > guide them in fat tracks rather than polygons. With tracks it is easier > to ensure a minimum diameter. > My design has several different power and IO rails, and so it requires split power planes.I realize its possible to do with the polygon editor, it just seems like it'd be much easier with the line drawing tool. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
On Mon, Feb 21, 2011 at 1:51 PM, Kai-Martin Knaak wrote: > Ineiev wrote: > >> Pushed to git-head. > > Great! > Congrats to your new status! > The geda project got a new dev! > This is really good news :-) +1 :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL instructions
On Mon, 2011-02-21 at 03:32 +0100, Kai-Martin Knaak wrote: > Ethan Swint wrote: > > > I was expecting just to get back "git > > clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in > > response Peter has posted what looks to be an excellent guide to his > > blog at > > > > http://pcjc2.blogspot.com/2011/02/pcbgl-repository-instructions.html > > Is it just me, or is anyone else also having a speed issue with Peters > blog? Scrolling takes about two seconds to jump by a screen... > (My browser is epiphany, the default with debian) I can confirm with firefox(gecko) 3.6.12 and midori(webkit). I think it's something related to the background. Full CPU usage for the wait time. Best Regards, Felipe. -- Felipe De la Puente Christen MSN/GTalk : fdelapue...@gmail.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Ineiev wrote: > Pushed to git-head. Great! Congrats to your new status! The geda project got a new dev! This is really good news :-) ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Kai-Martin Knaak wrote: Ineiev wrote: I made a wrong assumption (segs variable should be at least 1). diff --git a/src/polygon.c b/src/polygon.c I can confirm, that this patch removes the problem both in git-head and in Peters gl version. :-) Pushed to git-head. Thanks, Ineiev ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL instructions
On 02/20/2011 09:32 PM, Kai-Martin Knaak wrote: Ethan Swint wrote: I was expecting just to get back "git clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in response Peter has posted what looks to be an excellent guide to his blog at http://pcjc2.blogspot.com/2011/02/pcbgl-repository-instructions.html Is it just me, or is anyone else also having a speed issue with Peters blog? Scrolling takes about two seconds to jump by a screen... (My browser is epiphany, the default with debian) ---<)kaimartin(>--- Fairly slow scrolling on Firefox 3.6.13 on Fedora, but it seems faster in the sections without images. I looked at a few of the images and they all seem to be >150kB, even though they are pretty small pixel-wise. Much slower scrolling than other web sites. -Ethan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL instructions
Ethan Swint wrote: > I was expecting just to get back "git > clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in > response Peter has posted what looks to be an excellent guide to his > blog at > > http://pcjc2.blogspot.com/2011/02/pcbgl-repository-instructions.html Is it just me, or is anyone else also having a speed issue with Peters blog? Scrolling takes about two seconds to jump by a screen... (My browser is epiphany, the default with debian) ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB+GL instructions
I sent a private email to Peter Clifton as I was (yet again) having trouble finding the list message outlining his work, where to pull it, and what branch to check out. I was expecting just to get back "git clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in response Peter has posted what looks to be an excellent guide to his blog at http://pcjc2.blogspot.com/2011/02/pcbgl-repository-instructions.html Many thanks Peter! -Ethan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gnetlist "Possible attribute conflict..."
Recently, a new scheme function was added to gnetlist to check for all the attribute values a set of symbols with the same refdes might have. Unfortunately, this does not play nice with my most common use case for sets of symbols: Extra symbols for power pins of opamps and the like. In this case, I'd like to have the footprint and the value defined only once. If I do so, gsch2pcb does 1) warn about possible attribute conflict Possible attribute conflict for refdes: U1 name: footprint values: (#f SO8) 2) Assign the value "unknown" if the instance without the attribute is located before the others in the *.sch file. This is most probably not, what I want. Please make it so, that undefined or empty attributes are ignored in the list of attribute values. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Kai-Martin Knaak wrote: I can confirm, that this patch removes the problem both in git-head and in Peters gl version. :-) Thank you! On minor nit: The wasn't attached but part of the body of the email. So I had to copy-pasted it to a patch file. This patch file did not apply right away. The reason was, that the body gets mangled on its course. Some component seems to have replaced tabs with spaces. Unfortunately, one of the matching lines contained a tab... Sorry; I'll bear the issue in mind in the future. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Ineiev wrote: > I made a wrong assumption (segs variable should be at least 1). > > diff --git a/src/polygon.c b/src/polygon.c I can confirm, that this patch removes the problem both in git-head and in Peters gl version. :-) On minor nit: The wasn't attached but part of the body of the email. So I had to copy-pasted it to a patch file. This patch file did not apply right away. The reason was, that the body gets mangled on its course. Some component seems to have replaced tabs with spaces. Unfortunately, one of the matching lines contained a tab... ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Breaking up power planes
Russell Dill wrote: > I'm just wondering what everyones preferred method of breaking up > power/ground planes is. My preferred method is to break the planes as little as possible :-) IMHO, a continuous copper plane is the best you can get for shielding purposes. If large amounts current need to be canalized, I prefer to guide them in fat tracks rather than polygons. With tracks it is easier to ensure a minimum diameter. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
[snip] > Peter could, you'd need to spec the port number :-) Please do not continue to posting messages to the geda mailing lists with the output from these commands. Please move discussion about this to private e-mail. Thanks. -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
On Sun, 2011-02-20 at 14:49 +0100, Karl Hammar wrote: > Protocol 2 > RhostsRSAAuthentication no > RSAAuthentication no For my local machine, I have that, but with: RSAAuthentication yes RSAAuthentication Specifies whether pure RSA authentication is allowed. The default is “yes”. This option applies to protocol version 1 only. I'll change it to no, but I presume it is unimportant because we also specify the use of protocol 2. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
k...@aspodata.se (Karl Hammar) writes: > Stephan: > >> Do "ssh -v git.gpleda.org" to see which version is used. Most default >> sshd installations do not permit protocol version 1. > > Can't test that: > > $ ssh -v git.gpleda.org > OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8o 01 Jun 2010 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug1: Connecting to git.gpleda.org [97.107.141.5] port 22. > debug1: connect to address 97.107.141.5 port 22: Connection refused > ssh: connect to host git.gpleda.org port 22: Connection refused > $ > > Regards, > /Karl Hammar Peter could, you'd need to spec the port number :-) (stephan)blaulicht:~$ ssh -v -p 5022 git.gpleda.org OpenSSH_5.5p1 Debian-6, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /home/blaulicht/stephan/.ssh/config debug1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to git.gpleda.org [97.107.141.5] port 5022. debug1: Connection established. debug1: identity file /home/blaulicht/stephan/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/blaulicht/stephan/.ssh/id_rsa-cert type -1 debug1: identity file /home/blaulicht/stephan/.ssh/id_dsa type -1 debug1: identity file /home/blaulicht/stephan/.ssh/id_dsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5 debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-6 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: checking without port identifier The authenticity of host '[git.gpleda.org]:5022 ([97.107.141.5]:5022)' can't be established. RSA key fingerprint is d7:07:7f:96:51:11:ab:43:57:0d:fe:92:45:72:e8:93. Are you sure you want to continue connecting (yes/no)? no Host key verification failed. (stephan)blaulicht:~$ -- Stephan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Stephan: > Peter Clifton writes: > > On Sun, 2011-02-20 at 10:36 +0100, Karl Hammar wrote: ... > >> Don't you know that protocol version 1 i vulnerable for a > >> man-in-the-middle attack? > > > > No, I didn't know that. > > > > Does it require a different type of key to be generated and used, or > > just removing that option to become secure again? Specify v.2 in your sshd_config, and generally turn off (just in case) all v.1 protocol stuff as in: Protocol 2 RhostsRSAAuthentication no RSAAuthentication no Use rsa or dsa in your ssh-keygen: $ man ssh-keygen | grep -A 3 -e '-t type$' -t type Specifies the type of key to create. The possible values are ``rsa1'' for protocol version 1 and ``rsa'' or ``dsa'' for proto- col version 2. > id_rsa is a version 2 key. True. > The RSAAuthentication may be used for version 1 only, but that does not > mean specifying it makes ssh to use version 1. True, but there is no reason for it to be there. > Do "ssh -v git.gpleda.org" to see which version is used. Most default > sshd installations do not permit protocol version 1. Can't test that: $ ssh -v git.gpleda.org OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to git.gpleda.org [97.107.141.5] port 22. debug1: connect to address 97.107.141.5 port 22: Connection refused ssh: connect to host git.gpleda.org port 22: Connection refused $ Regards, /Karl Hammar --- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
On Sun, 2011-02-20 at 13:28 +0100, Stephan Boettcher wrote: > Peter Clifton writes: > id_rsa is a version 2 key. > > The RSAAuthentication may be used for version 1 only, but that does not > mean specifying it makes ssh to use version 1. > > Do "ssh -v git.gpleda.org" to see which version is used. Most default > sshd installations do not permit protocol version 1. Ok, Version 2 is being used. Should I Remove the RSAAuthentication option anyway? -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Peter Clifton writes: > On Sun, 2011-02-20 at 10:36 +0100, Karl Hammar wrote: >> Peter Clifton: >> ... >> > generate, and setup .ssh/config with these lines: >> > >> > """ >> > Host git.gpleda.org >> > >> > Port 5022 >> > RSAAuthentication yes >> > IdentityFile ~/.ssh/keys/id_rsa.gpleda.org >> > """ >> ... >> >> Don't you know that protocol version 1 i vulnerable for a >> man-in-the-middle attack? > > No, I didn't know that. > > Does it require a different type of key to be generated and used, or > just removing that option to become secure again? id_rsa is a version 2 key. The RSAAuthentication may be used for version 1 only, but that does not mean specifying it makes ssh to use version 1. Do "ssh -v git.gpleda.org" to see which version is used. Most default sshd installations do not permit protocol version 1. -- Stephan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
On Sun, 2011-02-20 at 10:36 +0100, Karl Hammar wrote: > Peter Clifton: > ... > > generate, and setup .ssh/config with these lines: > > > > """ > > Host git.gpleda.org > > > > Port 5022 > > RSAAuthentication yes > > IdentityFile ~/.ssh/keys/id_rsa.gpleda.org > > """ > ... > > Don't you know that protocol version 1 i vulnerable for a > man-in-the-middle attack? No, I didn't know that. Does it require a different type of key to be generated and used, or just removing that option to become secure again? -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: polygon regression in pcb+gl
Peter Clifton: ... > generate, and setup .ssh/config with these lines: > > """ > Host git.gpleda.org > > Port 5022 > RSAAuthentication yes > IdentityFile ~/.ssh/keys/id_rsa.gpleda.org > """ ... Don't you know that protocol version 1 i vulnerable for a man-in-the-middle attack? $ man ssh_config | grep -A 5 '\bRSAAuthentication$' RSAAuthentication Specifies whether to try RSA authentication. The argument to this keyword must be ``yes'' or ``no''. RSA authentication will only be attempted if the identity file exists, or an authentica- tion agent is running. The default is ``yes''. Note that this option applies to protocol version 1 only. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2001-1473 Regards, /Karl Hammar --- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Help I can move by REFDES
OK I see the error of my ways. I had to turn off the grid so I could click on the refdes. Oliver __ From: Ethan Swint To: gEDA user mailing list Sent: Sat, February 19, 2011 6:51:50 PM Subject: Re: gEDA-user: Help I can move by REFDES On 02/19/2011 09:41 PM, Oliver King-Smith wrote: >I have managed to get my refdes for one component about 7" away from >the component. When I select the refdes I can seem to move it. How do >I get it back to my poor component? >Oliver To move a refdes in the GUI, 1) make sure that it is not currently selected 2) click over refdes and drag to desired location. In a text editor, just manually set the XY coordinate of the refdes to 0 0 ([1]http://pcb.gpleda.org/pcb-cvs/pcb.html#File-Syntax). ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. http://pcb.gpleda.org/pcb-cvs/pcb.html#File-Syntax 2. mailto:geda-user@moria.seul.org 3. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user