Re: [ovirt-devel] Tools for developing and building oVirt.js project

2014-09-01 Thread Sandro Bonazzola
Il 29/08/2014 17:16, Vojtech Szocs ha scritto:
 
 
 - Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: infra infra@ovirt.org, de...@ovirt.org
 Sent: Friday, August 29, 2014 4:43:44 PM
 Subject: Re: [ovirt-devel] Tools for developing and building oVirt.js project



 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: Tomas Jelinek tjeli...@redhat.com, Mooli Tayer
 mta...@redhat.com, de...@ovirt.org, infra
 infra@ovirt.org
 Sent: Friday, August 29, 2014 8:05:58 AM
 Subject: Re: [ovirt-devel] Tools for developing and building oVirt.js
 project

 Il 28/08/2014 21:00, Vojtech Szocs ha scritto:


 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Tomas Jelinek tjeli...@redhat.com, Mooli Tayer
 mta...@redhat.com
 Cc: de...@ovirt.org
 Sent: Tuesday, August 26, 2014 12:03:14 PM
 Subject: Re: [ovirt-devel] Tools for developing and building oVirt.js
 project

 Il 26/08/2014 09:38, Tomas Jelinek ha scritto:


 - Original Message -
 From: Mooli Tayer mta...@redhat.com
 To: Greg Sheremeta gsher...@redhat.com
 Cc: de...@ovirt.org
 Sent: Tuesday, August 26, 2014 9:17:20 AM
 Subject: Re: [ovirt-devel] Tools for developing and building oVirt.js
 project

 Are we talking about using node as a development/test/packaging(minify
 etc
 )
 tool or having a runtime backend (site) on top of node?

 It is only devel environment (e.g. build dependency), not runtime.


 If it's build dependency it's not just devel environment.

 Right, I messed up my comment above, sorry.

 Node.js can be (and typically is) used as both devel  build dependency
 for JavaScript projects.

 We must ensure that all required build dependencies are available and
 properly packaged for all supported distributions.

 Yes, fully agreed.

 Fedora already has some packages we could use, for example:
 http://koji.fedoraproject.org/koji/packageinfo?packageID=15154
 http://koji.fedoraproject.org/koji/packageinfo?packageID=15356

 However, there's one complication (as Greg mentioned before): npm (Node
 package manager) resolves Node-specific packages (esentially JavaScript
 artifacts) via HTTP access, so we'd need some infra to serve these, and
 for each such JS module:
 - either use existing package for that JS module, if one exists
 - or maintain package for that JS module on our own [*]

 [*] I understand that this is not what we want to do in general

 I would add
 - Ask supported distributions to provide needed rpms

 Well, that ^^ would be ideal.



 In other words, there would have to be some infra to support builds for
 JavaScript/Node.js projects, similar to existing infra to support builds
 for Java/Maven projects:
 - package for Node.js + npm
 - package for each JS module (likely problematic)
 - tool (existing Artifactory that serves Maven artifacts?) to serve
   JS modules via HTTP for npm to consume (maybe problematic)


 Adding infra for above


 In any case, we can proceed with developing oVirt.js without requiring
 Node.js as a build dependency. I see two possible solutions here:

 1, avoid using build tools like Traceur (ES6 - ES5 transpiler)
and UglifyJS (code compressor/obfuscator), just concatenate
JS source files into resulting JS target file (either via
command in Makefile or via some Maven plugin)

PROS: no special build requirements
CONS: can't use tools like Traceur

 2, use build tools like Traceur and UglifyJS, commit resulting
JS target file into source tree, maybe with git commit hook
for this

PROS: can use tools like Traceur
CONS: storing target JS file in source tree

 3, (?)

 Use something simpler to package for compressing / minimizing like
 http://yui.github.io/yuicompressor/ or any other tool like that at build
 time
 (nothing against Node.js at development time).

 YUI Compressor is written in Java, we could use it within our Java-based
 Engine build. It seems that YUI Compressor uses Rhino (JS engine written
 in Java) with some custom Rhino extensions/tweaks.

 I didn't find Fedora package for YUI Compressor, but I found this:

   http://davidb.github.io/yuicompressor-maven-plugin/

 And luckily, this Maven plugin is also in JBoss Maven repo:

   
 https://repository.jboss.org/nexus/service/local/repositories/central/content/net/alchim31/maven/yuicompressor-maven-plugin/1.4.0/yuicompressor-maven-plugin-1.4.0.pom

 OK, now some bad news. According to this:

   http://www.yuiblog.com/blog/2012/10/16/state-of-yui-compressor/

 development on YUI Compressor continues through JavaScript (surprise!)
 project yUglify (it's based on UglifyJS which I proposed way above):

   https://github.com/yui/yuglify

 And, not surprisingly, yUglify is Node.js module. Here we go :)

 As everyone can see, all popular tools for JavaScript development
 are pretty much centered around Node.js, that is not coincidence.
 Avoiding Node.js for JavaScript 

