Re: [PD] Free/Open Bounties

[Simon Iten]

part of the freedom of opensource developement is for many, that they can focus 
on what they are interested in.
and there are no obligations.
if money is involved that becomes more complex quite fast.

that is not to say, that opensource devs should not be paid, just that some may 
not want to accept any money.

> On 12 Nov 2018, at 23:15, Johnny Mauser via Pd-list  
> wrote:
> 
> I also want to support the use of the (Gem-) money! I made money with Gem so 
> i thought it is time to give back (and support my own selfish future money 
> making) with giving to Gem bounty. I very much am thinking like Julian, i 
> want the money to be used by Gem devs instead of bounty source. Also i like 
> the idea of software to be developed in way where everybody contributes as 
> much as wanted and with individual possibilities. 
> If that is with academia nuts where an institution is paying for developement 
> to raise common practical knowledge, even better. But if that is not possible 
> for some reason, i find it no harm that private money helps to climp a 
> nessessary step. In our Case no supperiour institution takes over, just the 
> little asskick for an awsome product needs to be made. 
> Institutions can be friendly to open source products, but for sertain 
> developments on proprietary platforms an extra push can be needed. The whole 
> community would benifit from Osx 64bit Gem; more up to date users, more 
> recognition, more interchangeability between platforms. But of course someone 
> needs to do it! Someone who is not "starting from zero“ (in dev coding: like 
> me). Ideal: someone where the bounty money fits into the buiseness plan. "1-2 
> weeks work for 1000$“ for the developement of the great Pd. But else: please, 
> academian paid programming wizzards, please take a deep sigh, oil your 
> fingers and code the nessessary black box. Take the money and make a big 
> party, give it to your favourite doctor to attest your mental sickness for 
> your absents of work, pay the wedding ring with „Pd“ engraving, or give me 
> the money to massage you while writing the necessary lines of code, pay your 
> normal live with it, or organize the next Pd convention.
> 
> no huhu, i got carried away. many words for a simple message: I love Pd 
> (+Gem) and would love to continue to love a living creature.
> 
> 
> Am Mo., 12. Nov. 2018, 19:34 hat João Pais  > geschrieben:
> A small personal tale: some years ago I needed help to have an external for 
> the leapmotion - I was willing to pay for it, as someone would have to 
> dedicate time and work for it. In the end no one even replied to my calls, so 
> the thing had to rest. Some years later, it eventually worked when Chikashi 
> did the coding and now the code is there for anyone who wants to use and 
> abuse it. If at some point I need an upgrade, the cycle will repeat again.
> 
> I don't understand why this issue should be polarising: if I/anyone need 
> something that doesn't exist and I can't do it myself, someone else has to 
> create it. It's not reasonable of me to expect that someone will sit down for 
> it and put aside her/his own priorities because of mine. Specially if it's an 
> experienced professional which will offer good solutions - and that 
> professional surely has a rent to pay, family, and might not want to work for 
> google or amazon.
> Specially in this community, without someone's support there would be no Pd 
> to discuss about - and also several of it's externals (correct me if I'm 
> wrong). There wouldn't even be a mailing list, as it's hosted by an 
> institution.
> 
> And if someone is against these politics, they can always refuse to use the 
> code that is generated from it?
> 
> Best,
> 
> Joao
> 
> Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/ 
> IOhannes, take the goddam cash!! (and redistribute it accordingly:)
> 
> P.A. - Yes indeed, agreed re academia, though have to say, more and more, it 
> appears it's the 'top-end' of institutions, which provide such space/time & 
> opportunities. Perhaps we can say that those working within academia and/or 
> large software-based businesses (it's seemingly mainly larger orgs) have 
> already forged some equilibrium regarding F/L/O production and contributions 
> theein. Value may take many forms (most often post-hard_cash), particularly 
> when it may be measured.
> 
> I guess my questioning regarding the usefulness of bounties is in the 
> prodding of the fine-line that exists for the self-employed/sole 
> trader/artists/code-dabbling precariat.
> 
> E.G. Pd's history is littered with those who've become overwhelmed with both 
> the demands of real life and the burgeoning Jones (addiction) of maintaining 
> code (it was just a fun weekend hobby at first but then got out of hand, 
> STARTED TAKING OVER MY LIFE!!).
> 
> I do think bounties are useful but I'm trying to talk myself out of it...
> 
> Appreciate the responses,
> 
> J
> 

Re: [PD] No current Gem for OS X?

[Christof Ressi]

> Is there any inherent disadvantage of running Pd in its 32bit version?

generally, one advantage of 64-bit apps is that you can address more memory. 
this can be quite useful in GEM if you want to load video files into RAM.

however, maybe the biggest advantage of 64bit apps on OSX is that you will be 
able to run them on the next OSX version ;-) 
https://www.computerworld.com/article/3269007/apple-mac/what-apples-32-bit-app-phase-out-on-mojave-means-to-you.html

