[PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Alexandre Torres Porres]

So, here's the deal of why I wanted to delete objects. My first idea was
actually to create a dynamic number of outlets, but that didn't work, cause
connections got lost. So I thought, well, maybe have a maximum number of
outlets and delete them, but that turned out to be very much uglier than I
thought and I haven't felt like trying yet.

But now I see there's this [initbang] external just for that... too bad
that, like I said, I cannot afford to have an external dependency...  And
then I've also seen there was a discussion of including [initbang]
functionality in Pd Vanilla, which I believe it's of vital importance if we
want Pd Vanilla to have any real functionality of providing powerful
externals.

I usually see many people here promoting this idea of "doing it yourself
with plainly vanilla", well, seems that many times that's really just hard
or impossible, so if we really want that, the [initbang] functionality
would be imperative. And, as long as we're at it, an easy message to pd for
deleting objects would be nice too.

So, I'm talking about what I found here:
https://lists.puredata.info/pipermail/pd-list/2016-01/112868.html

And I ask, what came out of that? Is the jury still out?

Thanks


2017-10-18 11:22 GMT-02:00 IOhannes m zmoelnig :

> On 2017-10-18 15:15, Alexandre Torres Porres wrote:
> > 2017-10-18 3:35 GMT-02:00 IOhannes m zmölnig :
> >
> >> there is a reason, why a library like iemguts has an object like
> >> [canvasdelete]: you cannot do this otherwise.
> >
> >
> > But is there any particular reason not to have a simple message to Pd
> that
> > would delete an object? So one could be "in luck" and not have to rely on
> > externals or painful in the back hacks?
>
> iirc, there was a feature-request (cum implementation) on the sf tracker
> and it was turned down.
>
> fgmasdr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] keyboard GUI in Extended/Purr Data or deken?

[Alexandre Torres Porres]

Hi list, is there a keyboard like GUI object in Pd Extended or Purr Data?
If not, is there any external I can find for all platforms in deken?

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Automatic upload from CI to Deken

[Antoine Villeret]

Hi,

back on this more than 2 months later...
so I setup travis to upload ossia package to deken on tagged commit.
here is the script : https://github.com/OSSIA/lib
ossia/blob/feature/deken/ci/push_deken.sh
The deken configuration and GPG key are encrypted with travis command line
tool.
I'm not using deken tool on travis because I had too much headache.
But it should be possible,
At least I can upload some non signed package.
I have an issue with GPG signing from Python :
https://github.com/pure-data/deken/issues/166 (which might be fixed now).
Then the command line tool was broken :
https://github.com/pure-data/deken/issues/169 (which should be fixed now).
Moreover I have a lot of issue on Appveyor to run deken.
PATH variable is a nightmare to configure and deken fails because it can't
find `make`...

Those issues discouraged me to use the command line tool and I'm using
`curl` to create directory and upload file.
gpg sign the package and sha256-sum compute the checksum.
This setup is working on Travis, Appveyor is on the road.

Concerning the parenthese issue, you should use at least single quotes
around your file name.
I'm using double ones to expand ${VERSION} variable *before* making the
upload URL.

cheers

Antoine


--
do it yourself
http://antoine.villeret.free.fr

2017-07-19 11:24 GMT+02:00 Pierre Guillot :

> I already tried to generate well formatted libraries for Deken (but not to
> upload them) and I had a problem with the parentheses in the names of the
> Deken libraries that are not supported by Travis (and Appveyor I guess)
> because they are used inside the URL. I don't find where I spoke about it
> (on GitHub or on this list). So if you find a solution I'll be pleased to
> know it :)
>
> Cheers,
> Pierre
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] which pix_opencv to select in Deken?

[Antoine Villeret]

Hi,

i'm glad to hear that someone uses pix_opencv (at least try it :-) )

first the easy part : l_ia64 extension is the Linux 64bit extension.
it could also be 'pd_linux' but 'l_ia64' indicate more than just linux and
so you can have several library binary for different architecture in the
same folder and Pd will choose the right one on the fly.
This is pretty useful when working on crossplatform portable project (I
mean : you put everything on a USB key and load it in any computer).

But this is not really specific to pix_opencv.

