On Mar 6, 2008, at 6:05 AM, IOhannes m zmoelnig wrote:

Hans-Christoph Steiner wrote:

...

I noticed that there are some magic images for the different platforms that seem to show up everywhere, i.e.: http://puredata.info/platform_windows.gif http://puredata.info/downloads/platform_windows.gif http://puredata.info/dev/platform_windows.gif

how about using the software-center http://puredata.info/community/projects/software/pd-extended that comes with most of these for free?

i haven't yet added fedora and ubuntu, but could do so if you want.

i still think that this would make releases easier to maintain.

Fedora is there, I can't find Ubuntu and FreeBSD, could you add those? As for switching, this page works fine. I can just do a search-n-replace on the text for a new release, so I can't imagine anything that's much easier to maintain.

.hc

fgmasdrl IOhannes

...

I would like to use some more of these for the downloads page, but I couldn't find out to set these up. Here's what I have now, could someone add them or tell me how:

---

---

---

---

---

---

---

---

.hc

------- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra

---

---

---

pdweb mailing list pdweb@iem.at http://lists.puredata.info/listinfo/pdweb

------------------------------------------------------------------------ ----

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

On Mar 7, 2008, at 2:29 AM, IOhannes m zmölnig wrote:

Hans-Christoph Steiner wrote:

...

Fedora is there, I can't find Ubuntu and FreeBSD, could you add

they are called platform_bsd.gif (for legacy reasons; it has been around for more than a year) and platform_ubuntu_linux.gif (for consistency reasons: it is also called fedora_linux and suse_linux)

Cool, thanks, this looks much better now:

http://puredata.info/downloads

...

those? As for switching, this page works fine. I can just do a search-n-replace on the text for a new release, so I can't imagine anything that's much easier to maintain.

yeah right. still i think it does a way better job in arranging the projects in a readable way that does not imply that the only download you will ever be interested in is pd-extended.

Pd-extended is listed first on that page, since a lot more people download pd-extended from that page than pd-vanilla (for the last two releases of each, it's ~70k for PdE and ~24k for PdV). Plus since Pd- extended includes all the work of the community, it makes sense that it would be the primary download on the community site.

.hc

fgmadsr IOhannes

and it does look better, imho :-)

------------------------------------------------------------------------ ----

¡El pueblo unido jamás será vencido!

On Mar 7, 2008, at 5:59 PM, zmoelnig@iem.at wrote:

Quoting Hans-Christoph Steiner hans@eds.org:

...

Pd-extended is listed first on that page, since a lot more people download pd-extended from that page than pd-vanilla (for the last two releases of each, it's ~70k for PdE and ~24k for PdV). Plus since Pd- extended includes all the work of the community, it makes sense that it would be the primary download on the community site.

i am not saying it shouldn't be listed prominently. however: when i look at that page (with a resolution of 1024x768 which i assume can be considered as "standard"), i basically _only_ see Pd-extended (i know that scrolling is simple, but i am talking about first impressions here)

even though pd-extended might prove more worthy for most of the users, i also think that your statistics are biased because most people will have the feeling that there is _only_ pd-extended (and all the rest is for the weird).

this would probably be less of a problem if pd-ext would be more uptodate in terms of the core components.

The only thing holding back the next release is hours of work. The process would go faster if there are more people contributing :)

.hc

------------------------------------------------------------------------ ----

Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

I will try to reliably build Gem on Mac within this week, if this helps. marius.

IOhannes m zmölnig wrote:

Hans-Christoph Steiner wrote:

...

The only thing holding back the next release is hours of work. The process would go faster if there are more people contributing :)

hmm, but i guess there are very few reasons to hold back a release:

• no work to be done (project finished)
• project abandoned
• too little manpower

i guess #2 could be spread over #1 and #3.

weirdly enough, all projects i am working on would go faster if there are more people contributing (e.g. if somebody could realiably build Gem on w32 i guess we would have a lot more releases; right now it would take me 2 days or so to get it to compile - 2 days i simply don't have)

fgamdsr IOhannes

---

pdweb mailing list pdweb@iem.at http://lists.puredata.info/listinfo/pdweb

On Mar 8, 2008, at 4:29 AM, IOhannes m zmölnig wrote:

marius schebella wrote:

...

I will try to reliably build Gem on Mac within this week, if this helps.

thanks for the offer. however, the problem really is w32 (on osx i can use the autotools which make compilation pretty much straightforward (esp. since i am used to a powerful cmdline and gcc))

How about we switch the win32 Gem build to be autoconf/makefile/gcc based on MinGW? Then it'll be automatically built every night. I am willing to work with you on this one. I think it'll save us a lot of work in the long run.

.hc

------------------------------------------------------------------------ ----

As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

Hallo!

...

How about we switch the win32 Gem build to be autoconf/makefile/gcc based on MinGW? Then it'll be automatically built every night. I am willing to work with you on this one. I think it'll save us a lot of work in the long run.

THis would be very nice !

and i don't want to drop support for M$VC altogether. i will also refrain from dropping support for building Gem with g++, just because intel's compiler produces better code.

Yes, but also making Gem compile with MSVC needs quite a lot of work. I tried it last year for some days but didn't succeed ...

however, this is exactly why i pulled this thread in this direction: like in pd-extended, manpower is simply missing; even if you are willing to spend time working on this and i were willing to spend time working on pd-ext, we still only have 24 hours per day. i am not sure, whether it is such a good idea to put additional workload on those who already carry their fair share.

But it would be a very important step for windows users - there was no GEM build for quite some years now and I don't think that it will change in future if it is not integrated in the autobuilds or an additional windows developer comes up !

LG Georg

On Mar 9, 2008, at 4:19 AM, zmoelnig@iem.at wrote:

Quoting Hans-Christoph Steiner hans@eds.org:

...

How about we switch the win32 Gem build to be autoconf/makefile/gcc based on MinGW? Then it'll be automatically built every night. I am willing to work with you on this one. I think it'll save us a lot of work in the long run.

i have never used this on w32 so i will not be of help here. if somebody does the work, i will try to include it in the Gem sources.

work has been done in the past to build Gem on w32 using cygwin. afair, it involved patching the DirectX-SDK header files, somthing i don't really want.

and i don't want to drop support for M$VC altogether. i will also refrain from dropping support for building Gem with g++, just because intel's compiler produces better code.

however, this is exactly why i pulled this thread in this direction: like in pd-extended, manpower is simply missing; even if you are willing to spend time working on this and i were willing to spend time working on pd-ext, we still only have 24 hours per day. i am not sure, whether it is such a good idea to put additional workload on those who already carry their fair share.

If I can see that this will save me work in the long run, I am willing to do it. But yes, it would be much better if there was someone who would step up as the Windows maintainer.

.hc

------------------------------------------------------------------------ ----

All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne