Thanks, for accepting my request to package linsmith today.
I have seen you have already a working spec file for linsmith:
However, you didn't yet update the spec file in accordance to my
comments on IRC. Don't be discourage I am here to help you. Like I
mentioned before on IRC I really want to see linsmith before F-11 on
fedora repositories. Well, I would invite you to read again the Fedora
and file a review request on RH Bugzilla. And notify us.
I will gladly do the review for you.
I see you have a patch as well. Please do apply it in you spec file.
Since you have add "Electronic" as a menu category, you will need to
Requires : electronics-menu.
PS: please do join FEL mailing list as well :)
On Fri, Nov 28, 2008 at 6:23 PM, Dan McMahill wrote:
> I've just placed a new snapshot of PCB up on the sourceforge site
First great work PCB developers.
Below are some little changes, I'm requesting pcb developers to adopt.
Most of these changes have been applied to all Fedora pcb rpms. I
guess that these changes will also benefit users/packagers of other
linux distributions as well.
Currently, %configure --disable-update-mime-database removes the
However /usr/share/applications/mimeinfo.cache is not removed and
gets bundled during the "make install" procedure. I would be nice if
the switch --disable-update-mime-database removes
/usr/share/applications/mimeinfo.cache as well.
#002: pcb bundles an empty directory /usr/share/info/dir during make
install. This should be removed automatically or yet should not be
This file should be renamed as PCB2HPGL.pl and includes an english note as well.
#004: tgo2pcb.tcl includes an additional copyright.
# Copyright 1998, Ingo Cyliax, Derivation Systems, Inc.
can you give details if this is GPL compliant, please ?
#005: duplicates: Merge_dimPCBPS /usr/bin/MergePCBPS are being installed twice:
#006: It would be nice to rename LED to LED.pcb and LED2 to LED.pcb
Since the tut1.pcb is related to LED example, it should not be
distributed under the tutorial example.
#007: Proposal for proper documentation distribution.
Below is a proposal that I would like to see concerning how PCB
distributes different documentations.
Currently the documentation is broken down to:
- tutorial (install under /usr/share/pcb)
- example (install under /usr/share/pcb)
- doc (install under /usr/share/doc/pcb)
I wish that all these should be in /usr/share/doc/pcb _by default_
I would recommend shipping tut1.pcb with example/ and remove tutorial
I feel that make install is not installing the example/*.pcb and
example/*.pdf. It would be nice that it does.
I propose the following directory structure (FOR UPSTREAM'S make
I repeat, I would like this to be includedin the default make
install. However, different distributions package differently. Thus
this proposal satisfies a common ground for these distributions.
please apply the following in your trunk/
chmod 0644 example/LED.NET
chmod 0644 example/LED
Its pdf format is broken. Both for viewing with acrobat reader and for printing.
I would appreciate if PCB developers could go through the build logs at:
I will do some testing tonight on PCB, then push it to fedora repositories.
Enterprise class distributions RHEL/CentOS/ScientificLinux users will
soon have PCB rpms under the fedora's EPEL repositories. For more
details, join FEL mailing list.
On Wed, Nov 26, 2008 at 6:06 PM, Aanjhan R wrote:
> Hi List,
> I have updated the presentation in the below link. As with the screen
> shots, there is now plan to do some live demos.
Looks fine for me and thanks again.
I have no idea which type of demos you will do.
I have just found a vhdl demo I designed in the train last year for a
presentation. It is in the git repository . why 74act299 ?  It
happened to be at that time the only datasheet I had on the train :)
My intention was to show alliance, ghdl and gtkwave in action. The
makefile was also shown to the public, to entail the design flow.
$ make vhdl
maybe it might be useful for you aanjhan.
Please check the presentation which will be given at FOSS.IN in the below link
I am waiting to hear your valuable feedbacks and suggestions. We shall
also be discussing them in this Tuesday's FEL meeting. The proposed
timing is 1930 hrs CEST. But Fedora-meeting channel seems to be
occupied. Chitlesh, can you please confirm another place?
Some points regarding the presentation:
1. I would like to add some more info on the current status. Suggestions welcome
2. Is there a need for a separate slide on "Contributing
Opportunities" which very much is going to be similar/in-line with
Future Work slides?
3. I have consciously tried to avoid too much details on specifics of
FEL tools as this is more of a call for participation kind of talk
(hopefully it is ;) )
Since we are all split across time zones (as it was not the case
sometime back, also indication of growth of FEL Team :) ), you can
always post your views in this list and we shall take it up during the
With Best Regards,
On Tue, Nov 25, 2008 at 11:23 PM, Paul Tomlinson wrote:
> Thanks for taking time to answer my questions
> 1. The documentation seems to imply that FEL runs under KDE. I prefer GNOME
> How can load for GNOME desktop from Live DVD
Thanks for your interest in FEL. The FEL LiveDVD is KDE based as you
mentioned and there is no other means to load GNOME other than install
the FEL LiveDVD, then do an "yum groupinstall GNOME Desktop
Another solution might be if you are already running Fedora 10 , you
can create your own gnome-based FEL livedvd.
I have entailed the procedures here.
Only replace ( on the FEL kickstart file) %include
fedora-livecd-kde.ks by fedora-livecd-desktop.ks after downloading
All the FEL EDA tools are available for free download via yum, under
the standard Fedora 10 release, as well.
> 2. Your paper mentions inter-operation between apps. Can you supply more
> In paticular I'm interested in schematic/simulation,wavedisplay
> integration and layout verification.
Compared to proprietary EDA environment, in the past the opensource
EDA tools lacked interoperability. Though, we haven't reached the
ideal case, we have brought forward numerous changes during the last 3
years in the opensource EDA tools (already accepted by upstream) to
ensure that users are able to have at least the standard design flow.
> I'm a analog/mixed signal(many years exp) IC designer based in the US and
> would like to build a schematic,sim,layout,verify system test system. I'm
> also interested in the pcba tools. My experience base is traditional tools
> like Cadence, but I would like to support the open source movement for EDA
> tools. If there are some good user/discussion groups I would appreciate the
Below are the 3 active mailing lists:
- opencircuitdesign - more asic oriented : xcircuit-dev(a)opencircuitdesign.com
- gEDA, gerbv, pcb : http://www.geda.seul.org/mailinglist/index.html
- toped - ASIC layout oriented :
> I'm going to build a x64 AMD box just to runs the tools and look forward to
> learning the tools set.
At the Fedora Project, we do our best to ensure that the user will
benefit from a smooth experience under different architectures. In
addition to our multi-libs support, Fedora has a very good reputation
on the x86_64 architecture:
> Paul Tomlinson
> IC Design Services, Inc.
---------- Forwarded message ----------
From: Stephen Williams <steve icarus .com>
Date: Tue, Nov 25, 2008 at 8:23 PM
Subject: gEDA-user: First Snapshot of Simbus
To: Icarus Verilog announcements
-----BEGIN PGP SIGNED MESSAGE-----
I've successfully simulated a non-trivial PCI device using my new
simbus package, so I think it's time to make the first snapshot:
I've also started wiki documentation at:
This snapshot includes the ability to connect pci device and host
models written in Verilog and/or C/C++. The models are each in
their own processes, and need not even be on the same computer,
which allows you to split the simulation of your larger modeled
system across a network of computers.
I use simbus by writing my "host" testbench in C/C++ to test my PCI
device written in Verilog. The C/C++ binding abstracts PCI commands
so that it is fairly easy to write code to interact with the bus.
It is also fairly easy to write and test driver code for your
device, then port it to an operating system later.
The package includes an example PCI memory device that can be a
target and even a bus master when properly configured. This device,
the pcimem device, is useful in particular as a target for the PCI
device you are testing. The source for the pcimem device also
demonstrates how you would connect your own PCI device model to
* Future plans/Ideas
A system builder tool would be helpful. It's a little clunky to
assemble the server configuration file and start all the processed
Support for other bus types. I'm likely to add CameraLink because
our boards typically have CameraLink interfaces, but I can see the
value of supporting I2C, Wishbone, AMBA, etc.
Steve Williams "The woods are lovely, dark and deep.
steve at icarus.com But I have promises to keep,
http://www.icarus.com and lines to code before I sleep,
http://www.picturel.com And lines to code before I sleep."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
geda-user mailing list
below is my very own opinion:
What is free software ? (don't answer me, I know it) GNU people talk
about free software !
However in most of their presentations, they specified: "free
software" is not "free and open source software". Confusing that
maybe, "free software" like systemc, tlm and others are left aside by
the opensource communities. Before giving me any revelants lectures on
the licenses, please do take some time to think :
Think about who developed those tools ? Actually what are those
companies that developed systemc, tlm ... ? They are Cadence,
Synopsys, Mentor Graphics, ... Three enemies. But they work together
on something. Weird, uh? something that can be downloaded by everyone
for free. All ASIC design centres have at least a systemc
installation. Just imagine industry-approved design tools developed by
leading EDA companies for Free and easy download with yum !
What I want you to see here is :-> Leading communities are developing
opensource applications. They have made their first step already.
Have a look at :
Example : http://www.opensourceliberty.org/
Pay attention to Synopsys contributions in respect to CCS.
Why hasn't this format being used with GNU-compatible OpenSource EDA
tools ? (Aanjhaan, this is a question you can ask during your
presentation for people to think).
Now, another case :
why and why do opensource communities talk about open source software
and NOT opensource HARDWARE ? Aside openmoko and friends.
Ah yes, there is opensparc. You have most certainly heard that last
august. Hardware related materials are free, but only useful for
proprietary software from Cadence and Synopsys. Do you know that
Canonical/Ubuntu also contribute for opensparc ?
Here what I want to show you is: People use "opensource" wordings for
commercial marketing, but opensparc is a good initiave. However, no
one cares about the "open hardware designed with opensource EDA
tools". Pay attention to "no one cares" in the above sentence. This
is a problem for me.
A problem ! We have so many good EDA developers (I'm referring to
upstream) who are doing a fantastic job. There are a lot opensource
data (hardware related) scattered on the web. Most of the time
upstream doesn't have time, resources or even not aware of these
This is what FEL was meant to be (when I first introduced FEL to my
sponsor, Hans de Goede), bring down the gap that bridge these 2
worlds. We are met to do more than just packaging.
Those who attended the KDE akademy in Belgium this year, will remember
good presentations about projects involving hardware development. None
used opensource EDA tool !! None !!
During FOSS.in there will be a beagleboard presentation. A nice thing
from Texas Instrument (Thibault will remember we went to talk to them)
. But doesn't support opensource EDA tools.
My point is that opensource software isn't only about
OOo,kernel,KDE,gnome, but also opensource EDA tools. I won't talk much
but products from gEDA, toped and opencircuitdesign have reached their
maturity. People need to spread the word.
Aanjhaan, I know you are busy creating your slides for FEL.
I took the initiative to update electric spec file:
It can be found here along with the SRPM and RPMS.
Could you do some testing please, before I submit for reviewing.
Perhaps you can do an official review of electric for me.
Also IRSIM support on electric disabled because it doesn't compile
with the gnu-like java environment.
On Fri, Nov 21, 2008 at 4:17 AM, Paul Tomlinson wrote:
> I have read your presentation on FEL for Fedora8. If you have some time I
> would like to ask you some questions about the setup.
> I have downloaded the Live CD and plan to build a system.
> Paul Tomlinson
Yes, I have time for anything related to FEL.
Please do ask your questions.
Fedora 10 will come out on the 25th of november, so you can download
the new livedvd of FEL from http://fedoraproject.org on that day. The
livedvd of FEL will be available as a torrent file and can downloaded
To build a system from the FEL Livedvd is very easy. First prepare a
partition if you are dual-booting. Then boot from the livedvd, on the
desktop, there is an icon that will help you start the install
If you have any questions or recommendation, feel free to contact us.
We have a mailing list dedicated for FEL discussions:
As part of having more public and quick interaction from many
upstream, we have set up a ticketing service on
This ticketing service is not a replacement of bugzilla.
This ticketing service is to allow upstream a painless interaction with us.
Users can also use it to give us tips how to improve our electronic
simulation and design platform so that they can take advantage of a
painless FEL deployment.