hey folks, more of a libPD question than PD per se... i'm using libPD with Unity for an upcoming iOS app i want to build and looking for good synth filter alternatives. i may want to put it on the App store so using anything with expr~ or fexpr~ is out, unfortunately.
As of about 2 years ago, expr and relatives are LGPL and thus compatible with the App Store. I’m not sure why that info keeps propagating, you must have read some old posts before we resolved that issue.
i recently ran into the [bob~] object which seems useful and is under BSD license but initial searches on how to compile externals in libPD have not been successful.
As of version libpd 0.8+, the built in extras (bob~, bonk~, etc) can be compiled into the c lib using EXTRA=true, see https://github.com/libpd/libpd#androidmk-makefile-libpdxcodeproj-libpd_winsl... https://github.com/libpd/libpd#androidmk-makefile-libpdxcodeproj-libpd_winsln
ideally i'd love something i could just use in vanilla, as recompiling libPD for C# is kind of a chore for my skillset. anyone got an idea where i might find good vanilla resonant filters not using expr~/fexpr~ compatible with libPD?
Try rjlib: https://github.com/rjdj/rjlib https://github.com/rjdj/rjlib
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
[comport] crashes my system (Ubuntu 11.10) when the USB cable from my Arduino gets disconnected accidentally.
Is there anything one can do about this besides turning off the connection beforehand on [comport]?
Obviously this wouldn't help if you do it by mistake ...
Ingo
It's a known issue that if a connection is not released in the software and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.
AFAIK since the Ardunio connection is'nt a hotpluggable USB connection but rather a serial-over-USB connection there is not much you can do about it.
PS: please start a new thread by composing a message to pd-list@lists.iem.at, not by picking a random email from the list, hitting reply and changing the topic.
On 2015년 10월 26일 18:44, Ingo wrote:
[comport] crashes my system (Ubuntu 11.10) when the USB cable from my Arduino gets disconnected accidentally.
Is there anything one can do about this besides turning off the connection beforehand on [comport]?
Obviously this wouldn't help if you do it by mistake ...
Ingo
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, Oct 26, 2015 at 11:58 AM, Max abonnements@revolwear.com wrote:
It's a known issue that if a connection is not released in the software and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.
Hasn't that issue been fixed? My computer won't crash if I unplug the Arduino without closing the serial port.
On 2015년 10월 26일 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the software and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however. Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better? AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either?
On Mon, Oct 26, 2015 at 6:17 PM, Max abonnements@revolwear.com wrote:
On 2015년 10월 26일 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the
software
and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better?
I think it's on the [comport] side that it has been fixed. Maybe it's combined with a better handling from the Arduino itself. I guess Martin Peach can answer this.
AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too.
The Arduino Leonardo is designed to behave like a keyboard, as far as I know, not the Uno.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either?
Nope, it just throws an error message (or a few of them) saying that the connection to the serial device has been lost..
On Mon, Oct 26, 2015 at 6:41 PM, Alexandros Drymonitis adrcki@gmail.com wrote:
On Mon, Oct 26, 2015 at 6:17 PM, Max abonnements@revolwear.com wrote:
On 2015년 10월 26일 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the
software
and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better?
I think it's on the [comport] side that it has been fixed. Maybe it's combined with a better handling from the Arduino itself. I guess Martin Peach can answer this.
AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too.
The Arduino Leonardo is designed to behave like a keyboard, as far as I know, not the Uno.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either?
Nope, it just throws an error message (or a few of them) saying that the connection to the serial device has been lost..
More precisely, it says that it lost connection and that it retries to obtain it. After a few attempts (around 10) it gives up, but no crash.
I'm on an old Ubuntu (11.10) and Pd-extended 0.42.5 - possibly a newer version would help. Here Pd-extended freezes and I cannot shut down Pd or Ubuntu anymore.
Ingo
Von: Pd-list [mailto:pd-list-bounces@lists.iem.at] Im Auftrag von Alexandros Drymonitis Gesendet: Montag, 26. Oktober 2015 17:45 An: Max Cc: pd-list@lists.iem.at Betreff: Re: [PD] [comport] crashes system (Ubuntu 11.10) when USB from Arduino gets disconnected by mistake
On Mon, Oct 26, 2015 at 6:41 PM, Alexandros Drymonitis adrcki@gmail.com wrote:
On Mon, Oct 26, 2015 at 6:17 PM, Max abonnements@revolwear.com wrote: On 2015년 10월 26일 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the software and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however. Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better? I think it's on the [comport] side that it has been fixed. Maybe it's combined with a better handling from the Arduino itself. I guess Martin Peach can answer this. AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too. The Arduino Leonardo is designed to behave like a keyboard, as far as I know, not the Uno.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either? Nope, it just throws an error message (or a few of them) saying that the connection to the serial device has been lost.. More precisely, it says that it lost connection and that it retries to obtain it. After a few attempts (around 10) it gives up, but no crash.
I think it's the FTDI drivers that were the problem. Try getting the latest VCP driver from here: http://www.ftdichip.com/FTDrivers.htm
Martin
On Mon, Oct 26, 2015 at 1:24 PM, Ingo ingo@miamiwave.com wrote:
I'm on an old Ubuntu (11.10) and Pd-extended 0.42.5 - possibly a newer version would help. Here Pd-extended freezes and I cannot shut down Pd or Ubuntu anymore.
Ingo
Von: Pd-list [mailto:pd-list-bounces@lists.iem.at] Im Auftrag von Alexandros Drymonitis Gesendet: Montag, 26. Oktober 2015 17:45 An: Max Cc: pd-list@lists.iem.at Betreff: Re: [PD] [comport] crashes system (Ubuntu 11.10) when USB from Arduino gets disconnected by mistake
On Mon, Oct 26, 2015 at 6:41 PM, Alexandros Drymonitis adrcki@gmail.com wrote:
On Mon, Oct 26, 2015 at 6:17 PM, Max abonnements@revolwear.com wrote: On 2015년 10월 26일 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the
software
and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better? I think it's on the [comport] side that it has been fixed. Maybe it's combined with a better handling from the Arduino itself. I guess Martin Peach can answer this. AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too. The Arduino Leonardo is designed to behave like a keyboard, as far as I know, not the Uno.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either? Nope, it just throws an error message (or a few of them) saying that the connection to the serial device has been lost.. More precisely, it says that it lost connection and that it retries to obtain it. After a few attempts (around 10) it gives up, but no crash.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 2015-10-26 at 18:24 +0100, Ingo wrote:
I'm on an old Ubuntu (11.10) and Pd-extended 0.42.5 - possibly a newer version would help. Here Pd-extended freezes and I cannot shut down Pd or Ubuntu anymore.
Ah, I should've read until here before posting. It's definitely a too old version of [comport] in that Pd-extended build.
You still could compile comport by simply doing 'make' in the comport directory after doing:
git clone http://git.puredata.info/cgit/svn2git/libraries/comport.git/
Roman
Great! Thanks!
I'll try a newer version of [comport] and I'll also check out the latest FTDI drivers as sugested by Martin.
Ingo
-----Ursprüngliche Nachricht----- Von: Pd-list [mailto:pd-list-bounces@lists.iem.at] Im Auftrag von Roman Haefeli Gesendet: Montag, 26. Oktober 2015 19:59 An: pd-list@lists.iem.at Betreff: Re: [PD] [comport] crashes system (Ubuntu 11.10) when USB from Arduino gets disconnected by mistake
On Mon, 2015-10-26 at 18:24 +0100, Ingo wrote:
I'm on an old Ubuntu (11.10) and Pd-extended 0.42.5 - possibly a newer
version would help.
Here Pd-extended freezes and I cannot shut down Pd or Ubuntu anymore.
Ah, I should've read until here before posting. It's definitely a too old version of [comport] in that Pd-extended build.
You still could compile comport by simply doing 'make' in the comport directory after doing:
git clone http://git.puredata.info/cgit/svn2git/libraries/comport.git/
Roman
Probably HID would be the best solution. It should have a faster transmission than the serial port as well - I think ...
I'll need to check out which ones of the newer arduinos can transmit as a HID device. I'm pretty sure that the current Teensy can do it.
If anyone has used this already it would be great to hear if it is working without problems.
I personally only need to transmit from the Arduino to Pd and not the other way around.
Ingo
-----Ursprüngliche Nachricht----- Von: Pd-list [mailto:pd-list-bounces@lists.iem.at] Im Auftrag von Max Gesendet: Montag, 26. Oktober 2015 17:18 An: Alexandros Drymonitis Cc: pd-list@lists.iem.at Betreff: Re: [PD] [comport] crashes system (Ubuntu 11.10) when USB from Arduino gets disconnected by mistake
On 2015? 10? 26? 19:32, Alexandros Drymonitis wrote:
On Mon, Oct 26, 2015 at 11:58 AM, Max <abonnements@revolwear.com It's a known issue that if a connection is not released in the
software
and the cable is unplugged, comport and Pd will crash. It should not affect the Operating system however.Hasn't that issue been fixed?
Not that I know of. Maybe newer Arduinos have a USB driver that handles this better? AFAIK the only way to get around this issue is to use a Byron/Minia http://www.1010.co.uk/org/byron.html and use the HID or MIDI-USB for the (Sensor-)input. Newer Arduinos should be able to reprogram the USB Atmel chip to behave like a Keyboard/HID/MIDI-USB, That would work too.
My computer won't crash if I unplug the Arduino without closing the serial port.
And Pd is not freezing either?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 2015-10-26 at 10:44 +0100, Ingo wrote:
[comport] crashes my system (Ubuntu 11.10) when the USB cable from my Arduino gets disconnected accidentally.
Is there anything one can do about this besides turning off the connection beforehand on [comport]?
Obviously this wouldn't help if you do it by mistake ...
To my knowledge (and others already suggested it) this has been fixed in [comport]. It works for me on Ubuntu 14.04 and Debian 7, i.e. Pd does not crash when I unplug the USB cable of the Arduino board. Tested with old Aduino NG (uses an FTDI chip) and current comport from svn / git.
Maybe your version of Pd-extended comes with an older [comport]? If I'm not mistaken, it got fixed in 2012.
Roman
On 2015년 10월 27일 03:49, Roman Haefeli wrote:
On Mon, 2015-10-26 at 10:44 +0100, Ingo wrote:
[comport] crashes my system (Ubuntu 11.10) when the USB cable from my Arduino gets disconnected accidentally.
Is there anything one can do about this besides turning off the connection beforehand on [comport]?
Obviously this wouldn't help if you do it by mistake ...
To my knowledge (and others already suggested it) this has been fixed in [comport]. It works for me on Ubuntu 14.04 and Debian 7, i.e. Pd does not crash when I unplug the USB cable of the Arduino board. Tested with old Aduino NG (uses an FTDI chip) and current comport from svn / git.
Good to know. Glad to be corrected on this issue.
As of about 2 years ago, expr and relatives are LGPL and thus compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store. I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear. I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license. If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license. -Jonathan
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best, scott
On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
As of about 2 years ago, expr and relatives are LGPL and thus
compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store.
I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear.
I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license.
If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license.
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Scott,There was nothing at all dark in their response, nor any attempt to sway me away from walled gardens. I asked a technical question and they gave me answer. -Jonathan
On Saturday, November 7, 2015 2:26 PM, Scott R. Looney <scottrlooney@gmail.com> wrote:
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best,scott On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
As of about 2 years ago, expr and relatives are LGPL and thus compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store. I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear. I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license. If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license. -Jonathan _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Shahrokh is working on a new release of the expr family of objects (0.5)
I'm copying him here, and I wouldn't know what his restrictions or issues would be regarding the license. Maybe if properly discussed with him, we could find a way to choose a license that is suitable for the libpd apps.
I agree that expr is essencial and such limitation would be bad for Pd apps.
cheers
2015-11-07 17:24 GMT-02:00 Scott R. Looney scottrlooney@gmail.com:
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best, scott
On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
As of about 2 years ago, expr and relatives are LGPL and thus
compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store.
I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear.
I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license.
If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license.
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I am happy to distribute expr/expr~/fexpr~ objects on BSD license. The original expr code that I wrote at IRCAM, was made available as GLP by IRCAM, and later they were kind enough to change that to LGPL. They may be fine with BSD as well. I will ask and find out.
best, Shahrokh
On Sat, Nov 7, 2015 at 12:08 PM, Alexandre Torres Porres porres@gmail.com wrote:
Shahrokh is working on a new release of the expr family of objects (0.5)
I'm copying him here, and I wouldn't know what his restrictions or issues would be regarding the license. Maybe if properly discussed with him, we could find a way to choose a license that is suitable for the libpd apps.
I agree that expr is essencial and such limitation would be bad for Pd apps.
cheers
2015-11-07 17:24 GMT-02:00 Scott R. Looney scottrlooney@gmail.com:
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best, scott
On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
As of about 2 years ago, expr and relatives are LGPL and thus
compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store.
I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear.
I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license.
If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license.
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Had to google to see why the relation to ircam, I understand now this was written as part of JMax, which has the GNU’s Lesser General Public License.
cool
I wonder if anyone still uses Jmax :)
I really think Ircam shouldn't mind this at all, and it'd be great to see this issue finally over with
again, is there anyone still using jmax?
cheers
2015-11-09 4:33 GMT-02:00 Shahrokh Yadegari sdy@ucsd.edu:
I am happy to distribute expr/expr~/fexpr~ objects on BSD license. The original expr code that I wrote at IRCAM, was made available as GLP by IRCAM, and later they were kind enough to change that to LGPL. They may be fine with BSD as well. I will ask and find out.
best, Shahrokh
On Sat, Nov 7, 2015 at 12:08 PM, Alexandre Torres Porres <porres@gmail.com
wrote:
Shahrokh is working on a new release of the expr family of objects (0.5)
I'm copying him here, and I wouldn't know what his restrictions or issues would be regarding the license. Maybe if properly discussed with him, we could find a way to choose a license that is suitable for the libpd apps.
I agree that expr is essencial and such limitation would be bad for Pd apps.
cheers
2015-11-07 17:24 GMT-02:00 Scott R. Looney scottrlooney@gmail.com:
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best, scott
On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
As of about 2 years ago, expr and relatives are LGPL and thus
compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store.
I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear.
I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license.
If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license.
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Shahrokh Yadegari Professor of Composition and Sound Design, Theatre and Dance Department University of California, San Diego Director, Initiative for Digital Exploration of Arts and Science, (IDEAS) California Institute for Telecommunications and Information Technologies (Calit2) Email: sdy@ucsd.edu Web: http://yadegari.org Tel: (858) 822-4113 Fax: (858) 534-1080
https://archive.org/download/Xensynth10.01/xensynth10.18.BrooklynMoore.2.0.E... has a few of the old DSP cookbook filters implemented in fexpr~
On Mon, Nov 9, 2015 at 10:53 PM, Alexandre Torres Porres porres@gmail.com wrote:
Had to google to see why the relation to ircam, I understand now this was written as part of JMax, which has the GNU’s Lesser General Public License.
cool
I wonder if anyone still uses Jmax :)
I really think Ircam shouldn't mind this at all, and it'd be great to see this issue finally over with
again, is there anyone still using jmax?
cheers
2015-11-09 4:33 GMT-02:00 Shahrokh Yadegari sdy@ucsd.edu:
I am happy to distribute expr/expr~/fexpr~ objects on BSD license. The original expr code that I wrote at IRCAM, was made available as GLP by IRCAM, and later they were kind enough to change that to LGPL. They may be fine with BSD as well. I will ask and find out.
best, Shahrokh
On Sat, Nov 7, 2015 at 12:08 PM, Alexandre Torres Porres < porres@gmail.com> wrote:
Shahrokh is working on a new release of the expr family of objects (0.5)
I'm copying him here, and I wouldn't know what his restrictions or issues would be regarding the license. Maybe if properly discussed with him, we could find a way to choose a license that is suitable for the libpd apps.
I agree that expr is essencial and such limitation would be bad for Pd apps.
cheers
2015-11-07 17:24 GMT-02:00 Scott R. Looney scottrlooney@gmail.com:
thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance.
i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.
best, scott
On Sat, Nov 7, 2015 at 9:18 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
As of about 2 years ago, expr and relatives are LGPL and thus
compatible with the App Store.
I emailed the Free Software Foundation, who are the publishers of the LGPL. They responded that the LGPL is not compatible with the restrictive terms of Apple's app store.
I forgot to ask them in advance if I could publicly post their response. If they say I can do so, I'll post their actual response. But it sounded pretty clear.
I suppose one could argue if it's a free app then who cares, and that the copyright holders of expr (or even Apple) are extremely unlikely to create a licensing fuss. But then that's the case whether expr is GPL, LGPL, or even "don't use this to murder people with drones" license.
If you want to write/use open source software that's compatible with Apple's app store, use the 3-clause BSD license.
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Shahrokh Yadegari Professor of Composition and Sound Design, Theatre and Dance Department University of California, San Diego Director, Initiative for Digital Exploration of Arts and Science, (IDEAS) California Institute for Telecommunications and Information Technologies (Calit2) Email: sdy@ucsd.edu Web: http://yadegari.org Tel: (858) 822-4113 Fax: (858) 534-1080
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Alexandros Drymonitis -
Billy Stiltner -
Dan Wilcox -
Ingo -
Jonathan Wilkes -
Martin Peach -
Max -
Roman Haefeli -
Scott R. Looney -
Shahrokh Yadegari