Patches item #3160462, was opened at 2011-01-18 03:04
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&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: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: force use of Jack framework on Mac OS X
Initial Comment:
On Mac OS X, it is possible to have jack installed in many places and in two different ways: lib or framework. The preferred way to use Jack on Mac OS X is the Jackmp.framework from jackosx.com. This patch forces the build system to only look for the Jack framework when building on Mac OS X.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-02-16 05:20
Message:
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: 2011-02-02 04:43
Message:
applied to 0.43 test
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&group_…
Patches item #3160342, was opened at 2011-01-17 23:01
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&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: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: remove CPU assumptions from build system
Initial Comment:
Currently in the configure.ac, for Mac OS X and Windows, there are some CPU-assumptions in the CFLAGS. This patch removes them so that Pd will be more likely to build on all platforms. This patch directly fixes building on Mac OS X/PowerPC, which currently does not build.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-02-16 05:20
Message:
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: 2011-02-02 04:39
Message:
applied to 0.43 test
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&group_…
Patches item #3160982, was opened at 2011-01-18 17:16
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&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: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] allow to type UTF8 characters in symbolatoms
Initial Comment:
since Pd-0.43 patches can handle UTF-8 characters. great!
unfortunately, it doesn't seem to work when typing in symbolboxes.
example:
i switch to a russian(DOS) keyboard layout
i create a message box and type the keys 'asd' which correctly shows up as ''
i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2'
note: sending a [symbol ( to the symbolgatom, will correctly display it.
it seems like the keyboard input sanitation code for the symbolbox perverts my input.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-02-16 05:20
Message:
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: 2011-02-02 04:45
Message:
applied to 0.43 test
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 11:04
Message:
thanks.
i added your amendments to the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-01-19 10:51
Message:
... of course that was meant to be:
- char utf8[4];
+ char utf8[UTF8_MAXBYTES];
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-01-19 10:51
Message:
argh... beat me to it! :-)
anyhoo, you might want to also:
+ #include "s_utf8.h"
...
- char utf8[4];
- char utf8[UTF8_MAXBYTES];
so that things don't break if we need the full UCS-4 range someday.
Sorry; I would have attached a patch (now that I've managed to acquire a
rudimentary working knowledge of git :-), but I don't seem to be able to
(looks like an instance of
http://sourceforge.net/apps/trac/sourceforge/ticket/16001)
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 10:11
Message:
mukau, i'm IOhannes not hans :-)
i'm working on pd-vanilla:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a…
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 10:09
Message:
anyhow, i have a fix for the problem.
instead of writing the wchar into a char, the wchar is first decoded to
utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of
the atom.
this seems to work fine.
the attached patch modifies g_text.c and applies to f5cabb ("took out
debug msg")
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2011-01-19 10:08
Message:
ok; trying to look into this now; have you any idea what sources you built
from? I'm currently using most recent snapshot from
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended…
; ... svn doesn't appear to have the utf-8 patches applied anywhere yet...
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-19 10:01
Message:
@mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8
here)
the kbd layout changes only effect the key->character mapping, way before
tk is involved.
also note, that tk can handle all quite well, as can most parts of Pd
(confirm: i can type cyrillic characters in objects, msgboxes and
comments)
it's only gatom's that do some additional magic to filter out unwanted
characters, and then write the received wchar into a char without checking.
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2011-01-18 20:45
Message:
What exactly does "changing the keyboard layout" entail? Does it e.g.
change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode
handling...
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-18 17:31
Message:
one more thing:
in the original report i said that typing 'asd' should result in ''
which is wrong.
it should rseult in '''
('a'='', 's'='', 'd'='')
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-01-18 17:30
Message:
btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui
sends:
.x99e9708 key 1 97 0;
.x99e9708 key 0 97 0;
whereas when i switch to russian, pd-gui sends (again key 'a'):
.x99e9708 key 1 1092 0;
.x99e9708 key 0 a 0;
"1092" is the unicode number for "" (which is what should show up, when
i press 'a')
i don't know why the keyup sends 'a' instead.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…
I just had a thought for an easy way to generate symbols that are
numbers or that contain spaces: use the message box. What if these
generated proper symbols:
[symbol 123( [symbol blah blah( -- makes "blah blah"
Can anyone think of downsides to this? I can't imagine anyone relying
on the fact that [symbol blah blah( now makes "blah" and drops the "
blah"
.hc
----------------------------------------------------------------------------
kill your television
Ok, I figured out a more rational git workflow for Pd-extended, so now
you can clone the pd-extended.git and work out of master without it
changing on you. The new branches are documented here:
http://puredata.info/docs/developer/GettingPdSource
The workflow is documented here:
http://puredata.info/docs/developer/GitWorkflows
.hc
----------------------------------------------------------------------------
Mistrust authority - promote decentralization. - the hacker ethic
Bugs item #3181281, was opened at 2011-02-14 21:06
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3181281&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: pd-extended
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: copy pasting apostrophy in cyclone/comment
Initial Comment:
typing an appostrophy works, copy pasting one does not.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3181281&group_…
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hi all,
i want to inform you, that i have done a routine cleanup of our
developers at sourceforge.
18 people, who have not committed anything within the last two (2)
years, were contacted on the 2011-01-20 (that was also the deadline for
the 2 years period), that they are scheduled for removal within one (1)
week, if they do not oppose.
after that i got into contact with 3 people opposing to their removal,
and 3 people aggreing to their removal.
today (after 3 weeks of waiting rather than 1 as promised), i have
revoked developer status of the following inactive members:
aschix, chr15m, chunlee, david_merrill, grholzi, j45ch, krzyszcz,
mjmcgonagle, morellid, olafmatt, reakin, xovo
those who do check their fingers, might notice that 2 developers are
missing. i consider them still pending: ggeiger, of puredata fame, who
has not yet answered (and it's technically more complicated to remove an
admin than an ordinary developer); and ix9 who had a bouncing email
address (but who might be reachable via IRC)
mfgadr
IOhannes
PS: that's the original mail body i sent to all those devs:
<snip>
Hi,
you are a registered developer at the "pure-data" sourceforge project,
which means that you have write access to the repository hosted there.
our project currently has 43 registered developers, some (18) of them
being inactive.
as the administrator of the project, i would like to reduce the number
of developers to the active ones.
since you haven't committed anything within the last two (2) years, you
are considered to be "inactive", and therefore i would like to remove
you from the list of developers.
if you ever feel like you need developer status (=write access to the
repository) again, just send an email to the pd-dev mailinglist.
the list of inactive developers has been assembled in an half-automated
way.
so if you feel that this is totally unjustified, please tell me within
the next week and i will not remove you from the list of active-developers
mfg.asdr
IOhannes
</snip>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1TuSQACgkQkX2Xpv6ydvRYdQCg2kCx9iT6DSqL3BPKU25pOjdB
7Z4AoI7xx4M5hXCA0Qnlk7qX8hsNakWY
=aDqD
-----END PGP SIGNATURE-----
Patches item #3177183, was opened at 2011-02-10 10:14
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&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: externals
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: august black (augmentus)
Summary: readanysf~ makefile fixes
Initial Comment:
while packaging readanysf~ for debian, i had to apply several fixes to make this work cleanly.
here are the issues:
#1 temporary .o files are stored in a ./objs/ directory, which does not exist in the released package (i see it is in SVN though)
i added rules to the makefile to create this directory if non-existant (and delete it on "clean" as debian doesn't like it if "clean" leaves traces around)
#2 the Makefile sets CFLAGS (and LDFLAGS); these common variables are frequently overriden by build-systems (such as the debian package builder); since the flags in the CFLAGS are crucial for successfull builds, overriding these flags will break the build-system.
i fixed it so the Makefiloe uses PD_CFLAGS and append (the unset) CFLAGS to this variable: this way users can define their preferred optimization using CFLAGS and the build will still succeed
(btw, you should actually use PD_CXXFLAGS/CXXFLAGS for c++ flags)
#3 you are setting "-fPIC" conditionally only for 64bit systems; is there a reason to not use it on all systems (including 128bit)? debian builds on a zillion of platforms and usually "-fPIC" is applied throughout.
#4 OS-detection code only handles Linux & Darwin; bad thing here is, that it assumes everything Darwin that is not Linux;
afaics, this is meant as a boolean discrimination (you don't really expect UNAME to be not "Darwin" on any OSX, do you?), which i inverted (so that everything is Linux that is not Darwin): this is important on Debian as UNAME might be "Linux", "GNU/kFreeBSD" or "GNU"(Hurd) and everything is dealt the same.
it would be nice if these changes could be incorporated into upstream.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2011-02-10 10:33
Message:
since the patch for the 0.42 release does not work for the current SVN, i
uploaded both.
the SVN14891 patch additionally contains following changes:
- use {PD_}CXXFLAGS instead of {PD_}CFLAGS
- use "$(CXX)" instead of "g++"
also it doesn't remove the ./objs directory on "clean", but still creates
it if neccessary
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&group_…
Patches item #3177183, was opened at 2011-02-10 10:14
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&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: externals
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
>Assigned to: august black (augmentus)
Summary: readanysf~ makefile fixes
Initial Comment:
while packaging readanysf~ for debian, i had to apply several fixes to make this work cleanly.
here are the issues:
#1 temporary .o files are stored in a ./objs/ directory, which does not exist in the released package (i see it is in SVN though)
i added rules to the makefile to create this directory if non-existant (and delete it on "clean" as debian doesn't like it if "clean" leaves traces around)
#2 the Makefile sets CFLAGS (and LDFLAGS); these common variables are frequently overriden by build-systems (such as the debian package builder); since the flags in the CFLAGS are crucial for successfull builds, overriding these flags will break the build-system.
i fixed it so the Makefiloe uses PD_CFLAGS and append (the unset) CFLAGS to this variable: this way users can define their preferred optimization using CFLAGS and the build will still succeed
(btw, you should actually use PD_CXXFLAGS/CXXFLAGS for c++ flags)
#3 you are setting "-fPIC" conditionally only for 64bit systems; is there a reason to not use it on all systems (including 128bit)? debian builds on a zillion of platforms and usually "-fPIC" is applied throughout.
#4 OS-detection code only handles Linux & Darwin; bad thing here is, that it assumes everything Darwin that is not Linux;
afaics, this is meant as a boolean discrimination (you don't really expect UNAME to be not "Darwin" on any OSX, do you?), which i inverted (so that everything is Linux that is not Darwin): this is important on Debian as UNAME might be "Linux", "GNU/kFreeBSD" or "GNU"(Hurd) and everything is dealt the same.
it would be nice if these changes could be incorporated into upstream.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&group_…
Patches item #3177183, was opened at 2011-02-10 10:14
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&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: externals
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Nobody/Anonymous (nobody)
Summary: readanysf~ makefile fixes
Initial Comment:
while packaging readanysf~ for debian, i had to apply several fixes to make this work cleanly.
here are the issues:
#1 temporary .o files are stored in a ./objs/ directory, which does not exist in the released package (i see it is in SVN though)
i added rules to the makefile to create this directory if non-existant (and delete it on "clean" as debian doesn't like it if "clean" leaves traces around)
#2 the Makefile sets CFLAGS (and LDFLAGS); these common variables are frequently overriden by build-systems (such as the debian package builder); since the flags in the CFLAGS are crucial for successfull builds, overriding these flags will break the build-system.
i fixed it so the Makefiloe uses PD_CFLAGS and append (the unset) CFLAGS to this variable: this way users can define their preferred optimization using CFLAGS and the build will still succeed
(btw, you should actually use PD_CXXFLAGS/CXXFLAGS for c++ flags)
#3 you are setting "-fPIC" conditionally only for 64bit systems; is there a reason to not use it on all systems (including 128bit)? debian builds on a zillion of platforms and usually "-fPIC" is applied throughout.
#4 OS-detection code only handles Linux & Darwin; bad thing here is, that it assumes everything Darwin that is not Linux;
afaics, this is meant as a boolean discrimination (you don't really expect UNAME to be not "Darwin" on any OSX, do you?), which i inverted (so that everything is Linux that is not Darwin): this is important on Debian as UNAME might be "Linux", "GNU/kFreeBSD" or "GNU"(Hurd) and everything is dealt the same.
it would be nice if these changes could be incorporated into upstream.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3177183&group_…