Crypt ... Libraries ...

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Crypt ... Libraries ...

stepken
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Mariano Martinez Peck
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
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Carlos Crosetti-4
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

SergeStinckwich
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Stéphane Ducasse
>
> 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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Stéphane Ducasse
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Göran Krampe
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

Igor Stasenko
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.
>
I suggest , that if its easy to dissect things like md5 hash function,
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

johnmci
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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

stepken
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:
  • 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
Reply | Threaded
Open this post in threaded view
|

Re: Crypt ... Libraries ...

cedreek
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