I actually thought that the environment variables was always supposed
to override, which is apparently not the case at the moment.
If this patch means that I can do, for example: rm ~/.config/kicad ;
KISYS3DMOD=/tmp pcbnew
And then I expect that the KISYS3DMOD is set to /tmp when used in
kicad,
The default paths were using DEFAULT_INSTALL_PATH which is horrible
because it'll never be right for our Windows builds. A nicer
alternative is to use the environment variables as the defaults if
they are set on that initial start. Not really critical, just a
"nicer" default if its available. Who k
Tested on the smaller screen, and it looks pretty much fine. *thumbs up*
On Wed, Dec 2, 2015 at 5:12 PM, Jon Neal wrote:
> I just tested out the first change Cirilo wants to add. It works pretty
> well and is a lot nicer than the current system.
>
> One note about the 3d preview for Cirilo: I ne
You would be better served by the kicad users mailing list. This list is
for discussions about developing the actual kicad program.
Link to the mailing list:
https://groups.yahoo.com/neo/groups/kicad-users/info
You can also try http://forum.kicad.info which has become fairly large
recently.
Thank
Hi,Simon,
Thank you for your
reply.
I have downloaded
“Kicad-4.0.0.tar.xz” I believe this the latest Kicad.
I then extracted it
and put it all in folder “kicad-4.0.0” in the home directory.
One of the files
called “INSTALL.txt” I ope
You're right, Mark, I was mixing it up with something else.
On Thu, Dec 3, 2015 at 6:26 PM, Mark Roszko wrote:
> No, the library maintainers went and renamed and merged some libraries
> a few days ago. So github won't return non-existent libraries.
>
> On Thu, Dec 3, 2015 at 6:51 PM, Adam Wolf
No, the library maintainers went and renamed and merged some libraries
a few days ago. So github won't return non-existent libraries.
On Thu, Dec 3, 2015 at 6:51 PM, Adam Wolf wrote:
> Andre,
>
> This is not a common occurrence. Github changed something in how they host
> our repositories very r
Andre,
This is not a common occurrence. Github changed something in how they host
our repositories very recently.
Adam Wolf
On Dec 3, 2015 5:12 PM, "Nick Østergaard" wrote:
> S have a look at which fp-lib-table those repos are defined in.
> Are they in the global or the project local one?
S have a look at which fp-lib-table those repos are defined in.
Are they in the global or the project local one?
2015-12-03 23:56 GMT+01:00 André S. :
> I have no idea what that means...
> This is a clean machine set up a few days ago with kicad freshly installed
> and then I opened an older p
I have no idea what that means...
This is a clean machine set up a few days ago with kicad freshly installed and
then I opened an older project.
May it be that fp-lib-table resides somewhere in the project files?
If so, should there not be some hint what to do if this error occurs? Is there
so
(I think this is the same thing that happened with the other bug report!)
On Thu, Dec 3, 2015 at 4:34 PM, Nick Østergaard wrote:
> No, you just have an outdated fp-lib-table.
>
> 2015-12-03 23:33 GMT+01:00 André S. :
> > Am 03.12.2015 um 23:24 schrieb Jon Neal:
> >>
> >> Nick is currently ironin
No, you just have an outdated fp-lib-table.
2015-12-03 23:33 GMT+01:00 André S. :
> Am 03.12.2015 um 23:24 schrieb Jon Neal:
>>
>> Nick is currently ironing out the last issues with the windows installer.
>> No guarantees when it will be done.
>
>
> I just downloaded the current build and after st
Am 03.12.2015 um 23:24 schrieb Jon Neal:
Nick is currently ironing out the last issues with the windows
installer. No guarantees when it will be done.
I just downloaded the current build and after starting the CVPCB I got
the attached error message. Seems some paths are hardcoded somewhere...
I asked him for Preferences => Path Configuration in the last email. He
hasn't responded yet.
He doesn't have footprints available, but it looks like that's due to a
networking issue and Github footprints? Not sure.
I am almost willing to chalk this up to it being a fluke, especially if we
don'
Nick is currently ironing out the last issues with the windows installer.
No guarantees when it will be done.
Adam just sent to the list that he was going to start the build for the OS
X installer.
OpenSUSE, arch, ubuntu, and mint all have installers.
Jon
On Thu, Dec 3, 2015 at 5:14 PM, André S
Windows build is behind due to packaging issues. Maybe later tonight.
On Dec 3, 2015 5:15 PM, "André S." wrote:
> Am 29.11.2015 um 21:39 schrieb Wayne Stambaugh:
>
>> I just finished rolling out KiCad 4.0.0. Many thanks to everyone who
>> made this possible. Each and every one of you deserve to
Am 29.11.2015 um 21:39 schrieb Wayne Stambaugh:
I just finished rolling out KiCad 4.0.0. Many thanks to everyone who
made this possible. Each and every one of you deserve to sit back and
enjoy this accomplishment. I have a few minor requests before I make a
trip to my refrigerator to grab a co
Thanks for everyone's input.
I do not think he has KISYSMOD set, because of how tricky it is in OS X to
set environment variables for graphical apps, but I will check after he
replies to my last barrage of questions.
I only know of one person having the issue. I will start the 4.0.0 build
now :)
While looking into preparing an initial merge of the 3D refactor branch I
noticed that kicad has the GLM v0.94. The newer rendering code makes
use of GLM v0.98. Are there any objections to replacing GLM with the
later version?
- Cirilo
___
Mailing list
It’s not in a plist, but in ~/Library/Preferences/kicad/kicad_common.
As far as I can remember, if you had something wrong in there before the
environment-variable changes Wayne did, it didn’t vanish with the changes… you
had to manually change via Preferences => Path Configuration (or, clear/edi
On 12/3/2015 3:08 PM, Adam Wolf wrote:
> Hi folks!
>
> A user is having a problem with the latest OS X RC2 release, and I
> haven't been able to figure it out.
>
> Quick background:
>
> There is a KiCad package, and a KiCad Extras package. The KiCad Extras
> package has a modules/ directory in
I didn't see it in his comments but the environment variable config
dialog highlights environment variables that are already defined when
kicad starts so they take precedence over the user configuration by
design. Is it possible that he has KISYSMOD already set?
On 12/3/2015 3:43 PM, Adam Wolf wr
I am glad I am not the only one puzzled by this.
I also searched the plists, because at one point we were putting
environment variables in there, but that stopped over a year ago I thought.
Oh the other hand--
Is it possible he had some other error, and saw the debug messages that say
line numbe
I also don’t see any reason for what you described.
The SEARCH_STACK stuff should not be used in pcbnew any more, the other one in
pgm_base.cpp looks good IMHO. I can’t remember any other place where this could
be a problem except there is already some path slipping in from outside of
KiCad.
Is
Is it the same exact request failed message after "Curl request
failed"? i.e. CA Cert permissions?
Can you try to pacman the curl packages to reinstall them just in case?
On Thu, Dec 3, 2015 at 2:38 PM, jp charras wrote:
> Le 03/12/2015 18:33, Mark Roszko a écrit :
>> Ah yes I was planning on f
A good one! But alas, we have them drag and drop a kicad/ directory onto a
symlink to /Library/Application\ Support/, and it does a popup asking for
admin privileges. (We also have this in the README right there when you
install).
It's certainly got me puzzled!
On Thu, Dec 3, 2015 at 2:16 PM, B
Maybe it is a 'first time use problem' - maybe no kicad directory in the
/Library/Application Support/. It may require a privilege password to
add this directory the first time.
A thought anyway.
Bob G
On 12/03/2015 02:08 PM, Adam Wolf wrote:
Hi folks!
A user is having a problem with the la
Hi folks!
A user is having a problem with the latest OS X RC2 release, and I haven't
been able to figure it out.
Quick background:
There is a KiCad package, and a KiCad Extras package. The KiCad Extras
package has a modules/ directory in it, and it has all the footprints.
It's for offline use.
Funny, I'm surprised I skimmed over that!
On Thu, Dec 3, 2015 at 2:39 PM, Simon Richter
wrote:
> Hi,
>
> Am 03.12.2015 um 20:11 schrieb Jon Neal:
>
> > With this patch when you add new layers in pcbnew they will be selected
> > by default for plotting.
>
> that is LP#1507822. -- https://bugs.lau
Hi,
Am 03.12.2015 um 20:11 schrieb Jon Neal:
> With this patch when you add new layers in pcbnew they will be selected
> by default for plotting.
that is LP#1507822. -- https://bugs.launchpad.net/kicad/+bug/1507822
Simon
signature.asc
Description: OpenPGP digital signature
___
Le 03/12/2015 18:33, Mark Roszko a écrit :
> Ah yes I was planning on fixing that warning, its silly noise.
>
>
>
> That cacert problem is interesting, though generally troubleshootable
>
> It generally looks for a "cacert" file in the program's folder and
> then PATH unless we specify it expli
@cirilo
thank you for pointing out the right function...
@cirilo @miguel
the mcad exporter can now handle all the IDF options...
so feel free to implement the python handle as best for your code...
@miguel
it would be also fine to execute the code inside the python console, if
the command / fil
This fixes a small "issue" that was annoying me.
With this patch when you add new layers in pcbnew they will be selected by
default for plotting.
It does this in two places:
First - it sets the default for a new board to plot select all copper
layers. This is needed so the first time the plot dia
Ah yes I was planning on fixing that warning, its silly noise.
That cacert problem is interesting, though generally troubleshootable
It generally looks for a "cacert" file in the program's folder and
then PATH unless we specify it explicitly (usually no point as Linux
has it as a system package
Le 03/12/2015 07:47, Mark Roszko a écrit :
> Given that this:
> #include// chinese SSL magic
>
> is literally in the source code on github_plugin.cpp:94
>
> I have written a replacement implementation that drops avhttp in favor
> of libcurl.
>
> All the linux distros have
I will take a look on OS X. I am excited for this.
Adam Wolf
On Thu, Dec 3, 2015 at 7:56 AM, Brian Sidebotham wrote:
> I haven't had a look at the patch, but I'm a fan of libcurl and use it
> quite a lot - it's been great for implementing cloud services for me.
> So I'm in favour of the switch
@cirilo:
Hmm, given that, we could swig in the main exporter functions to make them
available for python,
I see that for example in VRML you're defining a PCB_FRAME method.
@maurice:
Sounds to me like a doable thing, it was once in my plan to introduce not
only plugin wizards, but other kind of
I haven't had a look at the patch, but I'm a fan of libcurl and use it
quite a lot - it's been great for implementing cloud services for me.
So I'm in favour of the switch!
Best Regards,
Brian.
On 3 December 2015 at 13:28, Kristian Nielsen wrote:
> Mark Roszko writes:
>
>> I have written a rep
Mark Roszko writes:
> I have written a replacement implementation that drops avhttp in favor
> of libcurl.
Works for me on Debian stable.
And as a bonus, broken network connection now causes a timeout rather than
an infinite hang:
Errors were encountered loading footprints
IO_ERROR:
https
Kristian Nielsen writes:
> Since I am able to reproduce, even in a single-threaded configuration, I
> will poke around a bit and see if I can figure out what is going on.
Hm, the problem is actually just that there is no timeout in the code for
the download of the individual footprint .zip files
Hi,
Playing with the spectra import/export, I encountered a bug: in that
code are constructs such as
ThrowIOError( _("some formatting %s"), GetChars( someWxString ));
They are ultimately dealt with wxString::PrintfV( fmt, args );
The output, however, is not as expected. A someWxString with "R
41 matches
Mail list logo
