[Kimchi-devel] [WIP][Wok 0/2] Use javascript libraries from rpms, not hardcoded

Samuel Henrique De Oliveira Guimaraes samuel.guimaraes at eldorado.org.br
Wed Aug 24 20:01:32 UTC 2016


Hi,

What if instead of using RPM packages, we use NodeJS / NPM? Is it overkill? I think with this we would avoid problems like incorrect versions. For the record: https://fedoraproject.org/wiki/Packaging:Node.js?rd=Node.js/Packagers

"Client-side JavaScript
Many node modules contain JavaScript that can be used both client-side and server-side and it is sometimes hard to identify code intended only for use in the browser. Since there are no current packaging guidelines for client-side JavaScript and bundling of such code is currently permitted in Fedora, it is currently permissible for client-side JavaScript to be bundled with nodejs modules in %{nodejs_sitelib}."

Samuel

-----Original Message-----
From: kimchi-devel-bounces at ovirt.org [mailto:kimchi-devel-bounces at ovirt.org] On Behalf Of Ramon Medeiros
Sent: quarta-feira, 24 de agosto de 2016 15:45
To: Chandra Shekhar Reddy Potula <chandra at linux.vnet.ibm.com>; kimchi-devel at ovirt.org
Subject: Re: [Kimchi-devel] [WIP][Wok 0/2] Use javascript libraries from rpms, not hardcoded

Hi Chandra,

the main propose of this patch isn't remove the libs right now. But, map all libraries that are available at distros repositories and use them.

Don't worry :)

On 08/24/2016 07:51 AM, Chandra Shekhar Reddy Potula wrote:
> Hi Ramon and all,
>
> I like the idea but I bit worried on impact it can have on different 
> distributions. For example, on KVM distribution for s390x platform it 
> will be very challenging situation in getting the rpms of every 
> package that are available on the other platforms.
>
> Given that said, I would be very cautious here. Is it possible to 
> still rely the way we are in for the platforms where there is no 
> guarantee of package availability as rpms ?
>
> If not we will brake for many distribution like KVM distribution for 
> s390x platform.
>
> @All: Please feel free to provide your opinion which can work with out 
> troubling platforms where support of rpm is a challenge.
>
> Thanks and Regards
>
> Chandra
>
> On 8/12/16 10:25 PM, Ramon Medeiros wrote:
>> This isn't a patch yet since the commit "Change configuration files" 
>> are not working well.
>>
>> I need to change ui/libs/Makefile.am to set SUBDIRS variable (that 
>> trigger javascript hardcoded libs build) and change 
>> ui/pages/Makefile.am, to copy the template according to distro.
>>
>> Can you guys help me on makefile syntax?
>>
>> Ramon Medeiros (2):
>>    Use javascript libraries from rpms
>>    Change configuration files
>>
>>   configure.ac                     |  11 ++
>>   docs/fedora-deps.md              |   4 +-
>>   docs/ubuntu-deps.md              |   3 +-
>>   src/wok/config.py.in             |  22 +++
>>   ui/libs/Makefile.am              |  10 +-
>>   ui/pages/Makefile.am             |   9 ++
>>   ui/pages/login.html.tmpl.fedora  | 332
>> +++++++++++++++++++++++++++++++++++++++
>>   ui/pages/login.html.tmpl.ubuntu  | 332
>> +++++++++++++++++++++++++++++++++++++++
>>   ui/pages/wok-ui.html.tmpl.fedora | 231 +++++++++++++++++++++++++++
>>   ui/pages/wok-ui.html.tmpl.ubuntu | 231 +++++++++++++++++++++++++++
>>   10 files changed, 1182 insertions(+), 3 deletions(-)
>>   create mode 100644 ui/pages/login.html.tmpl.fedora
>>   create mode 100644 ui/pages/login.html.tmpl.ubuntu
>>   create mode 100644 ui/pages/wok-ui.html.tmpl.fedora
>>   create mode 100644 ui/pages/wok-ui.html.tmpl.ubuntu
>>
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>

-- 

Ramon Nunes Medeiros
Kimchi Developer
Linux Technology Center Brazil
IBM Systems & Technology Group
Phone : +55 19 2132 7878
ramonn at br.ibm.com

_______________________________________________
Kimchi-devel mailing list
Kimchi-devel at ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel



More information about the Kimchi-devel mailing list