> Out of interest, why are the Windows versions of Pd also affected by
> this 32/64bit discrepancy?

on Windows, Pd has always been released as 32-bit, only since 0.49 we have 
"official" 64-bit releases-

Christof


> Gesendet: Montag, 12. November 2018 um 21:58 Uhr
> Von: "Peter P." 
> An: "IOhannes m zmoelnig" 
> Cc: pd-list 
> Betreff: Re: [PD] No current Gem for OS X?
>
> * IOhannes m zmoelnig  [2018-11-07 13:26]:
> > On 07.11.18 13:18, Peter P. wrote:
> > > Hi,
> > > 
> > > what is the current status of Gem for OS X, especially with Pd-0.49-1 64
> > > bit? It seems that Gem can't be installed via Deken. 
> > > 
> > > What about http://puredata.info/downloads/gem/releases/0.93.3 could one
> > > of these binaries work?
> > 
> > 
> > only with the 32bit version of Pd.
> Thanks, and please excuse for my obvious question, I should have had
> remebered. Is there any inherent disadvantage of running Pd in its 32bit
> version?
> 
> Out of interest, why are the Windows versions of Pd also affected by
> this 32/64bit discrepancy?
> 
> Thänks, P
> 
> 
> 
> ___
> 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] No current Gem for OS X?

[Peter P.]

* IOhannes m zmoelnig  [2018-11-07 13:26]:
> On 07.11.18 13:18, Peter P. wrote:
> > Hi,
> > 
> > what is the current status of Gem for OS X, especially with Pd-0.49-1 64
> > bit? It seems that Gem can't be installed via Deken. 
> > 
> > What about http://puredata.info/downloads/gem/releases/0.93.3 could one
> > of these binaries work?
> 
> 
> only with the 32bit version of Pd.
Thanks, and please excuse for my obvious question, I should have had
remebered. Is there any inherent disadvantage of running Pd in its 32bit
version?

Out of interest, why are the Windows versions of Pd also affected by
this 32/64bit discrepancy?

Thänks, P



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

Re: [PD] Free/Open Bounties

[Johnny Mauser via Pd-list]

I also want to support the use of the (Gem-) money! I made money with Gem so i 
thought it is time to give back (and support my own selfish future money 
making) with giving to Gem bounty. I very much am thinking like Julian, i want 
the money to be used by Gem devs instead of bounty source. Also i like the idea 
of software to be developed in way where everybody contributes as much as 
wanted and with individual possibilities. 
If that is with academia nuts where an institution is paying for developement 
to raise common practical knowledge, even better. But if that is not possible 
for some reason, i find it no harm that private money helps to climp a 
nessessary step. In our Case no supperiour institution takes over, just the 
little asskick for an awsome product needs to be made. 
Institutions can be friendly to open source products, but for sertain 
developments on proprietary platforms an extra push can be needed. The whole 
community would benifit from Osx 64bit Gem; more up to date users, more 
recognition, more interchangeability between platforms. But of course someone 
needs to do it! Someone who is not "starting from zero“ (in dev coding: like 
me). Ideal: someone where the bounty money fits into the buiseness plan. "1-2 
weeks work for 1000$“ for the developement of the great Pd. But else: please, 
academian paid programming wizzards, please take a deep sigh, oil your fingers 
and code the nessessary black box. Take the money and make a big party, give it 
to your favourite doctor to attest your mental sickness for your absents of 
work, pay the wedding ring with „Pd“ engraving, or give me the money to massage 
you while writing the necessary lines of code, pay your normal live with it, or 
organize the next Pd convention.

