Hallo!
actually publishing them. So you can really think of commits as
semantic building blocks instead of as publishing. It separates
these two ideas nicely.
apropos: to the Montreal SVN discussion:
Didn't also Miller say, that he wants something like this ? (he also
mentioned such a
On Tue, 23 Oct 2007, Miller Puckette wrote:
Drat, we need some way to list the available fonts by the appropriate
names so that Tk will find them. I don't know a simple way to do that
at the moment!
Dude.
You'd find it in def FontDialog init, if you bothered to look there.
_ _ __ ___
Speaking from experience, having suffered several migrations to prcs
from cvs, to svn from cvs, and to darcs from svn, in commercial
projects, I have to say the only one that worked well, made sense,
and was least painful was cvs--svn, and I'd vote for that.
David
On 23 Oct 2007, at 19:41,
Bugs item #1818219, was opened at 2007-10-23 00:50
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1818219group_id=55736
Please note that this message will contain a full copy of the comment
Hans-Christoph Steiner wrote:
Finally, it's done! The most polished release of Pd yet. We are
further refining Pd into a truly powerful and usable programming
platform.
great and congratulations.
does this also mean that the pd-0.39-extended bug's in the tracker are
fixed and can be
On 23/10/2007, at 22.55, Hans-Christoph Steiner wrote:
Anyone know anything about Mac OS X Universal builds? The Pd-
extended and Pd build systems need to be updated to a sane, Mac OS X-
style universal build system.
I consider it a feature that they are separate.
On Tue, 23 Oct 2007, Hans-Christoph Steiner wrote:
- About the symbol/float stuff, I think Pd is intended to always reduce
atoms to their elemental type based on their content. Therefore, {symbol
123} shouldn't really exist.
If I make symbol 123456789 it's because it's intended to stay
Bugs item #1819265, was opened at 2007-10-24 14:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1819265group_id=55736
Please note that this message will contain a full copy of
Patches item #1819265, was opened at 2007-10-24 14:17
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=1819265group_id=55736
Please note that this message will contain a full copy of the comment
There are a couple key factors in this decision that seem to be getting
confused with each other. I'm new to PD, but I've been using Git for
over a year now with my own repositories. In various consulting
projects over the last few years I've developed with CVS, SVN,
Mercurial, Darcs, Arch
finally, i would like to do the removal of inactive users from the long
list of sf-developers.
12 users have never committed anything, 26 users have not committed
anything within the last 2 years.
i would like to send this email (of no one objects) to each of them, and
after a one week period
Sounds perfect, that's more than I would do, I'd just remove them,
since I think that any committer should be at least subscribed to pd-
dev. :)
.hc
On Oct 24, 2007, at 10:35 AM, IOhannes m zmoelnig wrote:
finally, i would like to do the removal of inactive users from the
long
list of
Just any FYI, you might have noticed that the 0.39.3 autobuilds are
going away, naturally. I've added couple new ones: a Pd 0.41 + libs
aka Pd-0.41.0-extended and a pure:dyne build, which right now is
basically the same as Pd-0.41.0-extended.
.hc
Mistrust authority - promote decentralization. - the hacker ethic
In any case, if anyone wants to try it out, feel free to clone the git
repository I made last night with git-cvsimport:
git-clone http://www.music.mcgill.ca/~sinclair/git/pd/pd.git
It'll be about 54MB of downloads, streaming
I am not saying that I like the current symbol system. I am saying
that I don't think it is appropriate to change the behavior in only
certain places. That just leads to more confusion and bugs.
For now, I think it would be a good idea to have the Tcl API match Pd
as close as possible.
That still leaves me with questions about the interface of git. That
blog post is interesting, but as he says in the first sentence, he is
ignoring the interface. He then goes on to say:
The key detractors for Git was (and remains) the steep learning
curve for the native Git interface;
Bugs item #1819692, was opened at 2007-10-25 01:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1819692group_id=55736
Please note that this message will contain a full copy of
The most technically amazing system in the world is useless if people
in question don't want to spend the extra effort to learn how to use it.
It sounds to me like the best system is SVN as the core repository,
then people can use git if they want, and sync it to SVN. Miller
currently does
Bugs item #1819692, was opened at 2007-10-24 21:47
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1819692group_id=55736
Please note that this message will contain a full copy of the comment
On Wed, Oct 24, 2007 at 09:27:15PM -0400, Hans-Christoph Steiner wrote:
It sounds to me like the best system is SVN as the core repository,
then people can use git if they want, and sync it to SVN. Miller
currently does this with Git-CVS.
So wait, Miller is currently using Git? It seems
I think it doesn't matter whether I have to do a 'git pull' or a 'patch'
to apply patches. The hard thing for me with patches is that I feel
I should understand the patch fully and believe it both works and that
it won't make future trouble. For the last month or more I've been
working on HC's
21 matches
Mail list logo