Now the bigger part.
Well.
I uploaded some binaries into Deken a while ago thinking that can help
people to use it.
But it appear to be a nightmare.

First thing : pix_opencv depends on Gem, so you need to lot Gem before
loading pix_opencv.
Second thing : pix_opencv also depend on ... wait for it ... OpenCV ! but
it is worth to say.
You can easily install OpenCV on Linux and on macos it is a little bit more
complicated that's why I tried to package OpenCV library binary with
pix_opencv.
But I don't have any package ready to distribute under the hand anymore.
But if you want advance feature like CUDA and OpenCL acceleration then you
need to build OpenCV by hand.

Btw I can load pix_opencv and try some example on Ubuntu 17.04 with Pd 0.48
and Gem  0.93.git 10759c2
I tried pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz and
pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz.

I hope this help a little bit.
If you need more advice, please follow Antoine Rousseau advice to track
down what is missing.

Best

Antoine

--
do it yourself
http://antoine.villeret.free.fr

2017-10-18 21:20 GMT+02:00 Antoine Rousseau :

> With -verbose, I do find two lines of (...)
>
>
> you may need to set Log level to 4 (all) in the Pd console (in addition to
> -verbose), in order to know which lib is missing.
>
>
> Antoine Rousseau
>   http://www.metalu.net  __ htt
> p://www.metaluachahuter.com/
> 
>
>
> 2017-10-18 18:47 GMT+02:00 Pagano, Patrick :
>
>> Last i tried you also had to have the OpenCV Framework for it to work in
>> OSX and Linux
>>
>> It was not only the Pd stuff that was required.
>>
>>
>> I would love some clarity of the state of OpenCV in OSX/Linux too if
>> anyone can share that info
>>
>>
>> Patrick Pagano B.S, M.F.A
>>
>> *Assistant Professor in Residence*
>>
>>
>> *Digital Media & Design *
>>
>> *Web & Interactive Technologies*
>>
>> *University of Connecticut, Stamford*
>>
>> *(352)-226-2016 <(352)%20226-2016>*
>> --
>> *From:* Pd-list  on behalf of Peter P. <
>> peterpar...@fastmail.com>
>> *Sent:* Wednesday, October 18, 2017 11:08:26 AM
>> *To:* pd-list
>> *Subject:* Re: [PD] which pix_opencv to select in Deken?
>>
>> * Peter P.  [2017-10-18 14:03]:
>> > Hi list,
>> >
>> > I am wondering about the differences between the following two search
>> > results for "opencv" in Deken on Debian Linux:
>> >
>> > pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz
>> >Uploaded by avilleret @ 2016-03-14 16:31:30
>> >
>> > pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz
>> >Uploaded by avilleret @ 2016-03-14 21:20:55
>> >
>> > Furthermore, with either I can't arrive at loading the lib and creating
>> > its object. Loading with the path set and [declare -lib pix_openc] does
>> > not print a success message.
>> I am replying to my own thread.
>>
>> The library pix_opencv IS loaded, I
>> apologise! With -verbose, I do find two lines of
>> ~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
>> ~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
>>
>> But when I try to create an object such as [pix_opencv_threshold] it is
>> not created, any possibly required files are not found according to the
>> console verbose printout.
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] which pix_opencv to select in Deken?

[Antoine Rousseau]

>
> With -verbose, I do find two lines of (...)


you may need to set Log level to 4 (all) in the Pd console (in addition to
-verbose), in order to know which lib is missing.


Antoine Rousseau
  http://www.metalu.net  __
http://www.metaluachahuter.com/



2017-10-18 18:47 GMT+02:00 Pagano, Patrick :