no huhu, i got carried away. many words for a simple message: I love Pd (+Gem) 
and would love to continue to love a living creature.


Am Mo., 12. Nov. 2018, 19:34 hat João Pais mailto:jmmmp...@gmail.com>> geschrieben:
A small personal tale: some years ago I needed help to have an external for the 
leapmotion - I was willing to pay for it, as someone would have to dedicate 
time and work for it. In the end no one even replied to my calls, so the thing 
had to rest. Some years later, it eventually worked when Chikashi did the 
coding and now the code is there for anyone who wants to use and abuse it. If 
at some point I need an upgrade, the cycle will repeat again.

I don't understand why this issue should be polarising: if I/anyone need 
something that doesn't exist and I can't do it myself, someone else has to 
create it. It's not reasonable of me to expect that someone will sit down for 
it and put aside her/his own priorities because of mine. Specially if it's an 
experienced professional which will offer good solutions - and that 
professional surely has a rent to pay, family, and might not want to work for 
google or amazon.
Specially in this community, without someone's support there would be no Pd to 
discuss about - and also several of it's externals (correct me if I'm wrong). 
There wouldn't even be a mailing list, as it's hosted by an institution.

And if someone is against these politics, they can always refuse to use the 
code that is generated from it?

Best,

Joao

Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/ 
IOhannes, take the goddam cash!! (and redistribute it accordingly:)

P.A. - Yes indeed, agreed re academia, though have to say, more and more, it 
appears it's the 'top-end' of institutions, which provide such space/time & 
opportunities. Perhaps we can say that those working within academia and/or 
large software-based businesses (it's seemingly mainly larger orgs) have 
already forged some equilibrium regarding F/L/O production and contributions 
theein. Value may take many forms (most often post-hard_cash), particularly 
when it may be measured.

I guess my questioning regarding the usefulness of bounties is in the prodding 
of the fine-line that exists for the self-employed/sole 
trader/artists/code-dabbling precariat.

E.G. Pd's history is littered with those who've become overwhelmed with both 
the demands of real life and the burgeoning Jones (addiction) of maintaining 
code (it was just a fun weekend hobby at first but then got out of hand, 
STARTED TAKING OVER MY LIFE!!).

I do think bounties are useful but I'm trying to talk myself out of it...

Appreciate the responses,

J

___
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] German translation of Pd

[Christof Ressi]

sounds good! do you mind setting up a branch with your translations?

Christof

