Re: gEDA-user: Launchpad up & running [was: SourceForge bugtrackers frozen]
Hi Peter & Peter, > -Original Message- > From: geda-user-boun...@moria.seul.org > [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Peter TB Brett > Sent: Friday, January 07, 2011 1:59 AM > To: gEDA user mailing list > Subject: Re: gEDA-user: Launchpad up & running [was: > SourceForge bugtrackers frozen] > > On Thursday 06 January 2011 16:38:59 Peter TB Brett wrote: > > Hi folks, > > > > In case you're wondering where the gEDA/gaf bug trackers at > > SourceForge.net have disappeared to, they've been shut down > so that no > > new changes occur while Peter C gets the bugs imported to > their new home at Launchpad.net. > > The conversion has now been completed, and we're just waiting for > > Launchpad admins to run the import process: > > > > https://answers.launchpad.net/launchpad/+question/140410 > > > > Import done. The new place to find gEDA bugs is: > > http://bugs.launchpad.net/geda > > Note that it's possible to associate a Launchpad account with > all your imported bugs by merging your account with the > automatically created virtual account from Sourceforge. You > can get access to this by clicking on your name in a bug > report (Kai-Martin, I'm *certain* you'll want to make use of > this feature. ;-) ) > > Peter > > -- > Peter Brett > Remote Sensing Research Group > Surrey Space Centre > Congrats with what looks like being a job well done ;-) And of course there will always be some wrinkles to iron out: - updating the links on various web pages and/or wiki pages on gEDA and pcb web sites. - merge some users IDs, existing on both systems (LP + SF), a merge needs to be confirmed from SF in some unclear way. - maybe add a short list what status means what in LP on a wiki page pointing to LP / or on LP itself, we do not all speak English as a native language. Or should I report these in the LP bugs systems with more precise details and/or patches ? Kind regards, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Launchpad up & running [was: SourceForge bug trackers frozen]
On Fri, 2011-01-07 at 06:38 +, Peter Clifton wrote: > Set the priority to "wish-list", that should do it. I have no problem > with the new tag in addition though, as it should help us find things > which are deliberately thought to be feature requests by the importer. submitter ^ -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Launchpad up & running [was: SourceForge bug trackers frozen]
On Fri, 2011-01-07 at 02:40 +0100, Kai-Martin Knaak wrote: > Peter TB Brett wrote: > > > You can get access to this by clicking on your name > > in a bug report (Kai-Martin, I'm *certain* you'll want to make use > > of this feature. ;-) ) > > Done. The registration/sign-in/merge procedure was suspiciously smooth. > Just added my first report from the bugs-warts-feature-request thread: > https://bugs.launchpad.net/geda/+bug/699674 > There seemed to be nothing like the old "feature request" category. So > I introduced the tag "feature-request". Set the priority to "wish-list", that should do it. I have no problem with the new tag in addition though, as it should help us find things which are deliberately thought to be feature requests by the importer. Note that the bugs imported from the sourceforge "feature requests" tracker have the "sf-feature-requests" tag. That is deliberate so we know which tracker they came from - rather than what their contents represent. We could consider adding the "feature-request" tag to them as well (for the contents). It would probably just require a bit of launchpad lib scripting. -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Symbol question - suggestions?
Kai-Martin Knaak writes: > -v, please. My BOM scripts use it to match various databases of parts to fill in missing vendor attributes based on my local preferences. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Symbol question - suggestions?
DJ Delorie wrote: > Kai-Martin Knaak writes: >> No need. The device attribute is not used by anything in the gschem >> to pcb work flow. > > You flow, perhaps, *I* use it in my pcb flow. > -v, please. ---<)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: Symbol question - suggestions?
Kai-Martin Knaak writes: > No need. The device attribute is not used by anything in the gschem > to pcb work flow. You flow, perhaps, *I* use it in my pcb flow. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Launchpad up & running [was: SourceForge bug trackers frozen]
Peter TB Brett wrote: > You can get access to this by clicking on your name > in a bug report (Kai-Martin, I'm *certain* you'll want to make use > of this feature. ;-) ) Done. The registration/sign-in/merge procedure was suspiciously smooth. Just added my first report from the bugs-warts-feature-request thread: https://bugs.launchpad.net/geda/+bug/699674 There seemed to be nothing like the old "feature request" category. So I introduced the tag "feature-request". ---<)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: Launchpad up & running [was: SourceForge bug trackers frozen]
On Thursday 06 January 2011 16:38:59 Peter TB Brett wrote: > Hi folks, > > In case you're wondering where the gEDA/gaf bug trackers at SourceForge.net > have disappeared to, they've been shut down so that no new changes occur > while Peter C gets the bugs imported to their new home at Launchpad.net. > The conversion has now been completed, and we're just waiting for > Launchpad admins to run the import process: > > https://answers.launchpad.net/launchpad/+question/140410 > Import done. The new place to find gEDA bugs is: http://bugs.launchpad.net/geda Note that it's possible to associate a Launchpad account with all your imported bugs by merging your account with the automatically created virtual account from Sourceforge. You can get access to this by clicking on your name in a bug report (Kai-Martin, I'm *certain* you'll want to make use of this feature. ;-) ) Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre 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: Symbol question - suggestions?
Johnny Rosenberg wrote: > First I manually set the ”device=” to match existing components, No need. The device attribute is not used by anything in the gschem to pcb work flow. > then I added ”numslots=” to match. This is not useful. The slotting mechanism is only for copies of the same symbol in a physical component. But the pwr symbol is a _different_ symbol. Don't use slotting inside the pwr symbol. You can set numslots=0 if you like. But this is not required. There's no need to add any attributes to (my) 74_pwr.sym. Just put it on the schematic like it is. > What am I missing? Should I edit the symbol itself or should I set > something in the schema or what? Just make sure, that all the symbols that belong to a component all get the same refdes. You have to do this manually. The autonumber script has no idea which symbols belong to a group. Also make sure to not add the pwr symbol first. The reason is that this symbol does not include a footprint attribute. gsch2pcb only accepts footprint attributes from the first symbol in a set. If this symbol fails to provide a footprint, gsch2pcb gives up and issues an error. This is a long standing bug that was fixed just a few days ago. > It was all so easy before, when I had the ”net=” thing in the component > symbols, but someone said that that's not the way to go, for some reason. "Some reason" is schematic style seen from an advanced level of experience. Take it as good advice from the old boys. You may ignore it but don't complain if it this bites you later. ---<)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: Official gEDA/gaf documentation -- is the wiki working?
On Friday 07 January 2011 00:02:21 Kai-Martin wrote: > IMHO, reference manuals should be written in a format that the most > prolific developers are comfortable with. They are the ones, who are > responsible for this part of the documentation. Sure. The specific documentation I was thinking should be maintained wholly in the git repository are things like the file format specification, the attribute specification, and the reference manual for gEDA configuration files. That sort of thing. Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre 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: SourceForge bug trackers frozen
On Thu, 2011-01-06 at 09:59 -0800, Colin D Bennett wrote: > On Thu, 6 Jan 2011 16:38:59 + > Peter TB Brett wrote: > > > In case you're wondering where the gEDA/gaf bug trackers at > > SourceForge.net have disappeared to, they've been shut down so that > > no new changes occur while Peter C gets the bugs imported to their > > new home at Launchpad.net. The conversion has now been completed, > > and we're just waiting for Launchpad admins to run the import process: > > > > https://answers.launchpad.net/launchpad/+question/140410 > > > > N.b. the PCB bug tracker is unaffected. > > Will the pcb bug tracker be migrated to Launchpad as well? That is my plan, but so far it took me all day to fix up the gEDA data! (Actually, I'm pretty much ready for the PCB import too, as most of the work was writing some code to fixup some really brain-dead encoding bugs in the sourceforge backup output). Best wishes, -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: SourceForge bug trackers frozen
On Thu, 6 Jan 2011 16:38:59 + Peter TB Brett wrote: > In case you're wondering where the gEDA/gaf bug trackers at > SourceForge.net have disappeared to, they've been shut down so that > no new changes occur while Peter C gets the bugs imported to their > new home at Launchpad.net. The conversion has now been completed, > and we're just waiting for Launchpad admins to run the import process: > > https://answers.launchpad.net/launchpad/+question/140410 > > N.b. the PCB bug tracker is unaffected. Will the pcb bug tracker be migrated to Launchpad as well? Regards, Colin signature.asc Description: PGP signature ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: SourceForge bug trackers frozen
Hi folks, In case you're wondering where the gEDA/gaf bug trackers at SourceForge.net have disappeared to, they've been shut down so that no new changes occur while Peter C gets the bugs imported to their new home at Launchpad.net. The conversion has now been completed, and we're just waiting for Launchpad admins to run the import process: https://answers.launchpad.net/launchpad/+question/140410 N.b. the PCB bug tracker is unaffected. Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre 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: Symbol question - suggestions?
Den 2011-01-05 17:30:12 skrev Bert Timmerman : Hi, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Stefan Salewski Sent: Wednesday, January 05, 2011 5:23 PM To: gEDA user mailing list Subject: Re: gEDA-user: Symbol question - suggestions? On Wed, 2011-01-05 at 14:32 +0100, Johnny Rosenberg wrote: > > A single 74_pwr.sym can not work for 14 and 16 pin parts, so I > > really recommend to do not use a 74_pwr.sym at all, but one for 14, > > and one for > > 16 pins devices. I think I called my one at gedasymbols > > 74xx-14N-Pwr-1.sym. > > But the 74LV4066 is 14-pin with GND at 7 and Vcc at 14, just like an > ordinary 7400 and more. > The problem is: If you have a symbol called 74_pwr.sym people may use it -- some may use it for 14 pin devices, some may use it for 16 pin devices. You may be smart enough to use it correctly -- other may not always. If there are chances for confusion, then we should use more specific files names. JCL has a nice script generating power pins with pn numbers in the file/link name: http://www.luciani.org/geda/util/util-index.html#create-np-symbols Kind regards, Bert Timmerman. As I've said before, I'm a beginner at this. I just tried to actually use the 74_pwr.sym in an existing scheme, but I couldn't get it numbered automatically correctly. What am I missing? First I manually set the ”device=” to match existing components, then I added ”numslots=” to match. IN some cases it's 4 and in some cases 6 (NOT gates for example), but no matter what I did it was numbered wrong, with a higher number than the existing components. What am I missing? Should I edit the symbol itself or should I set something in the schema or what? It was all so easy before, when I had the ”net=” thing in the component symbols, but someone said that that's not the way to go, for some reason. At least it was very easy… -- Kind regards Johnny Rosenberg ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Soft and Hard symbols
On Mon, 03 Jan 2011 11:25:26 -0500 DJ Delorie wrote: > > Stefan Salewski writes: > > I guess all this was discussed on the list multiple times in the > > past, > > My thoughts: http://www.delorie.com/pcb/component-dbs.html > > You should be able to defer the selection of packages, pinouts, and > part numbers until later in the design cycle. 100% right. There is (1) the schematic, with symbols, (2) the PCB layout with footprints and tracks, and then there is what I think should be part (3) a mapping from each schematic symbol to PCB footprint. Currently in the normal gschem/pcb workflow the footprints will be defined in the schematic. However, by extracting the symbol->footprint mapping to a separate (3) entity, you can create multiple different PCBs from the same schematic, or change footprints without revising the schematic itself. In theory you could create a through-hole component PCB and surface-mount component PCB from the same schematic. The orthogonality of these three pieces (schematic, footprint mapping, and PCB layout) is pleasing to me, but I have to admit that you would rarely find a need to create different PCBs from the exact same schematic. Still, by separating the footprint mapping entirely from schematic capture, you can stay focused on one task at a time. Regards, Colin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
