Mail Archives: geda-user/2017/02/14/17:35:38
"Svenn Are Bjerkem (svenn DOT bjerkem AT googlemail DOT com) [via
geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> writes:
> On 14 February 2017 at 20:46, Stephan Böttcher <geda AT psjt DOT org> wrote:
>> Roland Lutz <rlutz AT hedmen DOT org> writes:
>>
>>> as I pointed out in the the other thread[1], I just merged a few new
>>> features into gEDA/gaf master. In order to use them, you need to
>>> build the current development version of gEDA/gaf from the
>>> repository.[2]
>>
>> Maybe I am confused, please help me understand.
>>
>> When I pull and build git://git.geda-project.org/geda-gaf, I will now
>> get gschem and gnetlist from Roland, with the new xorn/python machinery
>> underneath?
>
> You will get gschem the way it is currently handled by Roland.
It looks like the old gnetlist is still in there, my patches apply
cleanly. And I get:
$ gnetlist
*** The new netlister frontend has been disabled during configuration. ***
*** If you want to use the lecagy frontend instead, you can select it ***
*** by adding (set! use-legacy-frontend #t) to your gnetlistrc file. ***
Sad.
>> When I pull from Vladimir's fork (where is that?) I will get something
>> where a lot of C has be reimplemented in scheme?
>
> git remote add vzh http://github.com/vzh/geda-gaf.git
> git fetch --all
> gitk --all
Thanks!
>> I guess I will need on use my own fork for a while, which so far used to
>> be git://git.geda-project.org/geda-gaf master with this patch:
>> https://bugs.launchpad.net/geda/+bug/911440. I will need to find some
>> commit in master to use for this purpose. Good opportunity to learn some
>> more git.
>
> When you have both mainline (Roland) and vzh (Vladimir) in your local
> working git area, you can try to rebase your patch to either and see
> how far you get in time before the rebase need some help to get to the
> tip of each fork.
>> Maybe, when there is a clear cut between projects, I may test out the
>> new stuff, but not anytime soon.
>
> the clear cut
I meant to say "a clear cut in my own projects". I have a tree of
schematics and layouts, with reused sub-schematics all over, and I do
not want to risk breaking stuff by trying a new netlister.
> so far came on d9e2745fdb7214491c44abdd3dd86ff2a9ee937f when Vladimir
> removed xorn in his vzh branch on github. For quite some time there
> was no action in mainline (Roland), but now things are happening there
> too.
>
>>
>> This is all very sad.
>
> It is unfortunate that things happen in master. There should be more
> active use of feature branches in order to give people possibility to
> have a slight more stable master to use when building from source, and
> to test the features for possible unintended breakage.
>
> One way is to use git fetch and then gitk to inspect what has happened
> instead of diving heads-in with git pull
> And set a local tags on commits that happen to suit your needs.
See, I am learning git fu right here :-) Thanks.
--
Stephan
- Raw text -