> Gesendet: Montag, 12. November 2018 um 12:54 Uhr
> Von: "Winfried Ritsch" 
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] German translation of Pd
>
> I appreciate this lively discussion, and want to state I am not a linguist, 
> even my german is not mainstream, some strange austrian dialekt... so my 
> thoughts:
> 
> -  We do not need the translation to be an exact description of something, 
> but 
> it should not confuse and missunderstandable. 
> 
> - For me "Puredata" is a computer(music) language and "pd" is an editor for 
> this.  in teaching it  (language) terms  which relates to a kind of  syntax 
> does not need to be translated, like "message", "bang", ... 
> 
> - menus are for structuring the user interface not so much an explanation of 
> something.  Power users mostly don't use them, the use short-cuts,
> but if I want to show someone what I do I use the menu so it can be tracked...
> 
> - On a first usage (of menus) I need some time to find anything, but 
> afterwards 
> I only need the words as a hint, so I prefer a small description. So I do not 
> want to read long stories in menus, but identify the entry within a glimpse 
> and remember  it easily.
> 
> With this in mind and following the discussion my corrected preferences:
> 
> "File" := "Datei"  
>since used in other applications too
> 
>"message..." :=   "Message..."
>instead of "Pd-Nachricht senden"
> 
>using message... is something where I have to know what I do,
>so "message..." is a nice hint I can remember easily and three dots
> triggers the imagination what you can do with it  :-).
> 
> Preferences := "Einstellungen"  
> instead of "Voreinstellungen"
> 
>since  "Voreinstellungen" means default
> 
> Preferences ->Startup :=  Einstellungen->Bibliotheken...
> since, like IOhannes said, its mostly about these
> 
> Preferences ->MIDI.. := Einstellungen->MIDI... 
>   instead of "Einstellungen->MIDI Einstellungen"
>since Einstellungen is in the parent menu
> 
> "put"  := "Einfügen" 
> 
> I suggest not "translate" anything under this menu, since this are kind of 
> terms of the syntax Puredata , so use this words or nearly this words when 
> edit a Pd-File with an texteditor or do dynamic patching, but if there is a 
> translation, mybe for the graphical objects second half, my remarks:
> 
>   Radiobutton := Auswahl horizontal , Auswahl vertikal
> Auswahl explains the function 
> and vertical horizontal implies a graphic object
> 
>graph := Graph 
>   since is also german but refer also to graph theory which is a "patch"
> but intuitively we can used it also for the area of drawing something and
>   
> array := Array
>   an array is an array in german, another german word would be
>   "Zahlenreihe" or "Datenfeld", but both is not in common use.
> 
> Edit -> Paste replace := Bearbeiten -> Ersetzen 
>   instead of "Objekte ersetzen"
> 
>I think "Ersetzen" is enough" although in english objects are not 
>mentioned. I don't see "Ersetzen" is something other than 
>"Paste Replace" it is not "Find and replace" but Replace
>   since you also replace messages not only objects.
> 
> Find -> find again  := "erneut finden"
> instead of "Finde nochmal"
> because we do not want to find "nochmal"
> 
> Help->Find Externals := "Finde Bibliotheken online"
> instead of  "Zusätzliche Objekte im Internet finden",
> 
> since "Finde Externals" is also wrong, like IOhannes stated,  we do not 
> find objects or external  in the internet like in a patch or file system, but 
> libraries of pd- abstractions as objects or compiled objects and more... 
> and online is as much "german" as "handy" for mobiles and  nowadays only 
> associated with the internet, (not so for a future menu in the "darknet...") 
> ;-)
> 
> Hope I could help a little within this discussion and we find a consens, but 
> can live with other solutions also. 
> 
> mfg
>  winfried
> 
> 
> 
> 
> Am Freitag, 9. November 2018, 17:27:52 CET schrieb Max:
> > On 09.11.18 17:10, IOhannes m zmölnig wrote:
> > > On 11/9/18 4:59 PM, Max wrote:
> > >> I just checked the de.po file and actually the German translation in
> > >> there is "Kurve" for Array and "Feld" for graph. (Not Feld for Array).
> > > 
> > > yes. this was my first edit to the translation.
> > > 
> > > before it was the other way around, and i *absolutely never* had an idea
> > > what was meant:
> > > 
> > > i selected "Kurve" and got a large rectangle (reminding me of a "field")
> > > i selected "Feld" and it would add a line (aka "straight curve") into
> > > the previously created rectangle.
> > > urgh.
> > > 
> > > since i changed it, i have to think *a lot less* what is actually meant.
> > > 
> > > a translation into my mother tongue should reduce my cognitive load, not
> > > 

Re: [PD] new iemlib error on XP

[IOhannes m zmölnig]

On 11/11/18 9:55 PM, oliver wrote:
> hi,
> 
> i just recently discovered that on a Windows XP system (i know ...) the
> new iemlib (v1.21) doesn't load anymore but gives this error:
> 
> "The procedure entry point InitOnceExecuteOnce could not be located in
> the dynamic link library KERNEL32.dll"
> 
> PD 0.48 and PD 0.49, WinXP, SP2
> 

the new iemlib release has changed the build-system to pd-lib-builder.
does the problem also occur with other pd-lib-builder based libraries
(e.g. cyclone)?

gfmasdr
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] NDI for Gem

[Johnny Mauser via Pd-list]

That would definitely be useful!! Workaround on OSX could allready be a
syhon NDI connection (didnt test, just quick research...).

Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
geschrieben:

> Dear Gem Lovers,
>
> recently I moved to NDI protocol on many live graphic softwares.
> The question is if can someone create an NDI object for Gem to send the
> video out through ethernet too? No limitation of resolution, no adapters
> needed, just connect your ethernet cable and let it go through LAN.
>
> What do you think? Could be useful.
>
> Best,
>
> Popesz
> ___
> 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] Free/Open Bounties