> Last i tried you also had to have the OpenCV Framework for it to work in
> OSX and Linux
>
> It was not only the Pd stuff that was required.
>
>
> I would love some clarity of the state of OpenCV in OSX/Linux too if
> anyone can share that info
>
>
> Patrick Pagano B.S, M.F.A
>
> *Assistant Professor in Residence*
>
>
> *Digital Media & Design *
>
> *Web & Interactive Technologies*
>
> *University of Connecticut, Stamford*
>
> *(352)-226-2016*
> --
> *From:* Pd-list  on behalf of Peter P. <
> peterpar...@fastmail.com>
> *Sent:* Wednesday, October 18, 2017 11:08:26 AM
> *To:* pd-list
> *Subject:* Re: [PD] which pix_opencv to select in Deken?
>
> * Peter P.  [2017-10-18 14:03]:
> > Hi list,
> >
> > I am wondering about the differences between the following two search
> > results for "opencv" in Deken on Debian Linux:
> >
> > pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz
> >Uploaded by avilleret @ 2016-03-14 16:31:30
> >
> > pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz
> >Uploaded by avilleret @ 2016-03-14 21:20:55
> >
> > Furthermore, with either I can't arrive at loading the lib and creating
> > its object. Loading with the path set and [declare -lib pix_openc] does
> > not print a success message.
> I am replying to my own thread.
>
> The library pix_opencv IS loaded, I
> apologise! With -verbose, I do find two lines of
> ~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
> ~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
>
> But when I try to create an object such as [pix_opencv_threshold] it is
> not created, any possibly required files are not found according to the
> console verbose printout.
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] which pix_opencv to select in Deken?

[Pagano, Patrick]

Last i tried you also had to have the OpenCV Framework for it to work in OSX 
and Linux

It was not only the Pd stuff that was required.


I would love some clarity of the state of OpenCV in OSX/Linux too if anyone can 
share that info


Patrick Pagano B.S, M.F.A

Assistant Professor in Residence

Digital Media & Design

Web & Interactive Technologies

University of Connecticut, Stamford

(352)-226-2016


From: Pd-list  on behalf of Peter P. 

Sent: Wednesday, October 18, 2017 11:08:26 AM
To: pd-list
Subject: Re: [PD] which pix_opencv to select in Deken?

* Peter P.  [2017-10-18 14:03]:
> Hi list,
>
> I am wondering about the differences between the following two search
> results for "opencv" in Deken on Debian Linux:
>
> pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz
>Uploaded by avilleret @ 2016-03-14 16:31:30
>
> pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz
>Uploaded by avilleret @ 2016-03-14 21:20:55
>
> Furthermore, with either I can't arrive at loading the lib and creating
> its object. Loading with the path set and [declare -lib pix_openc] does
> not print a success message.
I am replying to my own thread.

The library pix_opencv IS loaded, I
apologise! With -verbose, I do find two lines of
~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded

But when I try to create an object such as [pix_opencv_threshold] it is
not created, any possibly required files are not found according to the
console verbose printout.

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Jack]

Hello Thomas,

I find a solution (even it is not recommanded. Is it ?). See my last
mail on this list.
I never use debootstrap to compile on Linux, that's why i was looking
for a solution via deken and then with apt.
Thanks for your help and for purest_json.
++

Jack



Le 18/10/2017 à 16:45, Thomas Mayer a écrit :
> Hi,
> 
> IOhannes m zmoelnig schrieb am 18.10.2017 12:36:
> 
>>> Le 17/10/2017 à 23:03, Thomas Mayer a écrit :
> Oops, yes, that is the source of the problem. The package is
> called libjson-c2.

 And in current distributions it is superseded by libjson-c3.
>>
>> hmm, this is inaccurate, or at least it misses some information.
>>
>> the package has been renamed not because the maintainers thought it was
>> a fun thing to do, but because newer versions of json-c have broken ABI
>> (so you cannot use an application that was linked against libjson-c2
>> with the new libjson-c3, simply because the new one is missing some
>> symbols).
>>
>> this also means that if you have a PuREST JSON linked against the old
>> libjson-c2, it cannot be used with the libjson-c3 package. or vice versa.
> 
> Some additional information: The deken package has been built on Travis, i.e. 
> Ubuntu 14.04:
> 
> https://travis-ci.org/residuum/PuRestJson/jobs/188512698
> 
> Since OP has compiled Pd and Gem himself, maybe compiling PuREST JSON would 
> be the best option, just have a look at the instructions at:
> https://github.com/residuum/PuRestJson/wiki/Compilation
> 
> Hth,
> Thomas
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] which pix_opencv to select in Deken?

[Peter P.]

