From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30294 invoked from network); 29 Jan 2022 18:14:56 -0000 Received: from tb-ob0.topicbox.com (64.147.108.117) by inbox.vuxu.org with ESMTPUTF8; 29 Jan 2022 18:14:56 -0000 Received: from tb-mx0.topicbox.com (tb-mx0.nyi.icgroup.com [10.90.30.73]) by tb-ob0.topicbox.com (Postfix) with ESMTP id D694A2D034 for ; Sat, 29 Jan 2022 13:14:55 -0500 (EST) (envelope-from bounce.mM7b9ae9bc73a39379d01d7fba.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx0.topicbox.com (Postfix, from userid 1132) id CFB1F145548D; Sat, 29 Jan 2022 13:14:55 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h=to:subject :message-id:in-reply-to:references:date:mime-version :content-type:content-transfer-encoding:from:list-help:list-id :list-post:list-subscribe:reply-to:list-unsubscribe; s=dkim-1; bh=N2wh2zJBNYS0UhnHgDCJk9UtbTKd6XVX7NIE42srLrs=; b=YxKHuzfJHMYD D7FoOOa9fdVXZhhPjtTe4S2/MwNDzor9iwiD3HQTobPCP8FghXDYA85D3rnRMn9A LSBizKEOpqvM9tBjWYjVFjSpa1/jAIkbgSrjIzws80lQ2IFj0TOKD3DYsQeV5ayj 8zAtbSRysHoQ77/2BMWikwjcPZuD+2s= To: 9fans <9fans@9fans.net> Subject: Re: [9fans] licence question Message-Id: <16434800900.d7f35aF.82986@composer.9fans.topicbox.com> In-Reply-To: <700A0B4D-23A6-4980-9DC8-50E293A34296@iitbombay.org> References: <16433324650.ff90B.935638@composer.9fans.topicbox.com> <16433713090.e62E5Cc03.507002@composer.9fans.topicbox.com> <16434613850.BC38c.59069@composer.9fans.topicbox.com> <700A0B4D-23A6-4980-9DC8-50E293A34296@iitbombay.org> Date: Sat, 29 Jan 2022 13:14:50 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=16434800901.Cbb0DdB.82986 Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 59aa31ea-812f-11ec-98cf-8a559134e1fa Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UM2UwN2JmZGYyNjNhODNjOC1NN2I5YWU5YmM3M2EzOTM3OWQwMWQ3?= =?UTF-8?B?ZmJhPg==?= From: "ibrahim via 9fans" <9fans@9fans.net> List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:M7b9ae9bc73a39379d01d7fba:1:5ulFOhP-Lj5t6Djvh3hmzX6uZVbHLgk9GUB2O76g9bA --16434800901.Cbb0DdB.82986 Date: Sat, 29 Jan 2022 13:14:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Saturday, 29 January 2022, at 5:56 PM, Bakul Shah wrote: > Also note that plan9 c compilers are likely no faster than tcc. And there= will > be other challenges. My kiosk application using plan 9 and its compilers is already working. The= re were no problems changing from llvm to plan9 compilers. The speek differ= ence between plan9 compiled code and gcc, llvm compiled code is irrelevant.= I use compilers for many different tasks to avoid scripting at all. Everyt= hing gets expressed as C files which get automatically generated, translate= d and are called as child processes while using pipes. Some of those C file= s are for the generation of plot and graph data (2D, 3D). This data than ge= ts rendered into image files which than are displayed. The system works sim= ilar to gnuplot, asymptote aso with the difference that no external interpr= eter is used. This works simpler and faster using plan9 as using freebsd an= d llvm. The plan9 compilers are ideal for jit tasks. On Saturday, 29 January 2022, at 5:56 PM, Bakul Shah wrote: > Not to dissuade you from switching to plan9 but just pointing out > there are ways to reduce the image size while staying with FreeBSD. =C2=A0Don't worry I already realized my kiosk app using plan9 and wanted to= make sure of their are licensing problems I didn't know about. I only use = the libraries so the problems regarding commands aren't important for me. T= he second reason why I asked here is cause if there are prefered ways of ac= knowledgement I would include those. After this thread I will place somethi= ng like "This software is based in parts on plan9, legacy9 and 9front. Thos= e are licensed under MiT . For those who are interested in those proj= ects " As a sign of my gratitude and after the results of my other thread and the = lack of interest for a framebuffer device I intend to write a pdf and contr= ibute reduced versions of=C2=A0 devdraw, memlayer, memdraw which can be use= d for creation of such framebuffer based distributions which don't need the= plan9 gui. This will be licenced under the MIT.=20 =20 ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3e07bfdf263a83c8-M7b9ae= 9bc73a39379d01d7fba Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --16434800901.Cbb0DdB.82986 Date: Sat, 29 Jan 2022 13:14:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Saturday, 29 January 2022, at 5:56 PM, Baku= l Shah wrote:
Also note t= hat plan9 c compilers are likely no faster than tcc. And there will
be other challenges.

My kiosk application using plan 9 and its compi= lers is already working. There were no problems changing from llvm to plan9= compilers. The speek difference between plan9 compiled code and gcc, llvm = compiled code is irrelevant. I use compilers for many different tasks to av= oid scripting at all. Everything gets expressed as C files which get automa= tically generated, translated and are called as child processes while using= pipes. Some of those C files are for the generation of plot and graph data= (2D, 3D). This data than gets rendered into image files which than are dis= played. The system works similar to gnuplot, asymptote aso with the differe= nce that no external interpreter is used. This works simpler and faster usi= ng plan9 as using freebsd and llvm. The plan9 compilers are ideal for jit t= asks.

On Saturday, 29 January 2022, at 5:5= 6 PM, Bakul Shah wrote:
N= ot to dissuade you from switching to plan9 but just pointing out
there are ways to reduce the image size while st= aying with FreeBSD.

&nb= sp;Don't worry I already realized my kiosk app using plan9 and wanted t= o make sure of their are licensing problems I didn't know about. I only= use the libraries so the problems regarding commands aren't important = for me. The second reason why I asked here is cause if there are prefered w= ays of acknowledgement I would include those. After this thread I will plac= e something like "This software is based in parts on plan9, legacy9 an= d 9front. Those are licensed under MiT <link>. For those who are inte= rested in those projects <links>"

As a sign of my gratitude and after the results of my other thread and t= he lack of interest for a framebuffer device I intend to write a pdf and co= ntribute reduced versions of  devdraw, memlayer, memdraw which can be = used for creation of such framebuffer based distributions which don't n= eed the plan9 gui. This will be licenced under the MIT.

= --16434800901.Cbb0DdB.82986--