HELP
UNSUBSCRIBE
I HAVE TRIED TO UNSUBSCRIBE ALREADY
UNSUBSCRIBE ME!!!! NOW
On 6/9/16, pd-list-request@lists.iem.at <pd-list-request@lists.iem.at> wrote:
Send Pd-list mailing list submissions to
pd-list@lists.iem.at
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.puredata.info/listinfo/pd-list
or, via email, send a message with subject or body 'help' to
pd-list-request@lists.iem.at
You can reach the person managing the list at
pd-list-owner@lists.iem.at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Pd-list digest..."
Today's Topics:
1. Re: deken install user experience (Dan Wilcox)
2. Re: deken install user experience (Lucas Cordiviola)
3. Re: deken install user experience (Lucas Cordiviola)
4. Re: deken install user experience (patrice colet)
----------------------------------------------------------------------
Message: 1
Date: Thu, 9 Jun 2016 11:36:01 -0600
From: Dan Wilcox <danomatika@gmail.com>
To: Max <abonnements@revolwear.com>
Cc: pd-list@lists.iem.at
Subject: Re: [PD] deken install user experience
Message-ID: <2BC5638A-617B-4B51-8C87-82867BBDB9E8@gmail.com>
Content-Type: text/plain; charset="utf-8"
Before the discussion on deken installing libraries for you goes super far,
we talked about this curing Chris’ initial deken development and, regarding,
auto-magically downloading dependencies:
1. Pd developer time is currently limited (Chris & IOhannes were basically
spitballing at that point), so the focus instead was put more on getting the
basics working, especially in binary lib upload, search, & install.
2. Auto-magic dependency was put into the “nice to have, but possibly a lot
of work to get right” pile as opposed to “must have" pile. If it turns out
to be trivial, then by all means someone can propose some code and we can
try it out (deken has it’s own GitHub repo after all).
3. There is no easy way around the pd-extended kitchen sink -> pd vanilla
barebones + libs transition, [declare] is the preferred way forward in that
regard. At least I thought that was agreed upon...
IMO the much bigger issue right now is that we don’t have full coverage of
built external deken packages for all the main extended libraries for all
platforms yet. If we (I am!) are worried about priority with limited
resources, I feel this is much more important right now. We need a big push
of people essentially updating these main libs to the pd-lib-builder
makefile and then coordinating people on various platforms to build said
libs and upload deken packages. The makefile can do that as a makefile
target, so it’s relatively easy. After all, how can deken suggest a lib to
install when there aren’t that many libs in deken to being with?
One of the great things about deken is that it helps decentralize the
kitchen sink. Now, we need everyone to grab a utensil and start scrubbing :)
--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
On Jun 9, 2016, at 4:00 AM, pd-list-request@lists.iem.at wrote:
From: Max <abonnements@revolwear.com <mailto:abonnements@revolwear.com>>
Subject: Re: [PD] deken install user experience
Date: June 9, 2016 at 3:00:27 AM MDT
To: Roman Haefeli <reduzent@gmail.com <mailto:reduzent@gmail.com>>,
pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
On 2016년 06월 09일 17:33, Roman Haefeli wrote:
In my ideal world, I write a Pd project, make sure it properly declares
what it needs and then people who want to run my project find a list in
the documentation with the required externals (with no further
explanation how to do that and where to install). After installing the
externals from the list, my pd project runs on their box and is able to
successfully load the libraries. We're not there yet, see above.
Or even better:
the receipient opens the file, Pd realizes that it depends on not
installed libraries, prompts "should Pd install the missing libraries x,
y and z?" then she/he clicks yes or abort.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20160609/cde53603/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 9 Jun 2016 18:13:55 +0000
From: Lucas Cordiviola <lucarda27@hotmail.com>
To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
Subject: Re: [PD] deken install user experience
Message-ID: <BLU183-W928F23B1B892D0524EE4E3A65F0@phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"
Sorry if I missed this, but what is the point of displaying> incompatible
(wrong arch, wrong platform) Deken packages? What would be> harmed if
they'd be hidden completely? I fail to see the advantage of> having the
possibility of downloading a package of wrong arch/platform.
--like: preparing your patch for offline use on multiple archs, which
you--currently don't have access to.
Totally,
I distribute my patches with all needed externals included, for all
platforms, this way the user ONLY have to install pd and its ready to
listen. He/she just open the patch and it works, no need to deken or -path
or whatever, it just work.
I think its Ok that other platforms zips are grayed out.
Mensaje telepatico asistido por maquinas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20160609/c1093c17/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 9 Jun 2016 18:16:47 +0000
From: Lucas Cordiviola <lucarda27@hotmail.com>
To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
Subject: Re: [PD] deken install user experience
Message-ID: <BLU183-W75184A24BA535DA69904B9A65F0@phx.gbl>
Content-Type: text/plain; charset="windows-1252"
Having deken proposing solutions for resolving missing patch >
dependencies looks very interesting, it should save a lot of time to >
users that want to collaborate on same patches from different machines.
One simple solution will be to have one zip containing all externals
(updated monthly?) this will be the most simple and interesting for new
users.
This will bring back the benefits of “extended”.
By benefits I mean that as a student you are exposed to the work of all
externals devs, it`s there, you open the browser and open zexy, cyclone,
ggee, etc.
With Vanilla you don't even know that there is a library of externals called
mpreach.
Mensaje telepatico asistido por maquinas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20160609/f2c1fba2/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 9 Jun 2016 20:58:08 +0200
From: patrice colet <colet.patrice@free.fr>
To: pd-list@lists.iem.at
Subject: Re: [PD] deken install user experience
Message-ID: <421dc807-b21b-5822-8c99-7f1c515e818b@free.fr>
Content-Type: text/plain; charset=utf-8; format=flowed
Le 09/06/2016 à 20:16, Lucas Cordiviola a écrit :
One simple solution will be to have one zip containing all externals
(updated monthly?) this will be the most simple and interesting for
new users.
I don't know in this case how to avoid conflicts, sometimes I have to
remove mrpeach from path for having other externals to work, don't ask
me why because I don't know.
------------------------------
Subject: Digest Footer
_______________________________________________
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list
------------------------------
End of Pd-list Digest, Vol 135, Issue 35
****************************************
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list