Logwatch for linode01.ovirt.org (Linux)

2014-09-01 Thread logwatch

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Mon Sep  1 03:08:40 2014
Date Range Processed: yesterday
  ( 2014-Aug-31 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Requests with error response codes
404 Not Found
   //admin/categories.php/login.php?cPath=ac ... product_preview: 138 
Time(s)
   //administrator/components/com_acymailing/ ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_acymailing/ ... ame=lobex21.php: 3 Time(s)
   //administrator/components/com_civicrm/civ ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_civicrm/civ ... ame=lobex21.php: 3 Time(s)
   //administrator/components/com_jinc/classe ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_jinc/classe ... ame=lobex21.php: 3 Time(s)
   //administrator/components/com_jnews/inclu ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_jnews/inclu ... ame=lobex21.php: 3 Time(s)
   //administrator/components/com_jnewsletter ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_jnewsletter ... ame=lobex21.php: 3 Time(s)
   //administrator/components/com_maianmedia/ ... /lobex21.php?rf: 3 Time(s)
   //administrator/components/com_maianmedia/ ... ame=lobex21.php: 3 Time(s)
   //components/com_facileforms/libraries/jquery/uploadify.php: 2 Time(s)
   //components/com_jnews/includes/openflashc ... ?name=itilz.php: 1 Time(s)
   //components/com_jnews/includes/openflashc ... pload_image.php: 4 Time(s)
   //images/stories/cx.gif: 1 Time(s)
   /6/: 4 Time(s)
   /admin.php: 6 Time(s)
   /admin/: 5 Time(s)
   /admin/banner_manager.php/login.php: 2 Time(s)
   /admin/board: 7 Time(s)
   /admin/categories.php/login.php: 3 Time(s)
   /admin/file_manager.php/login.php: 2 Time(s)
   /admin/login.php: 5 Time(s)
   /administrator/index.php: 6 Time(s)
   /bitrix/admin/index.php?lang=en: 5 Time(s)
   /blog/wp-admin/: 5 Time(s)
   /board: 14 Time(s)
   /browserconfig.xml: 1 Time(s)
   /category/news/feed: 1 Time(s)
   /category/news/feed/: 49 Time(s)
   /components/com_facileforms/libraries/jquery/mbot.php: 1 Time(s)
   /dbreports/latest/engine/public/tables/dis ... e_dynamic.html0: 1 Time(s)
   /dbreports/latest/engine/public/tables/dis ... e_dynamic.html1: 1 Time(s)
   /favicon.ico: 277 Time(s)
   /images/stories/food.php?rf: 4 Time(s)
   /index.php?app=homemod=publicact=register: 1 Time(s)
   /index.php?dll=register: 2 Time(s)
   /index.php?option=com_jcetask=pluginplug ... 86d0dd595c8e20b: 10 
Time(s)
   /index.php?option=com_jcetask=pluginplug ... ion=1576cid=20: 8 Time(s)
   /listinfo/board: 7 Time(s)
   /mailman/project-planning/2011-September/000283.html: 1 Time(s)
   /old/wp-admin/: 3 Time(s)
   /piperm/registration: 1 Time(s)
   /pipermail/User/Register.aspx: 1 Time(s)
   /pipermail/action-blog: 1 Time(s)
   /pipermail/blogs/load/recent: 1 Time(s)
   /pipermail/engine-patches/2011-December/001856.html: 1 Time(s)
   /pipermail/engine-patches/2011-December/001915.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000174.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000336.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000681.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000767.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000868.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/000988.html: 1 Time(s)
   /pipermail/engine-patches/2011-November/author.html: 1 Time(s)
   /pipermail/engine-patches/2011-October/thread.html: 1 Time(s)
   /pipermail/engine-patches/2012-April/013155.html: 1 Time(s)
   /pipermail/engine-patches/2012-April/014042.html: 1 Time(s)
   /pipermail/engine-patches/2012-December/043124.html: 1 Time(s)
   /pipermail/engine-patches/2012-December/044173.html: 1 Time(s)
   /pipermail/engine-patches/2012-December/046244.html: 1 Time(s)
   /pipermail/engine-patches/2012-December/046681.html: 1 Time(s)
   /pipermail/engine-patches/2012-February/005261.html: 1 Time(s)
   /pipermail/engine-patches/2012-February/006149.html: 1 Time(s)
   /pipermail/engine-patches/2012-February/007225.html: 1 Time(s)
   /pipermail/engine-patches/2012-February/007666.html: 1 Time(s)
   /pipermail/engine-patches/2012-February/008273.html: 1 Time(s)
   /pipermail/engine-patches/2012-January/002663.html: 1 Time(s)
   /pipermail/engine-patches/2012-May/017020.html: 1 Time(s)
   

oVirt wiki login issues

2014-09-01 Thread Moti Asayag
Hi,

Seems like [1] happens again:

Login error
oVirt_Wiki uses cookies to log in users. You have cookies disabled. Please 
enable them and try again.

Could you please handle it ? 

[1] http://lists.ovirt.org/pipermail/infra/2012-November/001365.html

Thanks,
Moti
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: oVirt wiki login issues

2014-09-01 Thread David Caro
On 09/01, Moti Asayag wrote:
 Hi,
 
 Seems like [1] happens again:
 
 Login error
 oVirt_Wiki uses cookies to log in users. You have cookies disabled. Please 
 enable them and try again.
 
 Could you please handle it ? 

Same issue as last time, I see that the database is occupying most of
the space, I see 2 possible solutions (can be applied together):

* Shrink database:
  - Regenerating the ibdata:
  This requires dumping, deleting and recreating the database to
  regenerate the ibdata file. We can also separate that file per table
  during the process.
  - Cleaning up temporary and unnecessary data from the database:
  This requires knowledge of the internal structure of the
  database of the wiki, anyone has knowledge on that?
* Expand space:
  - Not sure how to proceed here, but we can ask for a bigger gear to
  hold the wiki, we are using 8GB now.

In any case, bkp, misc, any ideas?


 
 [1] http://lists.ovirt.org/pipermail/infra/2012-November/001365.html
 
 Thanks,
 Moti
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra

-- 
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization RD

Tel.: +420 532 294 605
Email: dc...@redhat.com
Web: www.redhat.com
RHT Global #: 82-62605


pgp_RL9sl1T81.pgp
Description: PGP signature
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 622 - Still Failing!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/622/
Build Number: 622
Build Status:  Still Failing
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/31694

-
Changes Since Last Success:
-
Changes for Build #617
[Liron Aravot] tools: StorageDomainOvfStoreCount config value


Changes for Build #618
[Liron Aravot] webadmin: isRemoveCommandAvailable() - removal of unneeded 
booleans


Changes for Build #619
[Liron Aravot] webadmin: disable 'Remove' for OVF store not in ILLEGAL status


Changes for Build #620
[Liron Aravot] core: SpmStopOnIrs - set result


Changes for Build #621
[Liron Aravot] core: add logging to SpmStopVDSCommand


Changes for Build #622
[Lior Vernia] webadmin: Add some spacing to checkbox cell labels




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 624 - Failure!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/624/
Build Number: 624
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/31690

-
Changes Since Last Success:
-
Changes for Build #624
[Lior Vernia] userportal,webadmin: Fix layout issues in vNIC dialog




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: oVirt wiki login issues

2014-09-01 Thread Michael Scherer
Le lundi 01 septembre 2014 à 11:43 +0200, David Caro a écrit :
 On 09/01, Moti Asayag wrote:
  Hi,
  
  Seems like [1] happens again:
  
  Login error
  oVirt_Wiki uses cookies to log in users. You have cookies disabled. Please 
  enable them and try again.
  
  Could you please handle it ? 
 
 Same issue as last time, I see that the database is occupying most of
 the space, I see 2 possible solutions (can be applied together):
 
 * Shrink database:
   - Regenerating the ibdata:
   This requires dumping, deleting and recreating the database to
   regenerate the ibdata file. We can also separate that file per table
   during the process.
   - Cleaning up temporary and unnecessary data from the database:
   This requires knowledge of the internal structure of the
   database of the wiki, anyone has knowledge on that?
 * Expand space:
   - Not sure how to proceed here, but we can ask for a bigger gear to
   hold the wiki, we are using 8GB now.
 
 In any case, bkp, misc, any ideas?

I would rather migrate the wiki out of openshift when we can have a
server for that in phx2. We will no longer be constrained by hosting,
and we will be able to administer it in a more conventional way.

Openshift is made to deploy software that you deploy and write yourself,
not really to host stuff made by others who are not made for this. We
shoehorn mediawiki on it, and we start to see the limit of the
approach :/

Migrating to a set of 2 gears would only work for scaled gears, which
mean reinstalling the whole setup almost from scratch. So I would
prefer, if we need to do that, to move to a regular VM ( where then we
can enable cache, varnish, etc to make things faster )

-- 
Michael Scherer
Open Source and Standards, Sysadmin


signature.asc
Description: This is a digitally signed message part
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 628 - Still Failing!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/628/
Build Number: 628
Build Status:  Still Failing
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32236

-
Changes Since Last Success:
-
Changes for Build #626
[Yaniv Bronhaim] Checking isProvisioned instead of the redundant entity 
isDiscovered


Changes for Build #627
[Alon Bar-Lev] extapi: ExtMap.get() allow null default value


Changes for Build #628
[Roy Golan] core: avoid removing a vm also when migratingTo




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.4_upgrade-from-3.3_merged - Build # 362 - Failure!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.4_upgrade-from-3.3_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.4_upgrade-from-3.3_merged/362/
Build Number: 362
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32245

-
Changes Since Last Success:
-
Changes for Build #362
[Roy Golan] core: avoid removing a vm also when migratingTo




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged fails

2014-09-01 Thread Alon Bar-Lev
Hello,

Example of a job[1]

15:45:10 Getting requirements for 
ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20140901144402.git17d8bdb.fc19.src
15:45:10  -- slf4j-1.7.4-1.fc19.noarch
15:45:10  -- ant-1.8.4-6.fc19.noarch
15:45:10  -- 1:java-1.7.0-openjdk-devel-1.7.0.65-2.5.1.2.fc19.x86_64
15:45:10  -- jpackage-utils-1.7.5-27.fc19.noarch
15:45:10  -- unboundid-ldapsdk-2.3.7-0.0.snap.r530.fc19.noarch
15:45:10 Error: No Package found for ovirt-engine-extensions-api

As requested I opened a ticket for this[2]

Need this to be resolved so that we can publish artifacts to qa.

Alon

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/16/console
[2] https://fedorahosted.org/ovirt/ticket/253
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 630 - Failure!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/630/
Build Number: 630
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32183

-
Changes Since Last Success:
-
Changes for Build #630
[Daniel Erez] webadmin: null safe StorageDomainFreeSpaceRenderer




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 631 - Still Failing!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/631/
Build Number: 631
Build Status:  Still Failing
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32255

-
Changes Since Last Success:
-
Changes for Build #630
[Daniel Erez] webadmin: null safe StorageDomainFreeSpaceRenderer


Changes for Build #631
[Eldan Shachar] restapi: Control\view Soundcard property




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 633 - Failure!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/633/
Build Number: 633
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32203

-
Changes Since Last Success:
-
Changes for Build #633
[Tal Nisan] webadmin: New disk dialog does not validate the size value




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


INFRA ISSUE: [oVirt Jenkins] ovirt-engine_3.5_upgrade-from-3.4_merged - Build # 635 - Still Failing!

2014-09-01 Thread Jenkins ci oVirt Server
Project: http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_3.5_upgrade-from-3.4_merged/635/
Build Number: 635
Build Status:  Still Failing
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/32271

-
Changes Since Last Success:
-
Changes for Build #633
[Tal Nisan] webadmin: New disk dialog does not validate the size value


Changes for Build #634
[Daniel Erez] webadmin: import vm dialog - select-box style


Changes for Build #635
[Daniel Erez] webadmin: SanStorageModel - ensure discover proposal




-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra