[Cuis] Package bug

[Germán Arduino]

Hi Casey:

2012/5/19 Casey Ransberger <casey.obrien.r at gmail.com>:
> Inline.
>
> On May 19, 2012, at 3:05 PM, Germán Arduino <garduino at gmail.com> wrote:
>
>> Hi:
>>
>> Thanks for the mention Juan, just a little comment.
>>
>>
>> https://github.com/garduino/Cuis-PasswordGenerator and
>> https://github.com/garduino/Cuis-Miscelaneous are only work in
>> progress as proof of concepts. Nothing ended.
>>
>> About https://github.com/garduino/Cuis-Pharo14CompatibilityLayer, is
>> to store different packages I'm porting to make possible to install
>> other packages from Pharo (as Zinc for example). But also, nothing
>> endeed.
>>
>> With Zinc port I'm a bit stucked with the encoding part, that it's
>> really very different and lately I have not almost free time :(
>
> I've been struggling to get WebClient/WebServer working in Cuis for awhile now.
>
> One particular problem with getting it done is that the Cuis SUnit code is far out of date; another is that we don't use Monticello and so a port ends up being basically a one-off fork, which isn't good for me (I end up being the maintainer of a fork of someone else's code) or for the maintainer (who doesn't want to maintain a fork of his own project.)
>
> A third issue is that the maintainer (who I've CC'd for good measure but should not be expected to respond) of it has a very busy life right now.
>


Yes, understand, is a good description of the situation :)

> How are things going with your Zinc port?
>

As I've said before I adapted some stuff to make a compatibility layer
with Pharo, to permit install smoothly new versions of Zinc (This is
the goal). But started to check big differences at encoding level....
and needed to stop the project, because not time right now (I catch a
new custom project, well in Java, but it's life).

> Juan: we should really actually figure out which HTTP solution is simpler, and then also figure out which best meets our needs, because in today's world, we're going to need one, and I really don't want to have to spend half a year reading RFCs and doing yet *another* implementation myself.
>
> I personally (being someone who uses an HTTP client library at work as a primary means to interact with SOA messes,) care a lot more about having a clean HTTP client than a server, though the web developers in the neighborhood would probably suffer a different point of view.
>
> (no further comments below, the rest of the text is preserved for context.)
>

Cheers.
Germán.