electronic-lab November 2008

electronic-lab@lists.fedoraproject.org

11 participants
17 discussions

[Fedora-electronic-lab-list] linsmith
by Chitlesh GOORAH 30 Nov '08

30 Nov '08

Hello Matthieu, Thanks, for accepting my request to package linsmith today. I have seen you have already a working spec file for linsmith: http://mgautier.fedorapeople.org/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 packaging guidelines: http://fedoraproject.org/wiki/Packaging/Guidelines 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 have : Requires : electronics-menu. Kind regards, Chitlesh PS: please do join FEL mailing list as well :)

1 0

[Fedora-electronic-lab-list] Re: gEDA-user: pcb-20081128 snapshot
by Chitlesh GOORAH 29 Nov '08

29 Nov '08

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 Hello there, 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. #001: Currently, %configure --disable-update-mime-database removes the following files /usr/share/mime/XMLnamespaces /usr/share/mime/aliases /usr/share/mime/application/x-excellon.xml /usr/share/mime/application/x-gerber.xml /usr/share/mime/application/x-pcb-footprint.xml /usr/share/mime/application/x-pcb-layout.xml /usr/share/mime/application/x-pcb-netlist.xml /usr/share/mime/generic-icons /usr/share/mime/globs /usr/share/mime/globs2 /usr/share/mime/icons /usr/share/mime/magic /usr/share/mime/mime.cache /usr/share/mime/subclasses /usr/share/mime/treemagic /usr/share/mime/types 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 created. #003: PCB2HPGL 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: /usr/bin/Merge_dimPCBPS /usr/bin/MergePCBPS and /usr/share/pcb/tools/{MergePCBPS,Merge_dimPCBPS} #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_ from _upstream_. 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 install)for examples: /usr/share/doc/pcb/example /usr/share/doc/pcb/example/LED_Interface /usr/share/doc/pcb/example/LED_Interface/LED2.pcb /usr/share/doc/pcb/example/LED_Interface/LED.NET /usr/share/doc/pcb/example/LED_Interface/LED.pcb /usr/share/doc/pcb/example/LED_Interface/tut1.pcb /usr/share/doc/pcb/example/libraries /usr/share/doc/pcb/example/libraries/example.inc /usr/share/doc/pcb/example/libraries/example.list /usr/share/doc/pcb/example/libraries/example.m4 /usr/share/doc/pcb//example/pad /usr/share/doc/pcb/example/pad/pad.gif /usr/share/doc/pcb/example/pad/pad.pcb /usr/share/doc/pcb/example/pad/pad.pdf /usr/share/doc/pcb/example/pad/pad.png /usr/share/doc/pcb/example/puller /usr/share/doc/pcb/example/puller/puller.gif /usr/share/doc/pcb/example/puller/puller.pcb /usr/share/doc/pcb/example/puller/puller.pdf /usr/share/doc/pcb/example/puller/puller.png /usr/share/doc/pcb/example/thermal /usr/share/doc/pcb/example/thermal/thermal.gif /usr/share/doc/pcb/example/thermal/thermal.pcb /usr/share/doc/pcb/example/thermal/thermal.pdf /usr/share/doc/pcb/example/thermal/thermal.png And /usr/share/doc/pcb/pcb.pdf /usr/share/doc/pcb/refcard.pdf 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. #008: spurious-executable-perm please apply the following in your trunk/ chmod 0644 example/LED.NET chmod 0644 example/LED #009: refcard 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: http://koji.fedoraproject.org/scratch/chitlesh/task_958838/ I will do some testing tonight on PCB, then push it to fedora repositories. Another note: 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. Kind regards, Chitlesh

1 0

[Fedora-electronic-lab-list] FOSS.IN Presentation - Review submission
by Chitlesh GOORAH 26 Nov '08

