https, md5, DES, AES .... i really wonder, why you can't decide to
plugin libcrypt ....? In C programming language we have all, we can imagine. So why reinvent the wheel by rewriting complex code in smalltalk? Why not including a small webserver in C language as plugin? Code is there. Same with pdf libs - why not using Display PDF in C code with e.g. PANGO, like Apple did with Mac OS X? No, instead of doing so, MORPHIC is still there, based on C-LANG blitter code. In Morphic, i noticed long time ago, there existed the possibility to print every screen object, writing it directly to file, sending it to the printer afterwards. It never worked for me, i tried in 3.6, 3.8, 3.9. Being abble to print contents out of the box in PDF format, the successor of PS, really would be nice ... Dear Squeak, Smalltalk, Pharo - developers - Do you still have the overview or are you lost in Smalltalk details? cheers, Guido Stepken _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Stepken: I think that this is a good idea, but....
Pharo developers are few and limited. They are trying to do all of their best on Pharo. We know this an important package but perhaps they have more important things to do. Pharo is not even in a beta of first milestone. This can be planned in a future milestone. Porting the actual cryptography package to Pharo perhaps is much easier than wrap an entire library. Any code is welcome :) As I said in the other thread about this, I think this is a perfect project for ESUG SummerTalk. It has the Pharo philosofy. I mean, if Pharo want to be an opensource smalltalk to create real enterprise applications, then cryptography package is needed. Cheers, Mariano On Mon, May 25, 2009 at 8:04 PM, stepken <[hidden email]> wrote: https, md5, DES, AES .... i really wonder, why you can't decide to _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by stepken
I am not in the position to discuss but I think the pharo communnity shows
strong leadership so is feasibe to have a core team focused on the milestones and seeveral teams focused on frameworks and applications -----Mensaje original----- De: [hidden email] [mailto:[hidden email]]En nombre de stepken Enviado el: Lunes, 25 de Mayo de 2009 08:05 p.m. Para: [hidden email] Asunto: [Pharo-project] Crypt ... Libraries ... https, md5, DES, AES .... i really wonder, why you can't decide to plugin libcrypt ....? In C programming language we have all, we can imagine. So why reinvent the wheel by rewriting complex code in smalltalk? Why not including a small webserver in C language as plugin? Code is there. Same with pdf libs - why not using Display PDF in C code with e.g. PANGO, like Apple did with Mac OS X? No, instead of doing so, MORPHIC is still there, based on C-LANG blitter code. In Morphic, i noticed long time ago, there existed the possibility to print every screen object, writing it directly to file, sending it to the printer afterwards. It never worked for me, i tried in 3.6, 3.8, 3.9. Being abble to print contents out of the box in PDF format, the successor of PS, really would be nice ... Dear Squeak, Smalltalk, Pharo - developers - Do you still have the overview or are you lost in Smalltalk details? cheers, Guido Stepken _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Internal Virus Database is out-of-date. Checked by AVG. Version: 7.5.524 / Virus Database: 270.12.11/2089 - Release Date: 30/04/2009 05:53 p.m. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Tue, May 26, 2009 at 9:46 AM, Carlos Crosetti <[hidden email]> wrote:
> I am not in the position to discuss but I think the pharo communnity shows > strong leadership so is feasibe to have a core team focused on the > milestones and seeveral teams focused on frameworks and applications I think that after the 1.0 milestone, the core team should decide about the infrastructure for applications & frameworks. Right now in Squeak, there is too much way to install software : SqueakMap, SqueakSource, Universes, changesets, sar ... In Ruby, there is just one way to package software : http://en.wikipedia.org/wiki/RubyGems much more simpler for beginners. -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/ _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
>
> I think that after the 1.0 milestone, the core team should decide > about the infrastructure for applications & frameworks. Right now in > Squeak, there is too much way to install software : SqueakMap, > SqueakSource, Universes, changesets, sar ... > In Ruby, there is just one way to package software : > http://en.wikipedia.org/wiki/RubyGems much more simpler for beginners. yeap! _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by stepken
Of course using C libraries is an interesting alternative now
somebody has to do it written in C = maintain in C then we end up building walls around us, I like the idea that I can learn something by reading and putting a break point in the code. So if the crypto is working in Squeak I suggest to keep it. Igor I would not rewrite it. On May 26, 2009, at 1:04 AM, stepken wrote: > https, md5, DES, AES .... i really wonder, why you can't decide to > plugin libcrypt ....? > > In C programming language we have all, we can imagine. So why reinvent > the wheel by rewriting complex code in smalltalk? > > Why not including a small webserver in C language as plugin? Code is > there. > > Same with pdf libs - why not using Display PDF in C code with e.g. > PANGO, like Apple did with Mac OS X? > > No, instead of doing so, MORPHIC is still there, based on C-LANG > blitter > code. > > In Morphic, i noticed long time ago, there existed the possibility to > print every screen object, writing it directly to file, sending it to > the printer afterwards. > It never worked for me, i tried in 3.6, 3.8, 3.9. > > Being abble to print contents out of the box in PDF format, the > successor of PS, really would be nice ... > > Dear Squeak, Smalltalk, Pharo - developers - Do you still have the > overview or are you lost in Smalltalk details? > > cheers, Guido Stepken > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by stepken
Hi!
stepken wrote: > https, md5, DES, AES .... i really wonder, why you can't decide to > plugin libcrypt ....? > In C programming language we have all, we can imagine. So why reinvent > the wheel by rewriting complex code in smalltalk? It is all about "open source itches". The crypto guys wanted to implement crypto techniques, not typically because they wanted to *use* them but probably because they wanted to *implement* them. > Why not including a small webserver in C language as plugin? Code is there. In that particular case I would rather favor say SimpleCGI: http://map.squeak.org/packagebyname/blackfoot It already works but of course would need a little bit of love for industrial strength integration with Seaside. It all comes down to *time*. Do you have time to spare? :) > Same with pdf libs - why not using Display PDF in C code with e.g. > PANGO, like Apple did with Mac OS X? More and more external libs are hooked up to Squeak, generally speaking. At the same time - Squeak runs bit identical in a magnitude of platforms and each time you depend on an external lib you end up depending on *its* portability. > No, instead of doing so, MORPHIC is still there, based on C-LANG blitter > code. Morphic is what it is. But it works and it serves a UI base that all Squeaks can share. It is not easily replaced over night with something else. There is an insight here that it can take years to gain: The Squeak environment (tools, Morphic etc) that we "live in" or work in or whatever - it needs to be comfortable enough to suit a large percentage of Squeakers. If it is not - people don't "live there" and if they don't live there noone will help out improving it. Thus, it is very hard to replace Morphic because you need something that works almost equally well (=comfortable enough) in order to gain a population in your new UI. If you do not gain a population - you do not get any help in evolving it, and you fail because it takes lots of man power. This effect has been seen over and over, and over. :) > Dear Squeak, Smalltalk, Pharo - developers - Do you still have the > overview or are you lost in Smalltalk details? Good question of course, we all try our best. Also, note that we all have different goals. regards, Göran _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
2009/5/26 Stéphane Ducasse <[hidden email]>:
> Of course using C libraries is an interesting alternative now > somebody has to do it > written in C = maintain in C > then we end up building walls around us, > I like the idea that I can learn something by reading and putting a > break point in the code. > > So if the crypto is working in Squeak I suggest to keep it. > Igor I would not rewrite it. > and other stuff which is not really falls in cryptography category (and therefore not requires a paperwork mess under US laws) then you can include it in image. Then rest parts can be loaded separately by those who need more. MD5 is just a hash function, no need to worry about, that it contains/related to encryption technology. There are a plenty of things which could use it (like computing checksums for compression). > > > > On May 26, 2009, at 1:04 AM, stepken wrote: > >> https, md5, DES, AES .... i really wonder, why you can't decide to >> plugin libcrypt ....? >> >> In C programming language we have all, we can imagine. So why reinvent >> the wheel by rewriting complex code in smalltalk? >> >> Why not including a small webserver in C language as plugin? Code is >> there. >> >> Same with pdf libs - why not using Display PDF in C code with e.g. >> PANGO, like Apple did with Mac OS X? >> >> No, instead of doing so, MORPHIC is still there, based on C-LANG >> blitter >> code. >> >> In Morphic, i noticed long time ago, there existed the possibility to >> print every screen object, writing it directly to file, sending it to >> the printer afterwards. >> It never worked for me, i tried in 3.6, 3.8, 3.9. >> >> Being abble to print contents out of the box in PDF format, the >> successor of PS, really would be nice ... >> >> Dear Squeak, Smalltalk, Pharo - developers - Do you still have the >> overview or are you lost in Smalltalk details? >> >> cheers, Guido Stepken >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by stepken
On 25-May-09, at 4:04 PM, stepken wrote: > https, md5, DES, AES .... i really wonder, why you can't decide to > plugin libcrypt ....? > > In C programming language we have all, we can imagine. So why reinvent > the wheel by rewriting complex code in smalltalk? The problem with providing plugins is that it's very non-portable. Issues: (a) The number of people who write and maintain plugins for Squeak is likely countable on a pair of hands. (b) For Sophie we had to statically link FreeType into Sophie because Apple over different operating systems versions provided a multiple selection of broken freetype versions. Witness the hassles people have installing a product on linux because of incompatible libraries. (c) Does that plugin work with os-x 10.2 on a powerpc machine? Gee why not? Who knows? Where is that powerPC 10.2 test machine? Obviously if the code is all in smalltalk the above is not a problem, and you can fix it, If all in FFI then less of a problem and maybe you still can fix it. If a plugin, then I doubt you'll fix it. Certainly we don't expect to take *everything* and rewrite in Smalltalk, witness the freetype and curl work as an example, and all of this doesn't touch on license insanity and wondering if that library is *safe* to use. -- = = = ======================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by stepken
Hi!
To make things clearer: License Problem: There is a community project with many former contributors. They all gave away their code for a idea of a free to use smalltalk. This now is renamed to Pharo by one of those contributors. Now some of those contributors offer support for that platform. If i were one of the former contributors. Who should i accuse for license infringement? Stef as one of the renamers? No. All other contributors? No. I have no idea, what person i could accuse. Who ever will be accused - Every judge will confirm, that nobody is responsable. Neither for renaming the project, nor for having contributed code. This is the problem for many companies, who own software patents. Free Software ... there is nobody, they can claim for patent infringement. Linux - who could be accused? Linus? No. Redhat? No. Novell. No. IBM? No. In what country? What court is in charge, in what country, what town? Anybody knows. So the free software community gives a shit on software patents, rights infringement. IBM is laughing at all hostile lawyers. They can prove in front of court, that all ideas in Linux have already been there in one of their former operating systems. Nothing new. And Linux becomes more and more popular. BSD, GNU, License...who really cares? Richard, yes. But not in case of Pharo. All open source. So, theoretically seen, question of license is important, practically not. You want to offer commercial software pakets with NDA? Closed Source? With RUNTIME-Licenses? Oh, yes. Very successful business models of the past. Not for the future. But - i can tell you, who will be suffering. Cincom. They are will be under pressure by Pharo. You will have to scramble the image, like many commercial Smalltalks do, to prevent disassembly. One of the great advantages of Squeak is, you can find code for everything in there. Even for sending SMS over Nokia mobiles. Ok, far from being perfect. But it worked once upon a time. That code you removed ... bad idea! >From Pharo I expect:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
You raise good points but why don't you send this mail to squeak-dev
mailing list ? It seems to me that' would be a better audience because you agree on "squeak goals / vision", and IMO this is precisely why people here forked squeak... I think Pharo is not Squeak II at all... but simply an open-source smalltalk that you can work and learn with (in the academic sense)... 2009/5/27 stepken <[hidden email]>: > Hi! > > To make things clearer: > > License Problem: There is a community project with many former contributors. > They all gave away their code for a idea of a free to use smalltalk. > This now is renamed to Pharo by one of those contributors. Now some of those > contributors offer support for that platform. > > If i were one of the former contributors. Who should i accuse for license > infringement? Stef as one of the renamers? No. All other contributors? No. > > I have no idea, what person i could accuse. Who ever will be accused - Every > judge will confirm, that nobody is responsable. Neither for renaming the > project, nor for having contributed code. > > This is the problem for many companies, who own software patents. Free > Software ... there is nobody, they can claim for patent infringement. Linux > - who could be accused? Linus? No. Redhat? No. Novell. No. IBM? No. In what > country? What court is in charge, in what country, what town? Anybody knows. > > So the free software community gives a shit on software patents, rights > infringement. IBM is laughing at all hostile lawyers. They can prove in > front of court, that all ideas in Linux have already been there in one of > their former operating systems. Nothing new. And Linux becomes more and more > popular. > > BSD, GNU, License...who really cares? Richard, yes. But not in case of > Pharo. All open source. So, theoretically seen, question of license is > important, practically not. > > You want to offer commercial software pakets with NDA? Closed Source? With > RUNTIME-Licenses? Oh, yes. Very successful business models of the past. Not > for the future. > > But - i can tell you, who will be suffering. Cincom. They are will be under > pressure by Pharo. You will have to scramble the image, like many commercial > Smalltalks do, to prevent disassembly. > > One of the great advantages of Squeak is, you can find code for everything > in there. Even for sending SMS over Nokia mobiles. Ok, far from being > perfect. But it worked once upon a time. That code you removed ... bad idea! > > >From Pharo I expect: > > Well defined compatibility to other smalltalks. Porting seaside, > databases,... networking code from other smalltalk dialects should be > comfortable. > A well defined and documented GUI, Tutorials, showing, why Morphic is far > superior to MVC, MVP. > Well defined interfaces in Pharo. Ok, what's a interface in a neural network > of sending objects? > Internationalisation. Chinese, Japanese, German, Spanish, Portuguese, French > ... Where are the 'language files' for hobbyists to begin with translation? > Block closures, Traits. > Who cares about a Jitter, wenn it does not run on all platforms. Use LLVM! > Times have changed! Think of china, asia as market. They have godson > processors. (MIPS), no Intel, never!!!! > Working database interfaces for mysql, postgresql, db4o, oracle, db2, goods, > magma ... Tutorials, like that from HPI on seaside. Video tutorials, like > Dolphin has. > Stability. (no hanging GUI when i click on the right upper button to change > window colour). > Renaming back to Squeak or Squeak II. The name 'Squeak' is better known, > already introduced in the world. For Pharo you would have to spend money and > much efforts for advertising. Wrong idea. Why? Go on reading. > ONE Etoys with a nice look. Look at OLPC Etoys. Looks horrible. > Reunification with Scratch. > Tutorials for GUI Programming for Smalltalk beginners on Squeak II > Bringing printing of Morphic canvas, fonts, text to work. > Bringing that mass of lost packages back again into Squeak. Build up a > system of "maintainers", like Debian has. > Well organized 'request for help' database. Precise job offerings. > Percentage metering. > I want to know exactly, what i could contribute. Wheres is the roadmap, the > plan i could understand as 'newby'? Programming, hacking around in smalltalk > is not the problem, i need the idea of the ongoing restructuring process, > the defined interfaces, e.t.c. > Involve HPI, MIT, HP, IBM, APPLE, GOOGLE, NASA ... former contributors, make > them invest into Squeak, into the future of our children. Squeak was and is > an very important international educational project. You can collect > millions of $ for international educational purposes for our children > worldwide, but no money for a additional commercial smalltalk. > Bring those OLPC people to mention the name Squeak in the sense of a great > educational community project in their project. > Learn fundraising. Collect money, much money to drive that development > process. Ever heard of a PAYPAL Button on homepages? Affiliate sytems, Link > exchange? Official Sponsorship. Patronage. Sponsors want to know, where > their money is going to, into what projects within Squeak II. > > And a BIG BANG. > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Cédrick _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |