On Fri, 30 Jan 2009 22:17:47 -0500, al davis wrote:
> because it describes my feeling well...
To me, the trial-, academic-, crippled-, whatsoever-licenses just look
like baits to lure users into vendor lock-in. Give-away now, cash-in
later, when hooked. Just happened last week at my universit
At the last Boston dorkbot meeting, Jay Silver and Eric Rosenbaum from
the MIT Lifelong Kindergarten (http://llk.media.mit.edu) presented
some of the educational projects they are working on.
After the meeting I was discussing open source EDA tools with Jay
Silver. He was so enthusiastic about the
On Friday 30 January 2009, Joerg wrote:
> What's your take on this? Why does Zuken give the tool away
> for free?
A while back, on another mailing list ("Free Software Business,
f...@crynwr.com), there was a posting about the concept of
a "cover crop" in marketing. I will now take the liberty
>> I've seen an uptick in interesting industry news and industry blog
>> postings related to zero-cost as well as open-source EDA software
>> recently [1]. Here are two examples:
>>
>> http://www.eeproductcenter.com/embedded/brief/showArticle.jhtml?articleID=212902950
>
>
> What's your take on thi
On Jan 30, 2009, at 7:28 PM, Steve Meier wrote:
> If there exist two tools each that can import from the other then they
> can communicate.
OK, so part of the problem from your perspective is that the
commercial tools don't support their side of this deal with gEDA. ;-)
> GEDA is a Shark in a
Stuart Brorson wrote:
> Hello --
>
> I've seen an uptick in interesting industry news and industry blog
> postings related to zero-cost as well as open-source EDA software
> recently [1]. Here are two examples:
>
> http://www.eeproductcenter.com/embedded/brief/showArticle.jhtml?articleID=2129029
GEDA is a Shark in a very small pond.
On Fri, 2009-01-30 at 18:32 -0700, John Doty wrote:
> On Jan 30, 2009, at 6:16 PM, Steve Meier wrote:
>
> >> Specifically, exporting netlists to just about any other tool
> >> is a radical strength.
> >>
> >> That's a *specific* problem, of narrow interest
John,
If there exist two tools each that can import from the other then they
can communicate.
If person A can only speak German but can understand French and Germen.
And person B can only speak French but can understand French and German
then they can talk just fine.
On Fri, 2009-01-30 at 18:3
On Fri, 2009-01-30 at 16:35 -0800, Kingston Co. wrote:
> Peter:
> It worked fine for a long time until about 4 months ago. I was doing
> a routine fink update and after it was finished this error showed up.
> I don't know what exactly fink updated. I assumed that the problem
> would disapp
On Jan 30, 2009, at 6:16 PM, Steve Meier wrote:
>> Specifically, exporting netlists to just about any other tool
>> is a radical strength.
>>
>> That's a *specific* problem, of narrow interest
>
> Where as I WAS! (and will no longer) talking about the general
> issues of
> having to share work
> Specifically, exporting netlists to just about any other tool
> is a radical strength.
>
> That's a *specific* problem, of narrow interest
Where as I WAS! (and will no longer) talking about the general issues of
having to share work with others like open office can with MS office.
Steve Me
On Jan 30, 2009, at 5:23 PM, Steve Meier wrote:
> What I have been talking about is interoperability.
Me too, but we differ on what kind of interoperability is important.
>
> How users can share projects even though they use different tools.
I work with customers who either do their own layout
Peter:
It worked fine for a long time until about 4 months ago. I was doing
a routine fink update and after it was finished this error showed up.
I don't know what exactly fink updated. I assumed that the problem
would disappear after a while put it has persisted for some time now.
Here ar
What I have been talking about is interoperability.
How users can share projects even though they use different tools.
GEDAs lack of exporting and importing limits the projects that a
consultant can use it for. PCB's lack of exporting the pads ASCII makes
it more difficult for assembly shops to p
These are importers, but you were talking about exporters before. But
yes, there's more support for interoperabilty than I knew about.
On Jan 30, 2009, at 2:28 PM, Steve Meier wrote:
> Mentor Graphics provides schematic and board level translators
>
> www.mentor.com/products/pcb/pads/translator
John,
Mentor Graphics provides schematic and board level translators
www.mentor.com/products/pcb/pads/translators
Altrium does as well and did about 55 million in sales last year.
https://wiki.altium.com/display/ADOH/Moving+to+Altium+Designer+From
+OrCAD
Steve Meier
On Fri, 2009-01-30 at 13:
On Jan 30, 2009, at 12:23 PM, Steve Meier wrote:
>
When Jobs and Wozniak were tinkering in that garage, the dominant
computer hardware was System/370. They were wise not to try to
compete with that.
>>>
>>> jobs and woz used a disruptive technology (the integrated
>>> circui
> >>
> >> When Jobs and Wozniak were tinkering in that garage, the dominant
> >> computer hardware was System/370. They were wise not to try to
> >> compete with that.
> >
> > jobs and woz used a disruptive technology (the integrated circuit) to
> > compete with the bigger hardware.
>
> And FOSS
On Thu, 2009-01-29 at 09:24 -0800, Kingston Co. wrote:
> Peter:
> I found the files in the proper place easily they are there.
> How do I know whether or not the gdk-pixbuf has support for xpm files?
> This is a fink install and I just updated it last night to the latest.
Sorry, that I don't know.
On Fri, 2009-01-30 at 16:31 +0100, Gabriel Paubert wrote:
> This is the kind of pure overhead that I dislike in gtk and would not
> happen in other languages, but I hate C++ even more (I wrote one program
> with gtkmm, but am not going to repeat the experience).
Fortunately, the access of such m
On Fri, 2009-01-30 at 22:59 +1100, Hamish Moffatt wrote:
> On Wed, Jan 28, 2009 at 02:52:46PM +, Peter Clifton wrote:
> > If it weren't for the fact that other distros picked 1.4.3 up very
> > quickly, I'd be very cross at the effort we've put into backporting
> > fixes for 1.4.x (done for the
On Jan 30, 2009, at 11:01 AM, Steve Meier wrote:
> This is a chicken and egg problem.
>
> With revenue in the billions the major eda tool companies have far
> more
> resources to keep developing capabilities.
Bloat and complexity are expensive for everybody.
>
>
> On Fri, 2009-01-30 at 10:23
This is a chicken and egg problem.
With revenue in the billions the major eda tool companies have far more
resources to keep developing capabilities.
On Fri, 2009-01-30 at 10:23 -0700, John Doty wrote:
> On Jan 29, 2009, at 11:40 PM, Steve Meier wrote:
>
> > Let us be clear on this concept. Th
On Jan 29, 2009, at 11:40 PM, Steve Meier wrote:
> Let us be clear on this concept. The EDA market place is in the 4 to 5
> billion dollar range per year.
>
> http://www.eetimes.com/news/design/business/showArticle.jhtml?
> articleID=175701340
>
> You can do all the gorilla marketing that you wa
On Fri, Jan 30, 2009 at 12:24:44PM +, Peter TB Brett wrote:
> On Friday 30 January 2009 11:50:15 Sascha Silbe wrote:
>
> > x_clipboard.o: In function `x_clipboard_get':
> > /home/sascha.silbe/src/geda/gaf/gschem/src/x_clipboard.c:199: undefined
> > reference to `gtk_selection_data_get_data'
>
On Friday 30 January 2009 11:50:15 Sascha Silbe wrote:
> x_clipboard.o: In function `x_clipboard_get':
> /home/sascha.silbe/src/geda/gaf/gschem/src/x_clipboard.c:199: undefined
> reference to `gtk_selection_data_get_data'
>
> I cannot find that symbol in any library (in /usr/lib). Does gEDA now
>
Hi Al --
>> The issue isn't, is geda or kicad technologically competitive
>> tools, the issue is can users move designs back and forth
>> from the established eda tools and the free tools?
>>
>> If you answer yes then you reduce the risk of the users if
>> you answer no then the safe action of the
Hi!
For the last few days, I'm unable to compile (or rather, to link) gEDA
from git (it used to work). The error is:
gcc -Wall -g -O2 -o gschem a_pan.o a_zoom.o g_funcs.o g_hook.o
g_keys.o g_rc.o g_register.o globals.o gschem.o gschem_cairo.o
gschem_dialog.o gschem_toplevel.o i_basic.o i_
28 matches
Mail list logo