[João Pais]

A small personal tale: some years ago I needed help to have an external  
for the leapmotion - I was willing to pay for it, as someone would have to  
dedicate time and work for it. In the end no one even replied to my calls,  
so the thing had to rest. Some years later, it eventually worked when  
Chikashi did the coding and now the code is there for anyone who wants to  
use and abuse it. If at some point I need an upgrade, the cycle will  
repeat again.


I don't understand why this issue should be polarising: if I/anyone need  
something that doesn't exist and I can't do it myself, someone else has to  
create it. It's not reasonable of me to expect that someone will sit down  
for it and put aside her/his own priorities because of mine. Specially if  
it's an experienced professional which will offer good solutions - and  
that professional surely has a rent to pay, family, and might not want to  
work for google or amazon.
Specially in this community, without someone's support there would be no  
Pd to discuss about - and also several of it's externals (correct me if  
I'm wrong). There wouldn't even be a mailing list, as it's hosted by an  
institution.


And if someone is against these politics, they can always refuse to use  
the code that is generated from it?


Best,

Joao

Antoine & Alexandre - the GEM issue requires resolving quickly:  
GEM-devs/ IOhannes, take the goddam cash!! (and redistribute it  
accordingly:)


P.A. - Yes indeed, agreed re academia, though have to say, more and  
more, it appears it's the 'top-end' of institutions, which provide such  
space/time & >opportunities. Perhaps we can say that those working  
within academia and/or large software-based businesses (it's seemingly  
mainly larger orgs) have >already forged some equilibrium regarding  
F/L/O production and contributions theein. Value may take many forms  
(most often post-hard_cash), >particularly when it may be measured.


I guess my questioning regarding the usefulness of bounties is in the  
prodding of the fine-line that exists for the self-employed/sole  
trader/artists/code->dabbling precariat.


E.G. Pd's history is littered with those who've become overwhelmed with  
both the demands of real life and the burgeoning Jones (addiction) of  
maintaining >code (it was just a fun weekend hobby at first but then got  
out of hand, STARTED TAKING OVER MY LIFE!!).


I do think bounties are useful but I'm trying to talk myself out of it...

Appreciate the responses,

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

Re: [PD] Sensel Morph External

[Max]

I have this resistive touch device as well and would like to use it in 
Pd too.



On 23.08.18 06:51, pat pagano wrote:

hello
i am hoping that someone might have an external for the new Sensel Morph?
I just gotone and it seems to be pretty responsive
i found this
http://roaldbaudoux.org/nouvelles/112-max-msp-jitter/100-sensel-morph-max-external.html
and it works very well and i am wondering if someone could either give 
me a hand getting it working or might be able to help me compile or get 
it playing nice with Pure Data


here is the main page for it
https://sensel.com/pages/morph

it has really expressive Velocity and apparently is MPE which all the 
kids are going crazy for nowadays :-)


cheers~






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

Re: [PD] German translation of Pd

[Winfried Ritsch]

I appreciate this lively discussion, and want to state I am not a linguist, 
even my german is not mainstream, some strange austrian dialekt... so my 
thoughts:

-  We do not need the translation to be an exact description of something, but 
it should not confuse and missunderstandable. 

- For me "Puredata" is a computer(music) language and "pd" is an editor for 
this.  in teaching it  (language) terms  which relates to a kind of  syntax 
does not need to be translated, like "message", "bang", ... 

- menus are for structuring the user interface not so much an explanation of 
something.  Power users mostly don't use them, the use short-cuts,
but if I want to show someone what I do I use the menu so it can be tracked...

- On a first usage (of menus) I need some time to find anything, but afterwards 
I only need the words as a hint, so I prefer a small description. So I do not 
want to read long stories in menus, but identify the entry within a glimpse 
and remember  it easily.

With this in mind and following the discussion my corrected preferences:

"File" := "Datei"  
   since used in other applications too

   "message..." :=   "Message..."
   instead of "Pd-Nachricht senden"

   using message... is something where I have to know what I do,
   so "message..." is a nice hint I can remember easily and three dots
triggers the imagination what you can do with it  :-).

