Patches item #1868092, was opened at 2008-01-09 21:12
Message generated for change (Comment added) made by russellbryant
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Russell Bryant (russellbryant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add m4 macros used for configure script improvements
Initial Comment:
This patch will add a new file, acinclude.m4, which is a small library of m4 macros used to make adding certain things to the configure script much easier. It is a raw copy from the file's source (Asterisk). All of the macro prefixes are AST, but they have been left intact, to ease keeping this file up to date with the original one.
This is required before any of the other configure script related patches can be applied.
----------------------------------------------------------------------
>Comment By: Russell Bryant (russellbryant)
Date: 2008-02-01 12:33
Message:
Logged In: YES
user_id=1942915
Originator: YES
Yes, this stuff is licensed under the GPLv2. So, it can not be added to
Pd.
In that case, I would like to remove it from Pd-extended, as well. I'm
not interested in maintaining this stuff if it can't go into mainline Pd
...
----------------------------------------------------------------------
Comment By: Russell Bryant (russellbryant)
Date: 2008-01-31 21:47
Message:
Logged In: YES
user_id=1942915
Originator: YES
You're right. Asterisk is distributed under the GPL. However, we
actually don't have any license text in the headers of our configure script
related files. Let me go clarify this on the legal side of things and I
will post the result here ...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-01-31 15:29
Message:
Logged In: YES
user_id=27104
Originator: NO
IIRC, Asterisk uses the GPL while Pd-vanilla uses a BSD-style license. Is
the copyright holder for that file from Asterisk alright with that file
being released under a BSD-style license? Otherwise, that file can't be
included in Pd-vanilla. (it could still be included in Pd-extended, but it
means maintaining it as a separate patch to Pd-vanilla, which is less than
appealling).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Patches item #1868117, was opened at 2008-01-09 21:29
Message generated for change (Settings changed) made by russellbryant
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868117&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Russell Bryant (russellbryant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Improve libm checks using configure script
Initial Comment:
This commit adds configure script checking for a number of functions in libm:
- sinf, cosf, atanf, atan2f, ...
Previously, in x_arithmetic.c, these functions were redefined for MSW / Apple. Now, they will only be redefined if the configure script does not find them.
The results of the checks for these functions are placed in the config.h header file. The config.h.in file was generated using autoheader.
(Note that this patch requires the inclusion of acinclude.m4, submitted in a different issue. Also, after including acinclude.m4, you must run aclocal before running autoconf to generate the configure script.)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868117&group_…
Patches item #1868092, was opened at 2008-01-09 22:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Russell Bryant (russellbryant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add m4 macros used for configure script improvements
Initial Comment:
This patch will add a new file, acinclude.m4, which is a small library of m4 macros used to make adding certain things to the configure script much easier. It is a raw copy from the file's source (Asterisk). All of the macro prefixes are AST, but they have been left intact, to ease keeping this file up to date with the original one.
This is required before any of the other configure script related patches can be applied.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-02-01 15:43
Message:
Logged In: YES
user_id=27104
Originator: NO
Any chance of getting that file relicensed so that it can be used? It
would be very useful. Otherwise, we'll have to find that stuff from
another source, which would be sad...
----------------------------------------------------------------------
Comment By: Russell Bryant (russellbryant)
Date: 2008-02-01 13:33
Message:
Logged In: YES
user_id=1942915
Originator: YES
Yes, this stuff is licensed under the GPLv2. So, it can not be added to
Pd.
In that case, I would like to remove it from Pd-extended, as well. I'm
not interested in maintaining this stuff if it can't go into mainline Pd
...
----------------------------------------------------------------------
Comment By: Russell Bryant (russellbryant)
Date: 2008-01-31 22:47
Message:
Logged In: YES
user_id=1942915
Originator: YES
You're right. Asterisk is distributed under the GPL. However, we
actually don't have any license text in the headers of our configure script
related files. Let me go clarify this on the legal side of things and I
will post the result here ...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-01-31 16:29
Message:
Logged In: YES
user_id=27104
Originator: NO
IIRC, Asterisk uses the GPL while Pd-vanilla uses a BSD-style license. Is
the copyright holder for that file from Asterisk alright with that file
being released under a BSD-style license? Otherwise, that file can't be
included in Pd-vanilla. (it could still be included in Pd-extended, but it
means maintaining it as a separate patch to Pd-vanilla, which is less than
appealling).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Patches item #1868092, was opened at 2008-01-09 21:12
Message generated for change (Comment added) made by russellbryant
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Russell Bryant (russellbryant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add m4 macros used for configure script improvements
Initial Comment:
This patch will add a new file, acinclude.m4, which is a small library of m4 macros used to make adding certain things to the configure script much easier. It is a raw copy from the file's source (Asterisk). All of the macro prefixes are AST, but they have been left intact, to ease keeping this file up to date with the original one.
This is required before any of the other configure script related patches can be applied.
----------------------------------------------------------------------
>Comment By: Russell Bryant (russellbryant)
Date: 2008-01-31 21:47
Message:
Logged In: YES
user_id=1942915
Originator: YES
You're right. Asterisk is distributed under the GPL. However, we
actually don't have any license text in the headers of our configure script
related files. Let me go clarify this on the legal side of things and I
will post the result here ...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-01-31 15:29
Message:
Logged In: YES
user_id=27104
Originator: NO
IIRC, Asterisk uses the GPL while Pd-vanilla uses a BSD-style license. Is
the copyright holder for that file from Asterisk alright with that file
being released under a BSD-style license? Otherwise, that file can't be
included in Pd-vanilla. (it could still be included in Pd-extended, but it
means maintaining it as a separate patch to Pd-vanilla, which is less than
appealling).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Patches item #1868092, was opened at 2008-01-09 22:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Russell Bryant (russellbryant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add m4 macros used for configure script improvements
Initial Comment:
This patch will add a new file, acinclude.m4, which is a small library of m4 macros used to make adding certain things to the configure script much easier. It is a raw copy from the file's source (Asterisk). All of the macro prefixes are AST, but they have been left intact, to ease keeping this file up to date with the original one.
This is required before any of the other configure script related patches can be applied.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-01-31 16:29
Message:
Logged In: YES
user_id=27104
Originator: NO
IIRC, Asterisk uses the GPL while Pd-vanilla uses a BSD-style license. Is
the copyright holder for that file from Asterisk alright with that file
being released under a BSD-style license? Otherwise, that file can't be
included in Pd-vanilla. (it could still be included in Pd-extended, but it
means maintaining it as a separate patch to Pd-vanilla, which is less than
appealling).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1868092&group_…
Greetings,
I really don't intend to start a SCM war here, but has the discussion of
switching to using svn on sourceforge instead of cvs ever come up before?
Instead of rambling on about reasons why I think svn would be nicer than cvs, I
am curious if people have any reasons _not_ to switch.
The amount that it would increase my happiness when working with the pure-data
repository is enough that I would volunteer to put forth the leg work to do the
conversion, and to write a quick guide for developers with commit access, if
people were interested and willing to let me do it. :) I help admin a fairly
large svn server (svn.digium.com and svncommunity.digium.com), and I found the
following guide for doing the conversion for a sourceforge project. It looks
fairly easy to do ...
https://sourceforge.net/docs/E09
--
Russell Bryant
hey,
is desiredata still alive? i posted a couple of messages about trying to
get an OSX version from SVN compiling a month or two ago and never got any
replies..
otherwise, what's the status on UI development? if i was to just dive
headfirst and try and fix some of the things that have been bugging me over
the last week, is that at all useful or helpful? or is there someone i
should talk to first?
i haven't been involved in development of any open source projects before,
and i guess i'm just not sure what the procedure normally is.
in particular (i'm running Miller's 0.40-2 on OSX 10.4):
- i'd like to bring in the multiple-level undo code from dd, or implement
something similar
- there seem to be some OSX-specific issues around sub-windows switching
between PD windows - apple-` doesn't switch between PD sub-windows like it
should. this could also be a Tcl/Tk issue.
- there are consistent problems with populating the Window menu
- the scrollbar down arrow is 95% hidden on the main Pd window, so
scrolling messages down involves clicking a two-pixel-high strip, which is
really hard
- i'd like to put a scrollbar on the path preferences, so more than 10
lines can fit
- mouse cursor alignment over the outlet 'plugs' on objects is bloody
frustrating for new users (i've spent the week watching one) and it's just
an offset issue i think
- preserving newlines in comments! i don't know how possible this is (how
tied comments are to Pd's core messaging system) but i'd love to be able to
have multi-paragraph documentation with one comment object
- occasionally when switching into a sub-window the mouse x offset is
completely munted, so Tcl/Tk thinks the mouse is way over from where it
should be
- other things i can't think of right now
i suppose what i'm really asking is - if i went ahead and spent a week
fixing all the UI things that really bugged me, assuming my code wasn't
really stupid or ugly or bad, what's the chances my changes would make it
out into the world, and so be useful for people who aren't me?
--
damian stewart | +351 967 797 263 | damian(a)frey.co.nz
frey | live art with machines | http://www.frey.co.nz
Patches item #1835093, was opened at 2007-11-20 03:42
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1835093&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: documentation
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Corrected help patch for [swap]
Initial Comment:
As Chuckk Hubbard noted, the help file for[swap] has left and right swapped in some places. Attached is a corrected help patch ready to be dropped in as a replacement with an added example use for swap.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-01-30 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2008-01-14 10:44
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1835093&group_…
Patches item #1862148, was opened at 2008-01-02 04:41
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1862148&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] setitimer invalid timeval
Initial Comment:
as described by claude in bug#1841758
(https://sourceforge.net/tracker/index.php?func=detail&aid=1841758&group_id=…)
there is a small bug in the use of setitimer() in sys_setalarm().
the problem is, that the setitimer() API has changed in order to be POSIX-conformant and Pd has not yet adapated to this change.
the attached patch fixes the problem, by splitting the given "microsec" value into seconds and microseconds.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-01-30 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2008-01-14 10:37
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1862148&group_…
Patches item #1867738, was opened at 2008-01-09 07:25
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1867738&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [FIX] gensym() should use \"const char*\"
Initial Comment:
gensym is currently defined as "t_symbol *gensym(char *s);"
this leads to numerous warnings when compiling C++-externals, since C++ treats literals (strings) as "const char*".
e.g.
gensym("hello");
yields and a warning "warning: deprecated conversion from string constant to 'char*'"
the fix for this is simple and makes total sense, since gensym() does not need to modify the passed string. just use:
t_symbol *gensym(const char *s);
the attached patch does this (it additionally applies the same to the dogensym() function in m_class.c
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-01-30 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2008-01-14 10:38
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1867738&group_…