* Peter P.  [2017-10-18 14:03]:
> Hi list,
> 
> I am wondering about the differences between the following two search
> results for "opencv" in Deken on Debian Linux:
> 
> pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz
>   Uploaded by avilleret @ 2016-03-14 16:31:30
> 
> pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz
>   Uploaded by avilleret @ 2016-03-14 21:20:55
> 
> Furthermore, with either I can't arrive at loading the lib and creating
> its object. Loading with the path set and [declare -lib pix_openc] does
> not print a success message. 
I am replying to my own thread. 

The library pix_opencv IS loaded, I
apologise! With -verbose, I do find two lines of 
~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded
~.local/lib/pd/extra/pix_opencv/pix_opencv.l_ia64 and succeeded

But when I try to create an object such as [pix_opencv_threshold] it is
not created, any possibly required files are not found according to the
console verbose printout.

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Jack]

Thanks a lot Claude, it works fine now !

Here what i did (after installing dependencies for purest_json, except
puredata-core) :
$ sudo apt-get --no-install-recommends install puredata-core
$ sudo apt install pd-purest-json

And then in Pd :
[declare -path /usr/lib/pd/extra/purest_json]
Now, Pd can load properly [json-decode].
++

Jack



Le 18/10/2017 à 16:15, Claude Heiland-Allen a écrit :
> Hi,
> 
> On 18/10/17 14:45, Jack wrote:
>> Or, maybe, i can install puredata-core without deps. In this case, how i
>> can do that ?
> 
> you can't install without deps, but you can install without recommends:
> 
> $ man apt-get
> /recommends
> 
> gives:
> 
>--no-install-recommends
>Do not consider recommended packages as a dependency for
>installing. Configuration Item: APT::Install-Recommends.
> 
> $ man aptitude
> /recommends
> 
> gives:
> 
>-R, --without-recommends
>Do not treat recommendations as dependencies when installing new
>packages (this overrides settings in /etc/apt/apt.conf and
>~/.aptitude/config). Packages previously installed due to
>recommendations will not be removed.
> 
>This corresponds to the pair of configuration options
>APT::Install-Recommends and APT::AutoRemove::RecommendsImportant.
> 
> 
> but unfortunately:
> 
> $ man apt
> /recommends
> 
> gives no results, same in man pages for apt.conf and apt_preferences
> 
> sorry for having suggested the manuals are all helpful,
> 
> 
> Claude
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Thomas Mayer]

Hi,

IOhannes m zmoelnig schrieb am 18.10.2017 12:36:

>> Le 17/10/2017 à 23:03, Thomas Mayer a écrit :
 Oops, yes, that is the source of the problem. The package is
 called libjson-c2.
>>>
>>> And in current distributions it is superseded by libjson-c3.
> 
> hmm, this is inaccurate, or at least it misses some information.
> 
> the package has been renamed not because the maintainers thought it was
> a fun thing to do, but because newer versions of json-c have broken ABI
> (so you cannot use an application that was linked against libjson-c2
> with the new libjson-c3, simply because the new one is missing some
> symbols).
> 
> this also means that if you have a PuREST JSON linked against the old
> libjson-c2, it cannot be used with the libjson-c3 package. or vice versa.

Some additional information: The deken package has been built on Travis, i.e. 
Ubuntu 14.04:

https://travis-ci.org/residuum/PuRestJson/jobs/188512698

Since OP has compiled Pd and Gem himself, maybe compiling PuREST JSON would be 
the best option, just have a look at the instructions at:
https://github.com/residuum/PuRestJson/wiki/Compilation

Hth,
Thomas

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Claude Heiland-Allen]

Hi,

On 18/10/17 14:45, Jack wrote:
> Or, maybe, i can install puredata-core without deps. In this case, how i
> can do that ?

you can't install without deps, but you can install without recommends:

$ man apt-get
/recommends

gives:

   --no-install-recommends
   Do not consider recommended packages as a dependency for
   installing. Configuration Item: APT::Install-Recommends.

$ man aptitude
/recommends

gives:

   -R, --without-recommends
   Do not treat recommendations as dependencies when installing new
   packages (this overrides settings in /etc/apt/apt.conf and
   ~/.aptitude/config). Packages previously installed due to
   recommendations will not be removed.

   This corresponds to the pair of configuration options
   APT::Install-Recommends and APT::AutoRemove::RecommendsImportant.


