[PD-dev] 0.48-1 release plans

[Alexandre Torres Porres]

2017-11-29 19:31 GMT-02:00 Antoine Rousseau <antoine at metalu.net>:

> Hey, these are good news!
>

Sure is :D


> However I wish #205 had label "bug/fix", because path management is
> currently really confusing IMO.
>


I don't know how much of saying this is aimed at bugfixes relies in the
github repo being clearly marked as a bugfix. There are some bugfixes there
that are not marked as anything. Now, this one is marked only as an
"enhancement", but #205 sure addresses a bug, which is a conflicting
information in [declare]'s documentation - see issue #184 (and the fact
that #205 is a response to it). And I quote my last comment in #184 about
it. *"Hi, as I see it, this is not a suggestion to "enhance" Pd, but really
to "fix a bug". I explain it better in my first comment about this issue,
but let me point it out in short: We have a new understanding since the
release of 0.48-0, but some things do not work as they should now, hence, a
"bug".*


> I can't wait for a simple and durable solution...
>

I hear you :)


> #227 also is quite desirable in order to have consistent rendering across
> OSes and completed zoom.
>

That surely is happening. It is marked as an enhancement, but also as a
bugfix, and Miller already asked if he could merge it. And it is also a big
bug introduced in 0.48.

So, yeah, maybe we could go through the Pull Requests and mark them
properly and see what would only be an "enhancement" and not make it
through.

If I could persuade and convince at least one enhancement to make it,
that'd be https://github.com/pure-data/pure-data/pull/193 - that seems
quite easy and worry free, plus a nice update to [soundfiler] :)

cheers



>
> Thanks for all!
> Antoine
>
> 2017-11-29 17:46 GMT+01:00 Miller Puckette <msp at ucsd.edu>:
>
>> To pd dev:
>>
>> I've been trying to merge all the various pull requests that are bug fixes
>> and cleanups (holding off for now on any 'enhancements' - I think getting
>> bugs fixed is going to be challenge enough.
>>
>> I think some of the clang t_int vs. intstuff still needs straightening
>> out;
>> it sometimes conflicted with other changes and I don't have a compile
>> chain
>> handy that complains properly when int sizes get changed without a cast.
>>
>> I put this right in 'head' on a clone of my own repo; it compiles OK for
>> me
>> here on linux/64 and widows-32 so I think it's provisionally working, but
>> needs
>> lots of testing.
>>
>> If there's no reason not to I'll just throw that all in my own 'head' and
>> push
>> it all back to the git repo.
>>
>> Meanwhile I've got m own list of 1/2 dozen bugs to try to fix.  I'll be
>> fooling
>> with that over the next week or so.  With luck I can get a 0.48-1 'test'
>> version out by early next week .
>>
>> cheers
>> Miller
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at lists.iem.at
>> https://lists.puredata.info/listinfo/pd-dev
>>
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20171129/daf69dbe/attachment.html>