← Back to team overview

kicad-developers team mailing list archive

Re: Patches consistency

 

Thanks Jess for pointing this. My mistake.
I meant the wxwidgets-3.0.2_macosx_unicode_pasteboard.patch could not
be applied.Neither on top of 3.0.2 nor on top of 3.0.3.

--
  Sincerely,
  Anton Shevchenko
  inbox@xxxxxxxxxxxx


On Sat, Dec 30, 2017, at 3:42 AM, Jeff Young wrote:
> Hi Anton,
> 
> The staticbox_tabbing patch is one of the git patches.  Use:
> 
> git apply path-to-kicad-src/patches/wxwidgets-
> 3.0.0_macosx_staticbox_tabbing.patch> 
> to apply it.
> 
> Cheers,
> Jeff.
> 
> 
> 
>> On 30 Dec 2017, at 01:42, Simon Wells <swel024@xxxxxxxxx> wrote:
>> 
>> you don’t have to get a < 10.11 SDK you can just remove the include
>> and all works iirc, there is a patch floating around for that as well>> 
>>> On 30/12/2017, at 2:25 PM, Anton Shevchenko <inbox@xxxxxxxxxxxx>
>>> wrote:>>> 
>>> I have completed the quest of compiling wxWidgets with kicad
>>> patches.>>> Here are my notes.
>>> 
>>> First, as noted before, not all patches were included in script in
>>> documentation.>>> 
>>> Second, the file wxwidgets-3.0.0_macosx_staticbox_tabbing.patch
>>> could not be applied to 3.0.2 version. The solution is to delete the
>>> file at all.>>> 
>>> Third, on macOS 10.12+ the QTKit framework has been deprecated. To
>>> compile it successfully one has to obtain an SDK for 10.11 or lower.
>>> I found it is enough to get it from here
>>> https://github.com/phracker/MacOSX-SDKs/releases>>> and add this option
>>>
>>> ../configure \ [skip]   --with-macosx-sdk=$MACOS_SDK_PATH \ [skip]
>>>
>>>>>> --
>>>   Sincerely,
>>>   Anton Shevchenko
>>>   inbox@xxxxxxxxxxxx
>>> 
>>> 
>>> On Fri, Dec 29, 2017, at 4:23 PM, Jeff Young wrote:
>>>> Having a single place I could do a simple git clone (as opposed to
>>>> applying patches) would be the biggest win.  I don’t think it
>>>> matters that much where the single place is.>>>> 
>>>> If there are no legal/etc. issues then the kicad org would be best.
>>>> But even if it has to be in the wxWidgets org, that would be better
>>>> than what we have now.>>>> 
>>>> Cheers,
>>>> Jeff.
>>>> 
>>>> 
>>>> 
>>>>> On 30 Dec 2017, at 00:14, Adam Wolf
>>>>> <adamwolf@xxxxxxxxxxxxxxxxxxxx> wrote:>>>>> 
>>>>> Sounds fine to me!
>>>>> 
>>>>> Adam
>>>>> 
>>>>> On Dec 29, 2017 5:45 PM, "Nick Østergaard" <oe.nick@xxxxxxxxx>
>>>>> wrote:>>>>>> We could have a fork of wx in the kicad org with a branch where
>>>>>> we rebase the patches to. Then it is easy to fetch for others.
>>>>>> The osx devs could maintain this. But having it in the kicad org
>>>>>> gives more visibility and we don't need to habe them directly in
>>>>>> the kicad source.>>>>>> 
>>>>>> This is just an idea, this proposal might need some more thought.>>>>>> 
>>>>>> Den 29. dec. 2017 23.36 skrev "Wayne Stambaugh"
>>>>>> <stambaughw@xxxxxxxxx>:>>>>>>> This seems like a reasonable solution.  Although pointing macOS>>>>>>> developers to the repo might be an issue.
>>>>>>> 
>>>>>>> On a related note, I was just updating the compiling.md[1] file
>>>>>>> and noticed>>>>>>> that there seem to be quite a few of the macos wxWidgets patches
>>>>>>> not>>>>>>> mentioned in the "Building KiCad on macOS" section.  I'm
>>>>>>> guessing this>>>>>>> needs to be updated.
>>>>>>> 
>>>>>>> On 12/29/2017 05:27 PM, Bernhard Stegmaier wrote:
>>>>>>> > To be honest, I don’t like the patches as is at all.
>>>>>>> > You never know if patches are still need if there are new
>>>>>>> > versions or if they still do apply.>>>>>>> >
>>>>>>> > IMHO it would be a better solution if someone would maintain a
>>>>>>> > fork of wxwidgets (e.g., on GitHub) with all the needed
>>>>>>> > patches applied, so that someone who really wants to build
>>>>>>> > just has to sync this… ?>>>>>>> > For myself, I do this quite some time so I don’t have to apply
>>>>>>> > all the patches every time (for wxWidgets master).>>>>>>> >
>>>>>>> >
>>>>>>> > Regards,
>>>>>>> > Bernhard
>>>>>>> >
>>>>>>> >> On 29. Dec 2017, at 22:07, Adam Wolf
>>>>>>> >> <adamwolf@xxxxxxxxxxxxxxxxxxxx> wrote:>>>>>>> >>
>>>>>>> >> I think the main reason why this happens is that most of
>>>>>>> >> those patches>>>>>>> >> are not created by KiCad devs, but rather taken from upstream
>>>>>>> >> mailing>>>>>>> >> lists, and I have always just preserved the patch as is, but
>>>>>>> >> I don't>>>>>>> >> have a strong opinion on keeping it like it is or changing it
>>>>>>> >> to be>>>>>>> >> more consistent.
>>>>>>> >>
>>>>>>> >> I don't mind how it would get changed, as long as, if it gets
>>>>>>> >> changed,>>>>>>> >> it gets more consistent between the different patches and
>>>>>>> >> between the>>>>>>> >> patches and the docs.
>>>>>>> >>
>>>>>>> >> Adam Wolf
>>>>>>> >>
>>>>>>> >> On Fri, Dec 29, 2017 at 2:37 PM, Wayne Stambaugh
>>>>>>> >> <stambaughw@xxxxxxxxx> wrote:>>>>>>> >>> Any of our osx devs have an opinion on this?  It doesn't
>>>>>>> >>> impact me so I>>>>>>> >>> would rather the devs who have to use this make the call.
>>>>>>> >>>
>>>>>>> >>> On 12/29/2017 03:33 PM, Anton Shevchenko wrote:
>>>>>>> >>>> Hi all,
>>>>>>> >>>>
>>>>>>> >>>> Looking through the code style guide (i'm new here) I
>>>>>>> >>>> didn't find a word about how a patch file should reference
>>>>>>> >>>> source code file. By patch file I mean *.patch file located
>>>>>>> >>>> in kicad/patches folder.>>>>>>> >>>>
>>>>>>> >>>> Being on macOS I'm trying to apply all the patches required
>>>>>>> >>>> for building wxWidgets and have found that there are 2
>>>>>>> >>>> different styles in use.>>>>>>> >>>> First style references source code files without prefix. To
>>>>>>> >>>> apply such a patch one has to run 'patch -p0'.>>>>>>> >>>> The other style uses a/ and b/ prefixes which is used with
>>>>>>> >>>> 'patch -p1' option.>>>>>>> >>>> In my opinion the last one is more common (and if you run
>>>>>>> >>>> 'git diff' you will see a/ and b/ prefixes).>>>>>>> >>>>
>>>>>>> >>>> I would like to fix macOS patches stuff to be able to
>>>>>>> >>>> actually follow the guide
>>>>>>> >>>> (http://docs.kicad-pcb.org/doxygen/md_Documentation_development_compiling.html#build_osx)
>>>>>>> >>>> in order to build KiCad for macOS.>>>>>>> >>>>
>>>>>>> >>>> Any comments?
>>>>>>> >>>>
>>>>>>> >>>
>>>>>>> >>> _______________________________________________
>>>>>>> >>> Mailing list: https://launchpad.net/~kicad-developers
>>>>>>> >>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>>>> >>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>>>> >>> More help   : https://help.launchpad.net/ListHelp
>>>>>>> >>
>>>>>>> >> _______________________________________________
>>>>>>> >> Mailing list: https://launchpad.net/~kicad-developers
>>>>>>> >> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>>>> >> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>>>> >> More help   : https://help.launchpad.net/ListHelp
>>>>>>> >
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>> _________________________________________________
>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>> More help   : https://help.launchpad.net/ListHelp
>>> 
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>> More help   : https://help.launchpad.net/ListHelp
>> 
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp


Links:

  1. http://compiling.md/

Follow ups

References