but unfortunately:

$ man apt
/recommends

gives no results, same in man pages for apt.conf and apt_preferences

sorry for having suggested the manuals are all helpful,


Claude
-- 
https://mathr.co.uk

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Jack]

Hello Claude,

Thanks for these explanations.
So according to :
$ apt-cache show pd-purest-json | grep -e ^Depends -e ^Recommends

pd-purest-json only depends on :
- libc6
- libcurl3-gnutls
- libjson-c3
- liboauth0
- puredata-core or pd

On my system, pd is in /usr/local and sources are in my home, maybe
there is a possibility to tell to apt to use the source of Pd in my home
to install pd-purest-json. I understand this is not the regular way to
install package but if can do it without to install all dependancies, i
will give it a try.

Or, maybe, i can install puredata-core without deps. In this case, how i
can do that ?

Thanx for help.
++

Jack



Le 18/10/2017 à 13:42, Claude Heiland-Allen a écrit :
> On 18/10/17 12:07, Jack wrote:
>> Le 18/10/2017 à 12:36, IOhannes m zmoelnig a écrit :
>>> deken is not really meant for such use cases at all.
>>>
>>> however, other package management systems do provide means to track ABI
>>> changes in libraries. e.g. "apt", the Debian package manager.
>>> so if you have the option to use the Debian packages, please use them.
>>> all these problems will be gone!
>> Is there a reason that when I try to do :
>> $ sudo apt install pd-purest-json
>>
>> apt tries to download :
>> gem gem-doc gem-extra gem-plugin-gmerlin gem-plugin-lqt
>> gem-plugin-magick gem-plugin-v4l2 pd-libdir pd-purest-json puredata
>> puredata-core puredata-doc puredata-extra puredata-gui puredata-utils
> 
> apt chases dependencies (which it must to keep your system functional),
> and recommendations (though you can turn that off if you want, the
> manual explains how)
> 
> here are the depends and recommends my install finds today:
> 
> $ apt-cache show pd-purest-json | grep -e ^Depends -e ^Recommends
> Depends: libc6 (>= 2.4), libcurl3-gnutls (>= 7.16.2), libjson-c3 (>=
> 0.10), liboauth0 (>= 0.9.1), puredata-core | pd
> Recommends: pd-libdir
> 
> $ apt-cache show puredata-core | grep -e ^Depends -e ^Recommends
> Depends: libasound2 (>= 1.0.16), libc6 (>= 2.14), libportaudio2 (>=
> 19+svn20101113)
> Recommends: puredata-gui
> 
> $ apt-cache show puredata-gui | grep -e ^Depends -e ^Recommends
> Depends: python3:any, tk (>= 8.4), tcl8.5 | tclsh
> Recommends: puredata
> 
> $ apt-cache show puredata | grep -e ^Depends -e ^RecommendsDepends:
> puredata-core, puredata-gui, puredata-doc, puredata-extra,
> puredata-utils, puredata-dev
> Recommends: gem
> 
> $ apt-cache show gem | grep -e ^Depends -e ^Recommends
> Depends: libc6 (>= 2.15), libftgl2 (>= 2.1.3~rc5), libgcc1 (>= 1:3.0),
> libgl1-mesa-glx | libgl1, libglew2.0 (>= 1.12.0), libglu1-mesa |
> libglu1, libice6 (>= 1:1.0.0), libsm6, libstdc++6 (>= 5.2), libxxf86vm1,
> zlib1g (>= 1:1.1.4), puredata-core | pd
> Recommends: gem-doc, gem-extra, gem-plugin-gmerlin | gem-plugin-film,
> gem-plugin-magick | gem-plugin-image, gem-plugin-lqt |
> gem-plugin-record, gem-plugin-v4l2 | gem-plugin-video
> 
>> I still have installed Pd from source (idem for Gem) ?
> 
> apt doesn't know or care about that
> 
> 
> Claude
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] how to destroy/delete an object with dynamic patching?

[IOhannes m zmoelnig]

