* Kris Maglione <[EMAIL PROTECTED]> wrote:

Hi,

> It doesn't have to appear at the program start, and the MIT 
> license gives explicit permission to sublicense its code. The 
> copyright doesn't have to be at the top of the file, but it must 
> remain on the code. This is perfectly LGPL compatible.

Okay, as long as I can link that lib into all the other apps
I'm going to "port" to 9p, I'm fine with that.

> >I personally would feel better w/ LGPL (just because it always
> >worked fine). Any objections against LGPL ?
> 
> Yes, it's very long and significantly more restrictive than MIT. 
> I don't see the need to add the restrictions of the LGPL, nor 
> the verbosity or proselatizing that it contains throughout. That 
> being said, there's nothing stopping you from sublicensing it 
> with the LGPL.
> 
> >hmm, couldnt find it :(
> >I've tried: http://www.suckless.org/snaps/wmii+ixp-20070508.tgz
> 
> In the wmii tarball, it's called wmiir.c. I should setup nightly 
> tarballs, but the plain libixp distibution comes from hg.

Ah, ok, there it is :)
But it doesn't seem to work properly w/ the u9fs + npfs servers.
"wmirr ls -ld /etc" works as it should (like /bin/ls does), but
other commands (ie read or ls w/o -d) do not output anything.

I compared the server debug between linux kernel client and wmirr,
seems that an Topen is missing at wmirr. 
 

cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
        http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
        http://patches.metux.de/
---------------------------------------------------------------------

Reply via email to