26 Nov '08

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. > > http://tuxmaniac.fedorapeople.org/DOCS/FEL_foss_in_v2.pdf > > Regards > Aanjhan > 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 [1]. why 74act299 ? [2] 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. usage: $ make (for alliance) $ make vhdl maybe it might be useful for you aanjhan. [1]: http://chitlesh.fedorapeople.org/FEL/contribution.html [2]: http://www.fairchildsemi.com/pf/74/74ACT299.html cheers, Chitlesh

1 0

[Fedora-electronic-lab-list] FOSS.IN Presentation - Review submission
by Aanjhan R 26 Nov '08

26 Nov '08

Hi folks, Please check the presentation which will be given at FOSS.IN in the below link http://tuxmaniac.fedorapeople.org/DOCS/FEL_foss_in.pdf 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 discussion. With Best Regards, -- Aanjhan

4 5

[Fedora-electronic-lab-list] Re: Fedora FEL
by Chitlesh GOORAH 25 Nov '08

25 Nov '08

On Tue, Nov 25, 2008 at 11:23 PM, Paul Tomlinson wrote: > Chitlesh, > > 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 Hello Paul, 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 Environment" 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. http://chitlesh.fedorapeople.org/FEL/livedvd.html Only replace ( on the FEL kickstart file) %include fedora-livecd-kde.ks by fedora-livecd-desktop.ks after downloading this file: http://git.fedoraproject.org/git/?p=spin-kickstarts.git;a=blob_plain;f=fedo… 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 > information. > 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 > names 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 : https://lists.berlios.de/mailman/listinfo/toped-development > 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: > Regards, > Paul Tomlinson > President > IC Design Services, Inc. Kind regards, Chitlesh GOORAH

1 0

[Fedora-electronic-lab-list] Fwd: First Snapshot of Simbus
by Chitlesh GOORAH 25 Nov '08

25 Nov '08

---------- 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----- Hash: SHA1 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: <ftp://ftp.icarus.com/pub/eda/simbus/snapshots/simbus-20081125.tar.gz> <ftp://ftp.icarus.com/pub/eda/simbus/snapshots/simbus-20081125.txt> I've also started wiki documentation at: <http://iverilog.wikia.com/wiki/SIMBUS> 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 simbus. * 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 by hand. 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 iD8DBQFJLFCqrPt1Sc2b3ikRApCtAKCqIpqx51LZ7vG53eYPPtatUu/5wACgmF1E 33b9rLqlTe2Na1hAq64AonI= =Z/ub -----END PGP SIGNATURE----- _______________________________________________ geda-user mailing list geda-user(a)moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user

1 0

[Fedora-electronic-lab-list] One thing I hate with Open software activists
by Chitlesh GOORAH 24 Nov '08

24 Nov '08

Hello there, 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.[1] 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 [2]? 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 materials. 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. [1]:http://www.opensparc.net/ [2]:http://www.opensparc.net/faqs/opensparc-t2/ Kind regards, Chitlesh

2 1

[Fedora-electronic-lab-list] electric spec file
by Chitlesh GOORAH 23 Nov '08

23 Nov '08

Hello there, 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. http://chitlesh.fedorapeople.org/electric 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. Kind regards, Chitlesh

2 3

[Fedora-electronic-lab-list] Re: Fedora FEL
by Chitlesh GOORAH 23 Nov '08

23 Nov '08

On Fri, Nov 21, 2008 at 4:17 AM, Paul Tomlinson wrote: > Chitlesh, > 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. > > Regards, > Paul Tomlinson > Hello Paul, 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 via azureus. 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 procedure. If you have any questions or recommendation, feel free to contact us. We have a mailing list dedicated for FEL discussions: https://www.redhat.com/mailman/listinfo/fedora-electronic-lab-list Kind regards, Chitlesh GOORAH

1 0

[Fedora-electronic-lab-list] upstream/users versus ticketing service
by Chitlesh GOORAH 20 Nov '08

20 Nov '08

Hello there, As part of having more public and quick interaction from many upstream, we have set up a ticketing service on https://fedorahosted.org/fedora-electronic-lab/ 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. Kind regards, Chitlesh

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

electronic-lab November 2008