[PD-dev] re: branch convergence

cr ix at replic.net
Fri Oct 22 10:51:54 CEST 2004


hi, my last mail got nuked by the server, did you change config? it never used to have a prob with a faked 'from' field to match the subscribed address...


anyways my vote is do away with the numbers. ive made a lot of minor tweaks to devel, which ive already made to impd as well, and definitely don't want to make them a 3rd time (that would be 3 strikes..). to fix/add stuff like:

/ .pdrc not being read on windows (pd.ini)
/ not being able to select 2 outs and 6 ins with portaudio
/ not being able to put tcl in your system path on win32
/ no ASIO with non-MSVC on win32.
/ a few linux64 fixes
/ merge jsarlo's VST io sppt
/ almost everything from impd that wasnt in g_* files

nonetheless in the actual code theyre too trivial for anyone else to notice, and an order of magnitude smaller than the contributions Tim has made, but i wouldnt want them to get lost..so in order of preference from most to least

1: do away with numbering, and just have a 'devel'. every month or so, make sure it compiles on all 3 platforms and dump into MAIN..theres few enough developers and i dont think theyre stepping on toes and generally work on difft things..
2: keep numbering, but devel_0_56 becomes devel_0_57, so the 'little guy's stuff isnt lost, and so he doesnt have to bug miller or guenter or whoever and possibly paste a bunch of stuff in again and get grey hairs..
3: crazy all-night frankenstein hack/merge fest with version # change that might lose features and add new bugs..


i mean the same reason i'd vote for 'devel' as rather using debian 'sid' than 'sarge' or something thats doomed (like win32)...




More information about the Pd-dev mailing list