Preferences := "Einstellungen"  
instead of "Voreinstellungen"

   since  "Voreinstellungen" means default

Preferences ->Startup :=  Einstellungen->Bibliotheken...
since, like IOhannes said, its mostly about these

Preferences ->MIDI.. := Einstellungen->MIDI... 
  instead of "Einstellungen->MIDI Einstellungen"
   since Einstellungen is in the parent menu

"put"  := "Einfügen" 

I suggest not "translate" anything under this menu, since this are kind of 
terms of the syntax Puredata , so use this words or nearly this words when 
edit a Pd-File with an texteditor or do dynamic patching, but if there is a 
translation, mybe for the graphical objects second half, my remarks:

  Radiobutton := Auswahl horizontal , Auswahl vertikal
Auswahl explains the function 
and vertical horizontal implies a graphic object

   graph := Graph 
  since is also german but refer also to graph theory which is a "patch"
but intuitively we can used it also for the area of drawing something and
  
array := Array
  an array is an array in german, another german word would be
  "Zahlenreihe" or "Datenfeld", but both is not in common use.

Edit -> Paste replace := Bearbeiten -> Ersetzen 
  instead of "Objekte ersetzen"

   I think "Ersetzen" is enough" although in english objects are not 
   mentioned. I don't see "Ersetzen" is something other than 
   "Paste Replace" it is not "Find and replace" but Replace
  since you also replace messages not only objects.

Find -> find again  := "erneut finden"
instead of "Finde nochmal"
because we do not want to find "nochmal"

Help->Find Externals := "Finde Bibliotheken online"
instead of  "Zusätzliche Objekte im Internet finden",

since "Finde Externals" is also wrong, like IOhannes stated,  we do not 
find objects or external  in the internet like in a patch or file system, but 
libraries of pd- abstractions as objects or compiled objects and more... 
and online is as much "german" as "handy" for mobiles and  nowadays only 
associated with the internet, (not so for a future menu in the "darknet...") 
;-)

Hope I could help a little within this discussion and we find a consens, but 
can live with other solutions also. 

mfg
 winfried




Am Freitag, 9. November 2018, 17:27:52 CET schrieb Max:
> On 09.11.18 17:10, IOhannes m zmölnig wrote:
> > On 11/9/18 4:59 PM, Max wrote:
> >> I just checked the de.po file and actually the German translation in
> >> there is "Kurve" for Array and "Feld" for graph. (Not Feld for Array).
> > 
> > yes. this was my first edit to the translation.
> > 
> > before it was the other way around, and i *absolutely never* had an idea
> > what was meant:
> > 
> > i selected "Kurve" and got a large rectangle (reminding me of a "field")
> > i selected "Feld" and it would add a line (aka "straight curve") into
> > the previously created rectangle.
> > urgh.
> > 
> > since i changed it, i have to think *a lot less* what is actually meant.
> > 
> > a translation into my mother tongue should reduce my cognitive load, not
> > overdrive it.
> 
> Fine, what's Winfrieds opinion about it?
> 
> I created a pull request for some of the strings where I thought was
> somewhat of a consensus here:
> 
> https://github.com/pure-data/pure-data/pull/521
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list


-- 
--
- ao.Univ.Prof. DI Winfried Ritsch 
- rit...@iem.at - 

Re: [PD] Free/Open Bounties

[Julian Brooks]

Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/
IOhannes, take the goddam cash!! (and redistribute it accordingly:)

P.A. - Yes indeed, agreed re academia, though have to say, more and more,
it appears it's the 'top-end' of institutions, which provide such
space/time & opportunities. Perhaps we can say that those working within
academia and/or large software-based businesses (it's seemingly mainly
larger orgs) have already forged some equilibrium regarding F/L/O
production and contributions theein. Value may take many forms (most often
post-hard_cash), particularly when it may be measured.

I guess my questioning regarding the usefulness of bounties is in the
prodding of the fine-line that exists for the self-employed/sole
trader/artists/code-dabbling precariat.

E.G. Pd's history is littered with those who've become overwhelmed with
both the demands of real life and the burgeoning Jones (addiction) of
maintaining code (it was just a fun weekend hobby at first but then got out
of hand, STARTED TAKING OVER MY LIFE!!).

