Hi all + Hans,
I just installed pd-extended (0.42.5 build of april 30 2010) on a new machine to discover that it is now called pdextended and it does not show up in the applications menu (should I report a bug somewhere?) and that pdsend is missing. Is pdsend/pdreceive being phased out? Are these changes documented somewhere?
The 'pd-extended' package can now co-exist with the official
'puredata' package, hence the binary being called 'pdextended'. It
should show up in the applications menu, so that's a bug. As for
pdsend/pdreceive, install 'puredata' to get those. Ultimately, I
think those will go into a pd-common package or something like that.
.hc
On May 10, 2010, at 4:23 PM, Michal Seta wrote:
Hi all + Hans,
I just installed pd-extended (0.42.5 build of april 30 2010) on a new machine to discover that it is now called pdextended and it does not show up in the applications menu (should I report a bug somewhere?) and that pdsend is missing. Is pdsend/pdreceive being phased out? Are these changes documented somewhere? -- ./MiS
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess himself
of it. - Thomas Jefferson
Hi Hans,
Hmm... interesting. So does it mean that they do not share pdsettings anymore either? I am not sure if I see any advantages with this approach (and I don't really have enough brain estate now to actually ponder that question, next month probably :)) but thanks for clearing that up.
./MiS
On Tue, May 11, 2010 at 1:07 AM, Hans-Christoph Steiner hans@at.or.at wrote:
The 'pd-extended' package can now co-exist with the official 'puredata' package, hence the binary being called 'pdextended'. It should show up in the applications menu, so that's a bug. As for pdsend/pdreceive, install 'puredata' to get those. Ultimately, I think those will go into a pd-common package or something like that.
.hc
On May 10, 2010, at 4:23 PM, Michal Seta wrote:
Hi all + Hans,
I just installed pd-extended (0.42.5 build of april 30 2010) on a new machine to discover that it is now called pdextended and it does not show up in the applications menu (should I report a bug somewhere?) and that pdsend is missing. Is pdsend/pdreceive being phased out? Are these changes documented somewhere? -- ./MiS
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
On Tue, 11 May 2010, Michal Seta wrote:
Hmm... interesting. So does it mean that they do not share pdsettings anymore either? I am not sure if I see any advantages with this approach (and I don't really have enough brain estate now to actually ponder that question, next month probably :)) but thanks for clearing that up.
I don't think that there are any advantages to make those extra complications. When I type "pd" I don't want to be running Vanilla unless I specify it explicitly like
/tmp/pd-0.42-5/bin/pd -stderr backwards-compat-test.pd
But then I don't know any patch that works only on vanilla, and I'm glad that I'm not using pdsend and pdreceive because I wouldn't like to have to look for them.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Correct, Pd-extended will use .pdextended instead of .pdsettings.
This kind of stuff is a common source of confusion for newbies. And
others complain of wanting to set vanilla and extended prefs separately.
.hc
On May 11, 2010, at 9:46 AM, Michal Seta wrote:
Hi Hans,
Hmm... interesting. So does it mean that they do not share pdsettings anymore either? I am not sure if I see any advantages with this approach (and I don't really have enough brain estate now to actually ponder that question, next month probably :)) but thanks for clearing that up.
./MiS
On Tue, May 11, 2010 at 1:07 AM, Hans-Christoph Steiner
hans@at.or.at wrote:The 'pd-extended' package can now co-exist with the official
'puredata' package, hence the binary being called 'pdextended'. It should
show up in the applications menu, so that's a bug. As for pdsend/pdreceive,
install 'puredata' to get those. Ultimately, I think those will go into a
pd-common package or something like that..hc
On May 10, 2010, at 4:23 PM, Michal Seta wrote:
Hi all + Hans,
I just installed pd-extended (0.42.5 build of april 30 2010) on a
new machine to discover that it is now called pdextended and it does not show up in the applications menu (should I report a bug somewhere?) and that pdsend is missing. Is pdsend/pdreceive being phased out? Are these changes documented somewhere? -- ./MiS
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called
an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the
possession of everyone, and the receiver cannot dispossess himself of
it. - Thomas Jefferson
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of these kids. -
Admiral Gene LeRocque
On 2010-05-11 07:07, Hans-Christoph Steiner wrote:
The 'pd-extended' package can now co-exist with the official 'puredata' package, hence the binary being called 'pdextended'. It should show up in the applications menu, so that's a bug. As for pdsend/pdreceive, install 'puredata' to get those. Ultimately, I think those will go into a pd-common package or something like that.
pd-utils is what i proposed; i think this neatly lines up with other *-utils or *-tools packages...
*-common is usually for infrastracture that the real packages depend on; neither Pd not PdX _need_ pdsend/pdreceive..
anyhow, i think that Pd-extended should provide an "alternative" for /usr/bin/pd.
see http://github.com/umlaeute/puredata for how i roughly implemented the package split and alternatives for /usr/bin/puredata
fgmat IOhannes
On May 11, 2010, at 11:35 AM, IOhannes m zmoelnig wrote:
On 2010-05-11 07:07, Hans-Christoph Steiner wrote:
The 'pd-extended' package can now co-exist with the official
'puredata' package, hence the binary being called 'pdextended'. It should
show up in the applications menu, so that's a bug. As for pdsend/pdreceive, install 'puredata' to get those. Ultimately, I think those will go
into a pd-common package or something like that.pd-utils is what i proposed; i think this neatly lines up with other *-utils or *-tools packages...
*-common is usually for infrastracture that the real packages depend
on; neither Pd not PdX _need_ pdsend/pdreceive..anyhow, i think that Pd-extended should provide an "alternative" for /usr/bin/pd.
see http://github.com/umlaeute/puredata for how i roughly implemented the package split and alternatives for /usr/bin/puredata
fgmat IOhannes
Sounds good to me, but I don't think this release of Pd-extended will
include all that. For the next release, where all of the libs will be
separate packages, it can then work like that.
.hc
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of these kids. -
Admiral Gene LeRocque
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Mathieu Bouchard -
Michal Seta