On 2017-10-18 15:15, Alexandre Torres Porres wrote:
> 2017-10-18 3:35 GMT-02:00 IOhannes m zmölnig :
> 
>> there is a reason, why a library like iemguts has an object like
>> [canvasdelete]: you cannot do this otherwise.
> 
> 
> But is there any particular reason not to have a simple message to Pd that
> would delete an object? So one could be "in luck" and not have to rely on
> externals or painful in the back hacks?

iirc, there was a feature-request (cum implementation) on the sf tracker
and it was turned down.

fgmasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] how to destroy/delete an object with dynamic patching?

[Alexandre Torres Porres]

2017-10-18 3:35 GMT-02:00 IOhannes m zmölnig :
>
> there is a hacky way to delete an object, bymimicking mouse events to
> select the region where the desired object


yikes...


> there is a reason, why a library like iemguts has an object like
> [canvasdelete]: you cannot do this otherwise.


But is there any particular reason not to have a simple message to Pd that
would delete an object? So one could be "in luck" and not have to rely on
externals or painful in the back hacks?

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling gendy~.pd_linux

[David Medine]

Actually, I think all you have to do to resolve this error is change' 0' 
in line 243 of gendy~.cpp to '0.0', or put '(float)' --- or more 
properly '(gendysamp_t)' --- in front of it. I.e. line 243 should read:


(*display_buf)[n++]= (gendy_t)0.0;

You might keep getting related compiler errors, though until you match 
the author's specific build setup.


On 10/17/2017 7:49 PM, Pagano, Patrick wrote:


the code requires that Flext be used to create it so you basically run


Flext/build.sh pd gcc and it should spit out a working gendy~.pd_linux


i will see about an alternative gcc.


thanks for the input


Patrick


Patrick Pagano B.S, M.F.A

/Assistant Professor in Residence/

/Digital Media & Design
/

/Web & Interactive Technologies/

/University of Connecticut, Stamford/

/(352)-226-2016/


*From:* Pd-list  on behalf of David 
Medine 

*Sent:* Tuesday, October 17, 2017 11:12:57 AM
*To:* pd-list@lists.iem.at
*Subject:* Re: [PD] Compiling gendy~.pd_linux
Gendy looks neat, but there is no makefile or anything? Probably CMake 
to generate a makefile for the library itself, then just a modified Pd 
extern makefile (the generated library will have to be linked) will do 
the job.


As per your error below, it looks like you need to compile with a more 
or less modern version of gpp. CMake might relieve a lot of pain here 
as well. Basically, the code is asking to use the copy operator 
(operator=) to copy an integer into a t_word. I guess different 
compilers and OSs will have different definitions for these types, and 
it has to line up, or else the source code will need to be changed.


FWIW, the source code shouldn't do this. It is bad style to type-pun 
with an (overloaded?) operator (because you can get compiler errors!). 
I would report this directly to the author on github. He might be very 
interested in this.


On 10/17/2017 4:45 PM, Pagano, Patrick wrote:


Hi


I am also interested in compiling gedny~.pd_linux

http://ssfrr.com/projects/gendy/

SSFRR – gendy~ 
ssfrr.com
gendy~ is a C++ library and external for PD and Max/ MSP to implement 
a variant of Dynamic Stochastic Synthesis, a technique developed by 
Iannis Xenakis.


I have successfully bootstrapped FLEXT but when i run it i get an 
error that is beyond my skill



https://pastebin.com/Mbj9xhRR


here is the error i get

I have reached out to Spencer but he's probably too busy to revisit 
this old project code but for me Xenakis is a priority for sound 
design :-)



please take a look!!  thanks



/home/pi/Downloads/pd-0.47-1/src/m_pd.h:151:15: note: no known 
conversion for - Pastebin.com 

pastebin.com





Patrick Pagano B.S, M.F.A

/Assistant Professor in Residence/

/Digital Media & Design
/

/Web & Interactive Technologies/

/University of Connecticut, Stamford/

/(352)-226-2016/


___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] which pix_opencv to select in Deken?

[Peter P.]

Hi list,

I am wondering about the differences between the following two search
results for "opencv" in Deken on Debian Linux:

pix_opencv-v0.4-Ubuntu15.10-(Linux-amd64-64)-externals.tar.gz
Uploaded by avilleret @ 2016-03-14 16:31:30

pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz
Uploaded by avilleret @ 2016-03-14 21:20:55