I do think bounties are useful but I'm trying to talk myself out of it...

Appreciate the responses,

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

Re: [PD] Free/Open Bounties

[Antoine Rousseau]

I personally gave 60€, and I'd really like the Gem developers to take it
rather than the Bountysource people (who will start to do it from December
1st),
whether the issues are actually fixed or not...




Le lun. 12 nov. 2018 à 04:16, Alexandre Torres Porres  a
écrit :

> There was recently a bounty for GEM developing, it started picking up,
> everyone agreed it was a cool idea, I never used GEM in my life and I
> chipped in 15 US$... the thing is that then there was a discussion on
> wether to move to a different bounty system and the whole thing kinda died
> away.
>
> So all I have to say is that I don't think there's an issue for Pd people,
> and my only issue is that I hope my pennies do not go to waste :)
>
> Em dom, 11 de nov de 2018 às 21:10, Julian Brooks 
> escreveu:
>
>> Hi all,
>>
>> Can I ask our community what's the general take on bounties?
>>
>> I've discussed this informally with a couple of people on here (not
>> on-list) and it's a polarising topic.
>>
>> For me, free/open is doomed unless we accept that current/traditional
>> methods of practise serve as a form of serfdom - or require a hefty dose of
>> institutional/employer support (& often community participation - which is
>> great obvs.).
>>
>> It's not sustainable for free software to carry on reliant on free labour
>> (IMO).
>>
>> I've always liked something that Michel Bauwens (p2p foundation) once
>> said (roughly paraphrased), that copyleft can only be implemented once the
>> revolution is complete, and until then we require to get paid (somewhere
>> along the line).
>>
>> There are enough crappy things out there that are purely extractive,
>> without replicating such political/economic hardships within my own
>> favoured idealised/idealistic communities.
>>
>> This though, isn't to say I don't get the argument that it's a dangerous
>> line to cross, with projects becoming solely an economic arms race, highly
>> centralised, with reimagined methodologies and rules for participation.
>>
>> It's a tricky one.
>>
>> All input and insight appreciated...
>>
>> Best to all,
>>
>> Julian
>> ___
>> 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] Free/Open Bounties

[Pierre Alexandre Tremblay]

For what it’s worth… I tend to ‘refund' academia’s research luxuries (time/mind 
space as resource) as a duty to release free software… many do too. I know it 
is not ideal but at least it brings some cool toys (like Pd ;-)



> On 12 Nov 2018, at 03:16, Alexandre Torres Porres  > wrote:
> 
> There was recently a bounty for GEM developing, it started picking up, 
> everyone agreed it was a cool idea, I never used GEM in my life and I chipped 
> in 15 US$... the thing is that then there was a discussion on wether to move 
> to a different bounty system and the whole thing kinda died away.
> 
> So all I have to say is that I don't think there's an issue for Pd people, 
> and my only issue is that I hope my pennies do not go to waste :) 
> 
> Em dom, 11 de nov de 2018 às 21:10, Julian Brooks  > escreveu:
> Hi all,
> 
> Can I ask our community what's the general take on bounties?
> 
> I've discussed this informally with a couple of people on here (not on-list) 
> and it's a polarising topic.
> 
> For me, free/open is doomed unless we accept that current/traditional methods 
> of practise serve as a form of serfdom - or require a hefty dose of 
> institutional/employer support (& often community participation - which is 
> great obvs.).
> 
> It's not sustainable for free software to carry on reliant on free labour 
> (IMO).
> 
> I've always liked something that Michel Bauwens (p2p foundation) once said 
> (roughly paraphrased), that copyleft can only be implemented once the 
> revolution is complete, and until then we require to get paid (somewhere 
> along the line).
> 
> There are enough crappy things out there that are purely extractive, without 
> replicating such political/economic hardships within my own favoured 
> idealised/idealistic communities.
> 
> This though, isn't to say I don't get the argument that it's a dangerous line 
> to cross, with projects becoming solely an economic arms race, highly 
> centralised, with reimagined methodologies and rules for participation.
> 
> It's a tricky one. 
> 
> All input and insight appreciated...
> 
> Best to all,
> 
> Julian
> ___
> 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