Hi everyone,
It is time so say goodbye to the Launchpad bug tracker. Seth has asked
to me run a script which will close all bugs in the Launchpad bug
tracker. I have just done a test run with several reports and I already
see it will generate a massive amount of e-mail notifications.
I plan to cl
Hi,
Nick is right, I forgot that mentioning the timezone is important here.
Cheers,
Orson
On 8/18/20 5:57 PM, Nick Østergaard wrote:
> Probably CEST, and 24h clock...
>
> man. 17. aug. 2020 16.33 skrev Kevin Cozens <mailto:ke...@ve3syb.ca>>:
>
> On 2020-08-17 3:
Hi,
I have received a message saying that a virtual machine hosting the
downloads storage might be down on 7th September between 9:00 and 12:00.
Most likely the break will be shorter than 30 minutes.
Cheers,
Orson
___
Mailing list: https://launchpad.ne
Hi,
I guess the description must have been mistaken with "layer stack", for
which I have had prepared a document. Unfortunately, I do not have
anything for pad stack support.
Regards,
Orson
On 3/25/20 7:19 PM, ja...@veith.net wrote:
> V6 Roadmap indicates "initial technical spec drafted" by Orso
One idea which is simple to implement and improves the situation a bit
is to add a note saying 'this feature is enabled in nightlies/will be
enabled in 6.0'. Unfortunately it works only for new features, but not
for things that are just modified between KiCad versions.
Cheers,
Orson
--
Mailing l
On 12/4/19 12:16 PM, Ian McInerney wrote:
[...]
> Speaking of which @Maciej Suminski <mailto:maciej.sumin...@cern.ch> can
> you modify the current janitor "nudger" that emails people if they close
> an issue with no milestone to work with GitLab?
Consider it done. KiCad
Hi Adam,
No worries, the report is fine [1].
Cheers,
Orson
1. https://gitlab.com/kicad/code/kicad/issues/3636
On 12/4/19 5:28 PM, Adam Wolf wrote:
> Sorry folks, I forgot about the Gitlab migration and responded to a
> bug on Launchpad. I hope I have not generated too much extra work.
>
> htt
Now I realize that I should have warned you: 'git fixes' is already set
up for Gitlab. I thought it makes sense since Gitlab is now the official
repository.
Janitor observes the Launchpad branches, so as long as a commit reaches
the Launchpad repository, it *should* work fine.
Cheers,
Orson
O
/kicad.
Cheers,
Orson
On 11/26/19 1:01 PM, Franck Jullien wrote:
> Thanks. I did search here: https://gitlab.com/groups/kicad/-/issues
> Not the same GitLab account.
> Which one should we use ?
>
> Franck.
>
> Le mar. 26 nov. 2019 à 12:57, Maciej Suminski
> a écrit :
>
Hi Franck,
It is here: https://gitlab.com/orsonmmz/kicad-bug-tracker/issues/11175
The easiest way to find a Launchpad bug report in Gitlab is to type the
Launchpad bug id in the search box.
Cheers,
Orson
On 11/26/19 9:14 AM, Franck Jullien wrote:
> Hi,
>
> I can't find this issue on GitLab:
>
:
> Is it possible to migrate closed bugs as well? I think gitlab search
> indexing is much more useful, having history conserved there will likely
> be handy.
>
> On Mon, Nov 11, 2019 at 2:31 AM Maciej Suminski <mailto:maciej.sumin...@cern.ch>> wrote:
>
> Excellen
Hi Franck,
Please remember to add changelog tags [1] when sending patch v4. Thanks!
Cheers,
Orson
1. http://docs.kicad-pcb.org/doxygen/commit_messages.html
On 11/10/19 7:36 PM, Franck Jullien wrote:
> Le dim. 10 nov. 2019 à 18:29, jp charras a écrit :
>>
>> Le 10/11/2019 à 17:33, Franck Jullie
uot; etc.) is correctly
> attributed to "eelik".
>
> Eeli Kaikkonen
>
> su 10. marrask. 2019 klo 19.44 Maciej Suminski (maciej.sumin...@cern.ch
> <mailto:maciej.sumin...@cern.ch>) kirjoitti:
>
> On 11/10/19 5:54 PM, Seth Hillbrand wrote:
> > On 2019-
On 11/10/19 5:54 PM, Seth Hillbrand wrote:
> On 2019-11-10 08:43, Seth Hillbrand wrote:
>
>> On 2019-11-10 08:33, Eeli Kaikkonen wrote:
>>
>>> OK. Would it be worth re-importing everything even for this test database
>>> to avoid false impressions?
>>>
>>> Eeli Kaikkonen
>>
>> What false impress
Orson
1.
https://docs.google.com/document/d/1GRFO6tIfecpg8tDjIJW8qHxv7cvp13t2GAgQf2zN254/edit?usp=sharing
2. https://gitlab.com/orsonmmz/kicad-bug-tracker/issues
On 10/15/19 12:52 AM, Maciej Suminski wrote:
> I have started working on the bug tracker migration script [1], and now
> you can chec
That is great news, congratulations Ian! Thank you for the time you
spend on KiCad, you turn it into very valuable contributions.
Cheers,
Orson
On 11/7/19 9:14 PM, Wayne Stambaugh wrote:
> I am happy to announce that the KiCad project now has a new member of
> the lead development team. Ian McIn
Hi Sylwester,
I admit I have not checked your patch in action, but it seems that it
will not accept ".op" command, unless it is followed by a space. Since
".op" does not take any parameters, I presume it is a rare case when one
adds an extra space after the command.
Regards,
Orson
On 10/19/19 9:
Hi,
Thank you both for the input.
On 10/15/19 1:28 AM, Seth Hillbrand wrote:
> On 2019-10-14 16:09, Ian McInerney wrote:
>
>> Orson,
>>
>> Great work so far.
>>
>> I was noticing as you were testing migrating the issues that our
>> @names in the text seem to not transfer well. In one of the issu
I have started working on the bug tracker migration script [1], and now
you can check out a test batch of 100 bug reports converted to Gitlab
[2]. I am looking forward to your comments.
What is transferred accurately?
- description
- messages (including attachments and dates)
- milestones
- tags
-
Recently I have been trying to set up a Gitlab instance using the CERN
OpenShift instance. The theory is simple and well described, but in
practice we do not have enough privileges to run it. This is what I
noticed myself and then confirmed with the admins.
If we can get a professional service fro
On 10/10/19 2:30 AM, Andrew Lutsenko wrote:
> In terms of issues migration I think moving open issues via script and
> locking down launchpad tracker is the best option. Even if migrated
> issues and comments on them will be owned by some service account/bot.
> It should be doable to include enoug
Hi Ian,
I have nothing against your patch, but is it a valid configuration where
one has multiple global actions bound to the same hot key?
Cheers,
Orson
On 8/9/19 1:16 AM, Ian McInerney wrote:
> In the current framework, if more than one global actions share the same
> hotkey (even if they are
> voltage-probe over wires and a current-probe over pins.)
>
> Cheers,
> Jeff.
>
>
>> On 7 Aug 2019, at 13:37, Maciej Suminski wrote:
>>
>> Hi Jeff,
>>
>> I am afraid I have lost them in a hard drive crash. I should have
>> committed them to
Hi Jeff,
I am afraid I have lost them in a hard drive crash. I should have
committed them to the repository, my bad. I have an idea how to quickly
convert them back to the original version. Are you still interested in
the sources?
Cheers,
Orson
On 8/5/19 6:06 PM, Jeff Young wrote:
>
>
> __
Hi Jeff,
I am afraid it is not possible. We use two framebuffers for rendering:
the cached one keeps in the video memory vertices that are not likely to
change in the near future, the non-cached is for vertices that are
modified (e.g. dragged tracks) and are send to the GPU every frame.
To boost
code to draw a “screen capture” of
> the current sheet on the clipboard, and to export a PNG of the current
> footprint. I presume the Cairo code can handle those cases too?
>
> Cheers,
> Jeff.
>
>
>> On 17 Jun 2019, at 07:52, Maciej Suminski wrote:
>>
>
You are welcome, but actually is the Janitor messaging you. I just let
him use my e-mail account.
Cheers,
Orson
On 6/15/19 10:12 PM, Jeff Young wrote:
> Cool! Nice work, Orson (particularly the link so it can easily be fixed).
>
>> On 15 Jun 2019, at 20:45, maciej.sumin...@cern.ch wrote:
>>
>>
Hi Jeff,
Yes, I am on it. There is not much left, so I hope to finish it soon.
Cheers,
Orson
On 6/16/19 2:46 PM, Jeff Young wrote:
> Is this still the plan? If so, where are we on it?
>
> (I’m wondering if/when I can remove all the old eeschema drawing code that’s
> currently used for printin
Hi Ian,
I apologize for that. Janitor had some problems that I fixed yesterday,
but in the process it started marking the released bugs as committed. I
think most of them are already reverted to 'released', but I will double
check now.
Cheers,
Orson
On 6/14/19 12:16 AM, Ian McInerney wrote:
> Th
If everything works as expected, then you should be able to see your
reports in my test project bug tracker [1]. The crash reporter should
receive link to the new bug report in the HTTP response, so I guess it
could be shown to the user.
Once we are confident with the crash reporter, I will modify
Hi Wayne,
My laptop's fan has not survived the flight back from KiCon, so I am
still slightly unresponsive without my computer. I do not have the SSH
key to access the Janitor machine at the moment, but I will try to
retrieve it and fix the problem tonight. Sorry for the inconvenience.
Cheers,
Or
Hi Russell,
On 5/4/19 12:38 AM, Russell Oliver wrote:
> 2. Thinking about it further the task of generating a graphical
> schematic shouldn't be too difficult using the SKIDL library. I
> suspect Dave would be disappointed in me for being addicted to
> schematics. A simple grid based layout with p
Finished, all 'fix committed' either have been changed to 'fix released'
or had a target assigned.
Cheers,
Orson
On 5/1/19 2:05 AM, Maciej Suminski wrote:
> Status update: I have just updated bug reports targeted at 5.1.0-rc2 (I
> forgot about this last time), 5.1.1,
, so have to be treated manually. Fortunately there are just a
few of them and I will sort them soon.
Cheers,
Orson
On 4/30/19 4:37 PM, Maciej Suminski wrote:
> On 4/29/19 8:51 PM, Seth Hillbrand wrote:> Orson and I were discussing
> giving Janitor the power to cleanup all bugs
&g
On 4/29/19 8:51 PM, Seth Hillbrand wrote:> Orson and I were discussing
giving Janitor the power to cleanup all bugs
> with Fix Committed prior to v5.1 as Fix Released. That should take care
> of the majority.
>
> -S
I am still traveling, but I am sure I will find some spare time to do
this soon.
Hi Tedd,
I use s3cmd [1] to interact with the server, but I could not force
anonymous access - it works only when access and secret keys are provided.
I am no S3 expert, but there are two lines in my s3cmd config file that
may help you:
host_base = s3.cern.ch
host_bucket = %(bucket)s.s3.cern.ch
Hi Bertrand,
On 3/12/19 8:21 PM, BERTRAND Joël wrote:
> Hello everyone,
>
> I have written a patch for Spice netlist exporter. I spend a lot of
> time when I want to switch from .AC analysis to .TRAN or .NOISE. This
> patch allows spice exporter to use different configurations with tw
Hi Wayne,
Tom and myself are coming too (Thursday night till Sunday noon).
Cheers,
Orson
On 2/23/19 12:18 AM, Wayne Stambaugh wrote:
> I am trying to get a head count of the developers that are planning to
> attend KiCon. I would like to plan some kind of get together to discuss
> v6 stuff with
Hi Seth,
Thanks for the notice, it should be back now.
Cheers,
Orson
On 2/23/19 5:26 PM, Seth Hillbrand wrote:
> Am 2018-12-11 12:16, schrieb Maciej Sumiński:
>> Recently KiCad Janitor had been rather unreliable, mostly due to my
>> capricious Internet connection, so a few minutes ago he has got
Excellent! I have been looking forward to John's promotion for some time
already, congratulations!
Cheers,
Orson
On 2/7/19 2:30 PM, Wayne Stambaugh wrote:
> I am happy to announce that John Beard has accepted the offer to join
> the KiCad lead development team. John's contributions have proven t
> On Sun, Jan 27, 2019 at 11:07 AM Seth Hillbrand wrote:
>
>> Am 2019-01-24 02:21, schrieb Maciej Suminski:
>>> Hi,
>>>
>>> Good news! We have been granted some space at CERN servers to host
>>> KiCad
>>> website, documentation and d
x27;t agree more! Thank you Mark and Nick for the helping out with
>> the server moves. Thank you Miguel for your support of the KiCad
>> website hosting. I appreciate your efforts.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 1/24/2019 2:21 AM, Maciej Sumi
Hi,
Good news! We have been granted some space at CERN servers to host KiCad
website, documentation and downloads. It means larger storage and
hopefully faster data transfers.
Thanks to Mark Roszko and Nick Ostergaard, most of the services have
been already migrated to the CERN servers. One remai
Hi Seth,
Apologies for late reply. I do not think there is any technical obstacle
to follow the proposed way. It has never been necessary to let a single
event trigger multiple transitions, that is the sole reason why it is
implemented that way.
Cheers,
Orson
On 1/18/19 4:39 AM, Seth Hillbrand w
Hi Steven,
I guess it has to be configured on the ngspice side. I suggest asking on
the user forum [1]. You are likely to get a response from one of the
lead ngspice developers, who helps KiCad users use the simulator.
Cheers,
Orson
1. https://forum.kicad.info
On 1/11/19 5:24 PM, Steven A. Falc
Hi Mark,
I do not remember exactly how net classes work in Eagle, but if you can
specify there anything that is supported by KiCad (track width, via
size, etc.) then it makes sense to handle at least that part. We can
implement the remaining settings as soon as the DRC receives the planned
upgrade
Hi,
On 12/29/18 12:45 AM, Mark Roszko wrote:
> The error is from this patch:
>
> https://github.com/KiCad/kicad-source-mirror/commit/24f9bfa13b54267417ec971dca6cac005ce8b857
Apologies for the mistake, obviously it was not an intentional change. I
see that John Beard has already fixed the problem
On 12/22/18 8:04 PM, jp charras wrote:
> Le 22/12/2018 à 18:49, Maciej Suminski a écrit :
>> On 12/21/18 8:22 PM, jp charras wrote:
>>> I very recently updated wxWidgets from 3.1.1 to 3.1.2
>>>
>>> I ran into a problem with Pcbnew and Gerbview (Not eesc
On 12/21/18 8:22 PM, jp charras wrote:
> I very recently updated wxWidgets from 3.1.1 to 3.1.2
>
> I ran into a problem with Pcbnew and Gerbview (Not eeschema, that has a
> different event handler):
> The context menus Zoom selection and Grid Selection are no longer
> working (and presumably any o
Hi Wayne, Seth,
On 12/11/18 7:51 PM, Wayne Stambaugh wrote:
[...]
> FYI, swig does not support unique_ptr or weak_ptr yet[1]. If you change
> any code in pcbnew that gets swigged using these pointer templates, the
> python scripting will fail to build. If you want to use unique_ptr, you
> will h
>>>
>>> It will be fine on my end. Please get it merged into 5.0.2 as soon
>>> as you can and let me know here :)
>>>
>>> Adam
>>>
>>> On Fri, Dec 7, 2018, 3:06 AM Maciej Suminski
>>> mailto:maciej.sumin..
There is one more macOS-specific patch that probably should have been
included in 5.0.2 to address problems with Mojave dark mode. As far as I
understand, it does not require a rebuild, only replacement of
configuration files.
Adam, do you think you can still add the patch to the macOS package? I
Hi John,
I am glad you like the idea. I agree it is better to wait until the
legacy canvas removal, it feels like we are quite close to reaching that
point.
Cheers,
Orson
On 11/23/18 10:04 PM, John Beard wrote:
> Hi Orson,
>
> Thanks for the idea - seems like that could be a fairly flexible way
Hi Jeff,
On 11/3/18 4:29 PM, Jeff Young wrote:
[snip]
> Are vertexes allocated per group?
Each group gets a contiguous memory area. This way a group is drawn from
cache (video memory) just by specifying offset and size of the chunk
storing the associated vertexes.
And is the whole text item a gr
list of pre-requisties in the build instructions?
>
> Cheers,
> Jeff.
>
>> On 2 Nov 2018, at 13:27, Maciej Suminski wrote:
>>
>> Hi Jeff,
>>
>> I copied and adjusted your cmake spell, and it works fine for me on
>> macOS 10.13 with cairo instal
Hi Jeff,
I copied and adjusted your cmake spell, and it works fine for me on
macOS 10.13 with cairo installed via brew. One difference I spotted is
that I have cairo_quartz.h in
/usr/local/Cellar/cairo/1.14.12/include/cairo/.
Cheers,
Orson
On 11/2/18 1:58 PM, Jeff Young wrote:
> CLion. CMake ar
Just to let you know: I have just rebased and merged the Cairo printing
support.
Cheers,
Orson
On 10/7/18 1:53 PM, Maciej Sumiński wrote:
> I have finished printing code refactor to take advantage of GAL in
> pcbnew and gerbview [1]. This branch together with GALified
> eeschema should cure GTK3-
Hi Stefan,
On 10/30/18 4:22 PM, Brüns, Stefan wrote:
[snip]
> Some inline comments:
>> diff --git a/eeschema/CMakeLists.txt b/eeschema/CMakeLists.txt
>> index e56f3c849..cd4d0d78e 100644
>> --- a/eeschema/CMakeLists.txt
>> +++ b/eeschema/CMakeLists.txt
>> @@ -7,6 +7,15 @@ add_definitions( -DEESCHE
On 10/29/18 6:38 PM, Carsten Schoenert wrote:
> Hello Orson,
>
> Am 29.10.18 um 13:12 schrieb Maciej Sumiński:
>> Can you check if the attached patch solves the problem? It still does
>> not recognize the right libngspice file under Windows, but I need to
>> know if it is a step in the right direc
Hi Jean-Pierre,
On 10/27/18 8:06 PM, jp charras wrote:
> I just committed a fix to hide the alert dialog message about FP
> separator in countries using the comma (Windows specific), when
> reading/writing files.
> This alert dialog message is overzealous in our case.
Thank you! Without the fix,
On 10/27/18 11:36 AM, Maciej Suminski wrote:
>> The GNU toolchain also has build IDs, which allows keeping multiple
>> versions of debug information, and
>>
>>
>> https://stackoverflow.com/questions/32861480/cmake-save-stripped-debug-information
>>
>>
Hi Jean-Pierre,
On 10/27/18 11:18 AM, jp charras wrote:
[snip]
> I tested your patch without any issue on W7 32 bits and gdb.
>
> With -DBUILD_SMALL_DEBUG_FILES=ON option, the binaries are about 20 time
> smaller than without this option.
True, and there is still enough debug information to get
ApHi Simon,
On 10/27/18 1:33 AM, Simon Richter wrote:
> Hi,
>
> On 26.10.2018 22:18, Maciej Suminski wrote:
>
>> I have not pushed the patch yet, as I still wonder whether adding
>> another CMake flag is a good idea. Just now I realized that there are
>> just a fe
Hi Carsten,
On 10/27/18 12:12 AM, Carsten Schoenert wrote:
> Hello Orson,
>
> Am 26.10.18 um 22:30 schrieb Maciej Suminski:
>> What about libngspice.so.0 symlink? Which package ships that? Anyway, it
>> makes sense to request a particular version of the library in case the
On 10/27/18 12:35 AM, Stefan Brüns wrote:
> On Samstag, 27. Oktober 2018 00:12:21 CEST Carsten Schoenert wrote:
>> As a potential step into the right direction it would be good if
>> eeschema would search for libngspice.so.0 on Linux platforms. I can then
>> add a manual dependency on the library p
Hi Carsten,
On 10/26/18 9:22 PM, Carsten Schoenert wrote:
> Hi,
>
> I got a bug report [1] for KiCad in Debian testing/unstable because of a
> not working ngspice based simulation in eeschema.
>
> I was first searching for the reason why the packaging isn't detecting
> that the assumed library l
g/3.0/group__group__funcmacro__appinitterm.html#ga28a4fb827b93fa6bac18c9666c23ee10
From 6d7f070ed838f70a739406dae24640c6831bd0b8 Mon Sep 17 00:00:00 2001
From: Maciej Suminski
Date: Thu, 25 Oct 2018 20:51:32 +0200
Subject: [PATCH] Added KICAD_SPLIT_DEBUG CMake flag to store debug symbols as
a separate file
---
CMakeList
Hi Wayne,
On 10/25/18 5:17 PM, Wayne Stambaugh wrote:
[snip]
> I looked at this and it only works for linux. Although it may be highly
> unlikely, given that wxpython and wxwidgets can be build against gtk on
> windows and msys2 provides gtk2, gtk3, and as of a few days ago gtk4
> packages, there
Hi Wayne,
On 10/24/18 5:35 PM, Wayne Stambaugh wrote:
> On 10/23/2018 10:12 AM, Maciej Sumiński wrote:
>> On 10/23/18 3:00 PM, Seth Hillbrand wrote:
>>> The issues were asserts, missing icons and a crash on exit. I tracked
>>> it down to a wx module that was loaded by pip in my user cache from wh
I have just fixed the last printing related bug I knew about and rebased
the code on the current master [1]. I consider it ready to merge as long
as there are no other issues found. The branch still does not bring
Cairo printing backend to eeschema, which is planned to be added soon,
but not requir
t;From bbd0912ff57618884b915719ce895907159ffc53 Mon Sep 17 00:00:00 2001
From: Maciej Suminski
Date: Sat, 22 Sep 2018 17:25:37 +0200
Subject: [PATCH] Fix off-grid block paste
Center point of a block may not always be located on a grid point,
therefore it needs to be rounded to the grid size to prevent off grid
com
Hi Andy,
On 08/09/2018 02:12 AM, Andy Peters wrote:
>
>> On Mar 26, 2018, at 4:30 AM, Maciej Sumiński wrote:
>>
>> Would someone running nightlies on macOS test the Spice simulator? In
>> particular, please simulate demos/simulation/sallen_key from our bundled
>> demos and see if you get warning
Hi Marcus,
Thank you for the patches, I have just merged them. I have slightly
modified the last patch - I realize that you used the correct convention
for calling execute_process(), but IIRC it did not work with msys2.
Therefore I simply added the suggested ${wxWidgets_CONFIG_OPTIONS} to
the comm
Thank you all! It was the #1 issue with the 5.0 release.
Cheers,
Orson
On 07/25/2018 08:57 PM, Mark Roszko wrote:
> Appears Simon has handled it, the downloads are updated.
>
> I installed it and it no longer asserts.
>
> On Wed, Jul 25, 2018 at 1:20 PM Wayne Stambaugh wrote:
>>
>> On 7/25/201
On 07/23/2018 08:04 PM, Wayne Stambaugh wrote:
[snip]
> I wondered about that. Orson may be using a later version of wxWidgets.
> I'm currently using 3.0.4. I only use 3.1 when I'm messing around with
> the gtk3 fix stuff.
>
> A quick reminder developers, 3.0 is the currently supported version
Hi Adam,
What is the regression? Perhaps we can help debugging.
Cheers,
Orson
On 07/21/2018 08:23 AM, Adam Wolf wrote:
> Hi folks!
>
> While trying to create the 5.0.0 package for macos tonight, I ran into
> a test regression that I do not see on RC3. I am debugging, but it is
> very late in my
Whew, I think that was ~1200 bugs fixed/feature requests handled. Well
done, team! Now let's sweep our mailboxes..
Cheers,
Orson
On 07/16/2018 06:14 PM, Jeff Young wrote:
> I started doing some by hand and Orson is right: tedious isn’t the half of
> it. I’ll wait for his script. ;)
>
>
>> On
Hi Jeff,
KiCad Janitor follows only the master branch and does not take tags or
target milestones into account. The rules are very simple: whenever
there is a "fixes" line, change the correlated bug status to "Fixed".
Have a look at the script [1], I will be happy to improve it.
Cheers,
Orson
1.
Hi Attila,
There is a right-click context menu that should let you cut/copy/paste
symbols between libraries, including project specific ones. I think the
way of renaming symbols has not changed, i.e. you simply modify the
Value field.
Cheers,
Orson
On 07/10/2018 02:56 PM, Attila Kinali wrote:
>
+1 for the patch. The change seems sensible just by looking at the raw
diff and the presented images justify correctness.
Cheers,
Orson
On 06/23/2018 05:32 PM, Andrzej Wolski wrote:
> Wayne,
>
> this is after patch:
> https://imgur.com/a/54ESCMD
>
> Andrzej
>
> W dniu 2018-06-23 o 16:54, Wayne
Hi Simon,
The code in question has been inspired by LIB_PART::CopySelectedItems()
which deselects fields. There the original items need to be deselected,
and the copied ones are kept selected and dragged to a new location.
Method LIB_EDIT_FRAME::copySelectedItems() is used in two actions: copy
an
FWIW: I have routed a simple board (166 track segments) with the patch
applied, no issues found.
Cheers,
Orson
On 06/01/2018 11:17 PM, Wayne Stambaugh wrote:
> On 6/1/2018 3:58 PM, Tomasz Wlostowski wrote:
>> On 01/06/18 20:23, Seth Hillbrand wrote:
>>> I think maybe we are seeing the severity of
Yes, are there other issues there?
On 05/25/2018 05:24 PM, Nick Østergaard wrote:
> Is this the one from the Browse Libraries... from the fp-lib-table dialog?
>
> 2018-05-25 11:10 GMT+02:00 Maciej Sumiński :
>
>> Thank you for the feedback. I have fixed the reported issues (disabled
>> "Show Hid
Alright, I have just pushed the patch.
Cheers,
Orson
On 05/18/2018 08:47 PM, Wayne Stambaugh wrote:
> You patch seems like a reasonable approach as an interim fix. Go ahead
> and merge it when you get a chance.
>
> Cheers,
>
> Wayne
>
> On 05/18/2018 10:52 AM, Maciej Sumiński wrote:
>> How ab
This is a known problem with the official Ubuntu package. We can only
recommend switching to our PPA: http://kicad-pcb.org/download/ubuntu/
You can find more details here:
https://bugs.launchpad.net/ubuntu/+source/kicad/+bug/1767652
Please complain in the Ubuntu report, hopefully it can help fix
I have also noticed this. For some strange reason, Janitor does not
always mark bugs as fixed, even though the logs show that it had
processed all commits. I added some extra debug information, hopefully
it will help me find the problem. IIRC it used to work flawlessly for a
long time and I have no
Hi Jeff,
Spice netlist exporter outputs a single line for each part (including
multi-unit ones), meaning you have 1:1 part to model relation. I have
not checked, but I suppose that in case of divergent field values for
each unit, the first unit has the priority.
Speaking of tubes, I have never se
In the bug reported for Ubuntu bionic (lp:#1762432) there are three
packages installed:
- libwxgtk3.0-0v5:amd64 (wxWidgets/GTK2)
- libwxgtk3.0-gtk3-0v5 (wxWidgets/GTK3)
- python-wxgtk3.0 (wxPython/GTK3)
My guess is that some applications may depend on wxWidgets/GTK2, and
wxWidgets/GTK3 is simply
Hi Jean-Pierre,
>>> -Not so minor issues:
>>> Multilayers items (blind/buried vias, keepout zones) are incorrectly
>>> handled:
>>> * In GAL mode, removed Multilayers items are still visible after deletion.
>>
>> This should be fixed. Even if it's something as crude as checking to
>> make sure t
Jean-Pierre,
Is the jumpy canvas [1] on first panning fixed with newer wxWidgets
version on Linux? If so, what version do you use?
I see it occurring on 3.0.3 and I also get the assert. Wayne said the
recent patch did not help on Windows, so we can either make the change
specific to macOS or to w
Bernhard,
I suppose this is about raytrace rendering? Anyway, I see it crashing
even without any design loaded. 3D viewer passes the first phase so I
see the design rendered, but during 'Post processing shader' stage it
crashes.
Cheers,
Orson
On 03/04/2018 07:36 PM, Bernhard Stegmaier wrote:
> H
t;>>> my latest matching algorithm?
>>>>>
>>>>> Kind Regards
>>>>> Russell
>>>>>
>>>>>
>>>>>
>>>>> On 25 Feb 2018 08:43, "Russell Oliver" wrote:
>>>>>
>>>>
[...] git pull would do a fetch and merge together,
but you want to fetch and rebase -- you can set your .gitconfig to do
the fetch and rebase, but I think it's easier to follow along with
what's going on if you do the fetch separately and check the tree each
time with git hist.
If we are spe
ous discussion.
>
> Cheers,
>
> Wayne
>
> On 02/24/2018 02:42 AM, Maciej Suminski wrote:
>> Sorry for late answer, I will not have a reliable Internet connection
>> until Sunday evening. I removed the option to draw ZONE_CONTAINERs as
>> they are dedicated to c
Sorry for late answer, I will not have a reliable Internet connection until
Sunday evening. I removed the option to draw ZONE_CONTAINERs as they are
dedicated to copper layers. For graphical items there is DRAWSEGMENT of POLYGON
type. If you find it unacceptable, please revert the commit. I am n
I am sorry about that. I swear it would not have happened if I got a
single warning message from the compiler, but both clang 4.0.0 and gcc
7.1.1 had merrily compiled the code, so I have not expected such
problems. Thank you for quick reaction Jean-Pierre.
Regards,
Orson
On 02/22/2018 09:33 PM, W
gt; packager, to
>> >>> tell him that he can temporarely disable the scripting options
>> to make it
>> >>> build, maybe also hint that we on do support gtk2 for the time
>> being.
>> >>>
>> >
t;> Therefore the suffix matching will also work.
>>>>>
>>>>> What I will require is an easy way to get the list of nets
>> currently
>>>>> in the schematic inside of pcbnew . Which when I looked before
>>&g
2. https://bugs.launchpad.net/kicad/+bug/1746753
>From 012f028b6cb5b83201e6e29f0aa2a51282d7c465 Mon Sep 17 00:00:00 2001
From: Maciej Suminski
Date: Sat, 17 Feb 2018 13:29:05 +0100
Subject: [PATCH] CMakeLists: compare wxWidgets and wxPython toolkits
Having wxWidgets and wxPython build us
> Russell
>
>
> On 17 Feb 2018 10:06, "Maciej Suminski" wrote:
>
> Alright, I switched the importer to use global net labels. Perhaps
> schematics are not always the prettiest ones, but at least they are
> equivalent to the original project.
>
> Cheers,
>
1 - 100 of 227 matches
Mail list logo