Furthermore, with either I can't arrive at loading the lib and creating
its object. Loading with the path set and [declare -lib pix_openc] does
not print a success message. The library seems to be present as file
pix_opencv.l_ia64 in the respective folder.

I am not familiar with .l_ia64 library files and thought it would be
.pd_linux.

The README.txt file within the pix_opencv mentions
pix_opencv-overview.pd which seems to be missing.

would be great to get it to run and learn what I am doing wrong!

best/merci
P

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Claude Heiland-Allen]

On 18/10/17 12:07, Jack wrote:
> Le 18/10/2017 à 12:36, IOhannes m zmoelnig a écrit :
>> deken is not really meant for such use cases at all.
>>
>> however, other package management systems do provide means to track ABI
>> changes in libraries. e.g. "apt", the Debian package manager.
>> so if you have the option to use the Debian packages, please use them.
>> all these problems will be gone!
> Is there a reason that when I try to do :
> $ sudo apt install pd-purest-json
> 
> apt tries to download :
> gem gem-doc gem-extra gem-plugin-gmerlin gem-plugin-lqt
> gem-plugin-magick gem-plugin-v4l2 pd-libdir pd-purest-json puredata
> puredata-core puredata-doc puredata-extra puredata-gui puredata-utils

apt chases dependencies (which it must to keep your system functional),
and recommendations (though you can turn that off if you want, the
manual explains how)

here are the depends and recommends my install finds today:

$ apt-cache show pd-purest-json | grep -e ^Depends -e ^Recommends
Depends: libc6 (>= 2.4), libcurl3-gnutls (>= 7.16.2), libjson-c3 (>=
0.10), liboauth0 (>= 0.9.1), puredata-core | pd
Recommends: pd-libdir

$ apt-cache show puredata-core | grep -e ^Depends -e ^Recommends
Depends: libasound2 (>= 1.0.16), libc6 (>= 2.14), libportaudio2 (>=
19+svn20101113)
Recommends: puredata-gui

$ apt-cache show puredata-gui | grep -e ^Depends -e ^Recommends
Depends: python3:any, tk (>= 8.4), tcl8.5 | tclsh
Recommends: puredata

$ apt-cache show puredata | grep -e ^Depends -e ^RecommendsDepends:
puredata-core, puredata-gui, puredata-doc, puredata-extra,
puredata-utils, puredata-dev
Recommends: gem

$ apt-cache show gem | grep -e ^Depends -e ^Recommends
Depends: libc6 (>= 2.15), libftgl2 (>= 2.1.3~rc5), libgcc1 (>= 1:3.0),
libgl1-mesa-glx | libgl1, libglew2.0 (>= 1.12.0), libglu1-mesa |
libglu1, libice6 (>= 1:1.0.0), libsm6, libstdc++6 (>= 5.2), libxxf86vm1,
zlib1g (>= 1:1.1.4), puredata-core | pd
Recommends: gem-doc, gem-extra, gem-plugin-gmerlin | gem-plugin-film,
gem-plugin-magick | gem-plugin-image, gem-plugin-lqt |
gem-plugin-record, gem-plugin-v4l2 | gem-plugin-video

> I still have installed Pd from source (idem for Gem) ?

apt doesn't know or care about that


Claude
-- 
https://mathr.co.uk

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Jack]

Hello Johannes,

I keep this topic for the list since it is related to purest_json...

Le 18/10/2017 à 12:36, IOhannes m zmoelnig a écrit :
>> Le 17/10/2017 à 23:03, Thomas Mayer a écrit :
 Oops, yes, that is the source of the problem. The package is
 called libjson-c2.
