[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: guile-2.0 and debian
From: |
Thomas Morley |
Subject: |
Re: guile-2.0 and debian |
Date: |
Sat, 26 Nov 2016 00:13:39 +0100 |
2016-11-25 23:19 GMT+01:00 Antonio Ospite <address@hidden>:
> On Fri, 25 Nov 2016 09:33:42 +0100
> David Kastrup <address@hidden> wrote:
>
>> David Kastrup <address@hidden> writes:
>>
>> > Thomas Morley <address@hidden> writes:
>> >
> [...]
>> >> with the container and/or LilyDev for guile2 we are going to have some
>> >> stuff to simplify the workflow, attracting more people.
>> >> It's still tedious to add Antonios patches.
>> >> How about creating a public branch?
>> >> I could do this in the evening (if I remember the syntax)
Too tired to do it today anyway...
>> >>
>> >> What do you think?
>> >
>> > Shouldn't most of them be able to become part of master?
>>
>
> TBH I didn't try to compile lilypond using guile-1.8 with my patches
> applied, I can give it a go in the next days.
>
>> Though the time frame of master moves in weeks, and the impetus of
>> developer activity may move in hours.
>>
>> So a separate branch for communication might indeed be a reasonable
>> short-term measure.
>>
>
> I agree, but since these patches are a moving target we should choose
> one of these two alternative approaches:
>
> 1. Use only one branch, but warn users that the branch might be
> rebased, this would mean that "git pull --force" might be needed on
> the client side.
>
> 2. Use versioned branches, this means that when the need for a rebase
> arises the result of the rebasing goes into a new branch, e.g.:
>
> guile-2.0-v2
>
> or
>
> guile-2.0-20161125
>
>
> In the mean time I started to write a TODO list of the missing pieces:
>
> - Make lilypond locale-independent
>
> - /input/regression/keys.ly looks bad (Reported by Thomas Morley)
This is due to the fix for
https://sourceforge.net/p/testlilyissues/issues/660/
Not related with guile2, so I'd drop it from _this_ TODO-list.
> - /input/regression/utf-8.ly changed spacing/line.break (Reported by
> Thomas Morley) Might be related to the floating point issue below
>
> - Investigate why the floating point numbers are different in some
> decimal digits (Reported by Knut Petersen)
>
> - Investigate why lilypond is a lot slower when using guile-2.0
This is the current main problem, I'd say.
Probably worth adding:
(display (make-simple-markup "xy"))
results in:
2.19.51:
(#<procedure simple-markup (layout props str)> xy)
2.19.52-guile2
(#<procedure simple-markup (a b c)> xy)
Which is technically correct but not helpful.
Cheers,
Harm
- Re: guile-2.0 and debian, (continued)
- Re: guile-2.0 and debian, Thomas Morley, 2016/11/25
- Re: guile-2.0 and debian, David Kastrup, 2016/11/25
- Re: guile-2.0 and debian, David Kastrup, 2016/11/25
- Re: guile-2.0 and debian, Antonio Ospite, 2016/11/25
- Re: guile-2.0 and debian, Knut Petersen, 2016/11/25
- Re: guile-2.0 and debian, Knut Petersen, 2016/11/25
- Re: guile-2.0 and debian,
Thomas Morley <=
- Re: guile-2.0 and debian, Paul, 2016/11/26
- Re: guile-2.0 and debian, David Kastrup, 2016/11/26
- Re: guile-2.0 and debian, David Kastrup, 2016/11/26
- Re: guile-2.0 and debian, Thomas Morley, 2016/11/26
- Re: guile-2.0 and debian, Thomas Morley, 2016/11/26
- Re: guile-2.0 and debian, Thomas Morley, 2016/11/28
- Re: guile-2.0 and debian, Antonio Ospite, 2016/11/29
- Re: guile-2.0 and debian, Federico Bruni, 2016/11/24
- RE: guile-2.0 and debian, Andrew Bernard, 2016/11/24
- Re: guile-2.0 and debian, Thomas Morley, 2016/11/23