On Sunday 30 May 2010 10:04:37 Doron Fediuck wrote:
Hi !
I'm implementing some basic client functionality using sshd client.
I found a case where I need to implement something of this concept:
gzip /tmp/sample.txt | ssh u...@some.host.com gunzip -c /tmp/sample.txt
On my implementation the
On 6/1/10 10:14 AM, Doron Fediuck wrote:
On Sunday 30 May 2010 10:04:37 Doron Fediuck wrote:
Hi !
I'm implementing some basic client functionality using sshd client.
I found a case where I need to implement something of this concept:
gzip /tmp/sample.txt | ssh u...@some.host.com gunzip -c
Client pipe
---
Key: SSHD-89
URL: https://issues.apache.org/jira/browse/SSHD-89
Project: MINA SSHD
Issue Type: Bug
Reporter: Doron Fediuck
I found a case where I need to implement something of this concept:
gzip
Hi guys,
yesterday, while checking the released packages, I found that the rxtx
lib was included into them. This is bad. We must get this lib out of our
packages.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.nextury.com
See
http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-windows/25/changes
Changes:
[elecharny] Replaced the and adding the project. before the keyword, as needed
--
Started by an SCM change
Building remotely on hudson-win.apache.org (Windows
See
http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-ubuntu/org.apache.mina$mina-core/26/
Hi guys,
we have a parent module which is most certainly useless. I suggest we
get rid of it.
I will also create a 'distribution' module in charge to build the assembly.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.nextury.com
+1
Regards,
Alan
On May 31, 2010, at 12:11 AM, Emmanuel Lecharny wrote:
Hi guys,
we blocked a release a few weeks ago, because some test was failing
on windows. Maarten has provided a working version of this test, I'm
now wondering if we should not release 2.0, instead of waiting
so does this mean, User is supposed to download the lib and use,
rather than we packing it?
On Tue, Jun 1, 2010 at 3:48 PM, Emmanuel Lecharny elecha...@gmail.com wrote:
Hi guys,
yesterday, while checking the released packages, I found that the rxtx lib
was included into them. This is bad. We
On 6/1/10 7:19 PM, Ashish wrote:
so does this mean, User is supposed to download the lib and use,
rather than we packing it?
Absolutely.
Apache release *sources*, not binaries. Binaries are just convenient,
but they should not contain LGPL libs.
--
Regards,
Cordialement,
Emmanuel
On May 31, 2010, at 9:38 AM, Emmanuel Lecharny wrote:
Hi guys,
I don't know how possibly we were able to release MINA in the past,
but I must admit it's a nightmare. I spent the full afternoon trying
to get the packages generated and the 2.0.0 tags to be created, with
no success.
Not
The project can definitely be cleaned up.
Regards,
Alan
On Jun 1, 2010, at 9:33 AM, Emmanuel Lecharny wrote:
Hi guys,
we have a parent module which is most certainly useless. I suggest
we get rid of it.
I will also create a 'distribution' module in charge to build the
assembly.
--
Got that thanks :)
On Tue, Jun 1, 2010 at 11:00 PM, Emmanuel Lécharny elecha...@apache.org wrote:
On 6/1/10 7:19 PM, Ashish wrote:
so does this mean, User is supposed to download the lib and use,
rather than we packing it?
Absolutely.
Apache release *sources*, not binaries. Binaries are
On 6/1/10 7:39 PM, Alan D. Cabrera wrote:
The project can definitely be cleaned up.
You bet !!!
I'm done with the cleanup. Here is what I did :
- removed the parent module, moved all the dependencyManagement elements
down in the main pom
- renamed the main pom atifactid to mina-parent (was
See
http://hudson.zones.apache.org/hudson/job/MINA-trunk-jdk1.5-ubuntu/27/changes
15 matches
Mail list logo