>>>
>>> And in current distributions it is superseded by libjson-c3.
> 
> hmm, this is inaccurate, or at least it misses some information.
> 
> the package has been renamed not because the maintainers thought it was
> a fun thing to do, but because newer versions of json-c have broken ABI
> (so you cannot use an application that was linked against libjson-c2
> with the new libjson-c3, simply because the new one is missing some
> symbols).
> 
> this also means that if you have a PuREST JSON linked against the old
> libjson-c2, it cannot be used with the libjson-c3 package. or vice versa.
> 
> 
> On 2017-10-18 12:07, Jack wrote:
>>
>> Do we need a new version of purest_json on deken ?
> 
> well, yes or no.
> there's no need for a "new version" at all, since there is no need to
> change PuREST JSON (the source code).
> you could however recompile purest-json against the new json-c and
> upload an *alternative* version. this alternative version will not be
> usable on systems that ship libjson-c2.
> so if a new upload replaces the old one, you will see the same problem
> on other machines ("this doesn't necessarily involve "physical
> replacement"; it's enough to lure people into downloading the new one,
> e.g. by bumping the version number)
> 
> deken is not really meant for such use cases at all.
> 
> however, other package management systems do provide means to track ABI
> changes in libraries. e.g. "apt", the Debian package manager.
> so if you have the option to use the Debian packages, please use them.
> all these problems will be gone!
Is there a reason that when I try to do :
$ sudo apt install pd-purest-json

apt tries to download :
gem gem-doc gem-extra gem-plugin-gmerlin gem-plugin-lqt
gem-plugin-magick gem-plugin-v4l2 pd-libdir pd-purest-json puredata
puredata-core puredata-doc puredata-extra puredata-gui puredata-utils

I still have installed Pd from source (idem for Gem) ?
Thank you for your clarification.
++

Jack


> 
> fgamsdr
> IOhannes
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[IOhannes m zmoelnig]

> Le 17/10/2017 à 23:03, Thomas Mayer a écrit :
>>> Oops, yes, that is the source of the problem. The package is
>>> called libjson-c2.
>>
>> And in current distributions it is superseded by libjson-c3.

hmm, this is inaccurate, or at least it misses some information.

the package has been renamed not because the maintainers thought it was
a fun thing to do, but because newer versions of json-c have broken ABI
(so you cannot use an application that was linked against libjson-c2
with the new libjson-c3, simply because the new one is missing some
symbols).

this also means that if you have a PuREST JSON linked against the old
libjson-c2, it cannot be used with the libjson-c3 package. or vice versa.


On 2017-10-18 12:07, Jack wrote:
> 
> Do we need a new version of purest_json on deken ?

well, yes or no.
there's no need for a "new version" at all, since there is no need to
change PuREST JSON (the source code).
you could however recompile purest-json against the new json-c and
upload an *alternative* version. this alternative version will not be
usable on systems that ship libjson-c2.
so if a new upload replaces the old one, you will see the same problem
on other machines ("this doesn't necessarily involve "physical
replacement"; it's enough to lure people into downloading the new one,
e.g. by bumping the version number)

deken is not really meant for such use cases at all.

however, other package management systems do provide means to track ABI
changes in libraries. e.g. "apt", the Debian package manager.
so if you have the option to use the Debian packages, please use them.
all these problems will be gone!

fgamsdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PuREST JSON 1.4.2 "Argo in shipyard" released

[Jack]

Hello Thomas,

Thanks for the info, libcurl3, liboauth0 and libjson-c3 are now installed.
But, I am still unlucky with deken install, I get nothing after [declare
-stdpath purest_json -stdlib purest_json] and [json-decode] :
 json-decode
... couldn't create

In verbose mode I get :
...
tried /home/jack/.local/lib/pd/extra//purest_json/json-decode.pd_linux
and succeeded
...

Do we need a new version of purest_json on deken ?
++

Jack



Le 17/10/2017 à 23:03, Thomas Mayer a écrit :
> On 17.10.2017 22:55, Thomas Mayer wrote:
>> Hi,
> 
>> On 16.10.2017 22:50, Jack wrote:
>>> Hello Johannes,
> 
>>> Thank you, but even with [declare -stdpath purest_json -stdlib 
>>> purest_json] it doesn't work.
> 
>>> libjson0 doesn't exist anymore on the official repository for 
>>> Ubuntu 17.10 and according to the doc of purest_json, libcurl3 
>>> liboauth0 libjson0 are needed. Maybe the source of the problem ?
>>>  https://ix.residuum.org/pd/purest_json.html
> 
>> Oops, yes, that is the source of the problem. The package is
>> called libjson-c2.
> 
> And in current distributions it is superseded by libjson-c3.
> 
> Hth,
> Thomas
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list