Re: Debugging a non-working bibedit

[Surendran Karippadath]

I do not get a "checking status ..." message. I get the standard message,
you get if you are not Admin.
Like:
Dipòsit Digital de Documents de la UAB :: Cerca 
 :: Lliura  :: Personalitza
 :: Ajuda

Powered by Invenio  v1.1.6
Mantingut per ddd@uab.cat  :: Avís legal


On Tue, Dec 6, 2016 at 9:10 PM, Ferran Jorba  wrote:

> Hi all,
>
> I know that it may be difficult to debug a remote site, but I'd
> appreciate any idea that helps us to get our record editor working.
>
> Thanks,
>
> Ferran
>
> At Wed, 30 Nov 2016 10:10:46 +0100,
> Ferran Jorba wrote:
> >
> > Dear colleagues,
> >
> > I'm trying to debug a long standing misfeature in our of Invenio
> > sites.  As I cannot go further alone, I kindly request your help
> >
> > A quick reminder.  At UAB we have three Invenio sites, one of them
> > (http://ddd.uab.cat) was first installed ten years ago, and the
> > other ones (http://traces.uab.cat and http://ifmuc.uab.cat) are
> > newer, each of them a few years from the other.  We have our own
> > Marc record editing module (basically, a simple textarea form, with
> > some local extras thrown in) and so, we haven't used Invenio record
> > editor.  However, from time to time we need to explore record
> > history an so, we'd like to access it.  It well for our newer sites
> > (Traces and IFMuC), but not for DDD.
> >
> > From time to time, specially after Invenio upgrades, I try to run it
> > with the hope that it magically works, but it doesn't.  We have
> > upgraded to 1.1.6 this weekend and we are still in the same
> > situation.
> >
> > I've been comparing tables and Javascript libraries (they are
> > identical), and checked that command-line bibedit works well (I can
> > retrieve record history and I can compare record revisions).  I have
> > also compared the HTML page produced for our installations and it is
> > basically the same, modulo site urls and name.  I've found that the
> > difference stands here:
> >
> > @@ -130,23 +130,25 @@
> >
> >  Edit physical copies
> >
> > -   Checking status...
> > +   Ready
> >
> >  Special symbols <#> Help <#>
> > -Dipòsit Digital de Documents de la UAB :: Cerca
> >
> > When I go to the simplest URL screen, that is, with no record
> > (https://ddd.uab.cat/record/edit/), in the lower left part of the
> > screen there is this «Checking status...» message.  The same screen
> > in any of our two sites (includig the sister test ones) show a
> > «Ready» message.  The icons in the top left part of the screen («New
> > record», «Clone record» and «Manage templates») are also inactive
> > for DDD, but work perfectly for Traces and IFMuC.  Record searching
> > doesn't work either, as it seems busy and locked due to this
> > «Checking status...» state.
> >
> > Looking at Python code (lib/python/invenio/bibedit_templates.py)
> > doesn't give me much help.  And Javascript debugging is not one of
> > my skills.
> >
> > Ideas are welcome.
> >
> > Thanks,
> >
> > Ferran
>

Re: invenio oai

[Surendran Karippadath]

Dear Tibor,

   Thank you very much. I found that I have a snapshot of one of the
installation I did in my /opt/invenio. Either I will create a
localhost/invenio for apache2 with that or follow your advice.

   Best


Surendran KK


On Mon, Aug 29, 2016 at 2:37 PM, Tibor Simko <tibor.si...@cern.ch> wrote:

> Dear Surendran:
>
> On Sun, 28 Aug 2016, Surendran Karippadath wrote:
> > However, I get a "Authorization Failure" when I try to access the
> > OAI-Admin interface.
>
> Yes, you would have to be authorised to access the administration
> interface. Moreover, the Invenio 1 canonical demo site is meant to show
> an example without modifications, hence it does not run bibsched, which
> would be necessary to see ingested records. The best is to try things
> locally.
>
> The easiest way to obtain an Invenio 1.1 demo site locally is to create
> a virtual machine using Vagrant:
>
>   $ cd /tmp
>   $ git clone https://github.com/inveniosoftware/invenio -b maint-1.1
>   $ cd invenio
>   $ vagrant up --no-parallel
>   $ vagrant ssh web -c 'source .inveniorc && /vagrant/scripts/create-
> instance.sh'
>   $ vagrant ssh web -c 'source .inveniorc && /vagrant/scripts/populate-
> instance.sh'
>   $ firefox http://192.168.50.10/record/1
>
> See:
>
>   https://github.com/inveniosoftware/invenio/blob/
> maint-1.1/Vagrantfile#L30-L33
>
> FWIW I've been using Vagrant 1.8.1 and Virtualbox 5.0.24.
>
> Best regards
> --
> Tibor Simko
>

Re: invenio oai

[Surendran Karippadath]

However, I get a "Authorization Failure" when I try to access the OAI-Admin
interface.


Surendran KK


On Sat, Aug 27, 2016 at 8:19 AM, Surendran Karippadath <
k.k.surend...@gmail.com> wrote:

> Dear Tibor,
>
>
>  As I have no access to the 1.1.6 installations now, I have created an
> account in the demo site at CERN. However, do I need to have admin rights
> to check out harvesting from OAI resources into the demo site? I am going
> to try anyway.
>
> Best wishes
>
>
> Surendran KK
>
>
> On Fri, Aug 26, 2016 at 8:13 PM, Tibor Simko <tibor.si...@cern.ch> wrote:
>
>> Dear Lanxin, Surendran:
>>
>> On Fri, 26 Aug 2016, Surendran Karippadath wrote:
>> > I have installed 1.1.6 in three places, but not able to create a
>> > useful installation of the OAI.
>>
>> Are you looking at OAI exporting from your site to others, or at OAI
>> harvesting from others to your site?
>>
>> In the former case, you can check URLs like:
>>
>>http://demo.invenio-software.org/oai2d?verb=Identify
>>http://demo.invenio-software.org/oai2d?verb=ListIdentifiers
>> =oai_dc
>>
>> In the latter case, you can use OAIHarvest Admin interface to configure
>> which sources to harvest from:
>>
>>http://demo.invenio-software.org/admin/oaiharvest/oaiharvestadmin.py
>>
>> Please see the documentation for OAI harvesting at:
>>
>>http://demo.invenio-software.org/help/admin/oaiharvest-admin-guide
>>
>> If you need to "invent" OAI identifiers, you can use
>> `oairepositoryupdater` daemon as described in:
>>
>>http://demo.invenio-software.org/help/admin/oairepository-admin-guide
>>
>> Best regards
>> --
>> Tibor Simko
>>
>
>

Re: invenio oai

[Surendran Karippadath]

Dear Tibor,


 As I have no access to the 1.1.6 installations now, I have created an
account in the demo site at CERN. However, do I need to have admin rights
to check out harvesting from OAI resources into the demo site? I am going
to try anyway.

Best wishes


Surendran KK


On Fri, Aug 26, 2016 at 8:13 PM, Tibor Simko <tibor.si...@cern.ch> wrote:

> Dear Lanxin, Surendran:
>
> On Fri, 26 Aug 2016, Surendran Karippadath wrote:
> > I have installed 1.1.6 in three places, but not able to create a
> > useful installation of the OAI.
>
> Are you looking at OAI exporting from your site to others, or at OAI
> harvesting from others to your site?
>
> In the former case, you can check URLs like:
>
>http://demo.invenio-software.org/oai2d?verb=Identify
>http://demo.invenio-software.org/oai2d?verb=ListIdentifiers;
> metadataPrefix=oai_dc
>
> In the latter case, you can use OAIHarvest Admin interface to configure
> which sources to harvest from:
>
>http://demo.invenio-software.org/admin/oaiharvest/oaiharvestadmin.py
>
> Please see the documentation for OAI harvesting at:
>
>http://demo.invenio-software.org/help/admin/oaiharvest-admin-guide
>
> If you need to "invent" OAI identifiers, you can use
> `oairepositoryupdater` daemon as described in:
>
>http://demo.invenio-software.org/help/admin/oairepository-admin-guide
>
> Best regards
> --
> Tibor Simko
>

Re: Invenio v2.0.5 is released

[Surendran Karippadath]

Hello,In Ubuntu-14.04 I followed the documentation and while installing an overlay got the following exception:(overlay)$cat setup.py
from setuptools import setupfrom setuptools import setup, find_packagespackages = find_packages()
setup(name=My Overlay,version=0.1.dev0,url="" />author=Invenio Software,author_email=inve...@invenio-software.org,description=My first overlay,packages=packages,install_requires=[Invenio==2.0.5],entry_points={invenio.config: [myoverlay = myoverlay.config]})(overlay)pip install -e 

Exception:Traceback (most recent call last):File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/basecommand.py, line 223, in mainstatus = self.run(options, args)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/commands/install.py, line 299, in runroot=options.root_path,File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_set.py, line 646, in install**kwargsFile /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_install.py, line 813, in installself.move_wheel_files(self.source_dir, root=root)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_install.py, line 1008, in move_wheel_filesisolated=self.isolated,File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/wheel.py, line 479, in move_wheel_filesmaker.make_multiple(['%s = %s' % kv for kv in console.items()])File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 334, in make_multiplefilenames.extend(self.make(specification, options))File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 323, in makeself._make_script(entry, filenames, options=options)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 214, in _make_scriptscript = self._get_script_text(entry).encode('utf-8')File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/wheel.py, line 397, in _get_script_textimport_name: entry.suffix.split(.)[0],AttributeError: 'NoneType' object has no attribute 'split'What can I doto fix it?Thank you for your attention.
From: Jean-Yves Le Meur
Posted: 17/07/2015 15:39
Subject: Invenio v2.0.5 is released

  Invenio v2.0.5 is released   Invenio v2.0.5 was released on July 17, 2015.  About -  Invenio is a digital library framework enabling you to build your own digital library or document repository on the web.  Security fixes --  + docker:    - Disables debug mode when using standard Docker image. Uses docker compose to set the variable instead.  Improved features -  + deposit:    - Improves handling of large files in deposit.  + docker:    - Improves Docker documentation notably related to how to work with Invenio site overlays.    - Changes port number exposed by docker to non-reserved ones to avoid conflicts with local installations. Webport is now 28080, Redis 26379 and MySQL is 23306, which is a simple +2 shift from the standard ports.    - Integrates docker boot script into docker image.    - Changes docker boot script to use `exec`. This ensure signal forwarding and reduces the overhead by one process. As a result container shutdown is faster now.    - Changes manual master/slave configuration of Docker devboot script to automatic solution using file locks.  + jasmine:    - Allows using variables from application config for building asset bundles.  Bug fixes -  + deposit:    - Fixes issue with PLUpload chunking not being enabled.  + encoder:    - Corrects the `compose_file` function call in `process_batch_job` to produce `directory/content.extension` instead of `directory/content.content;extension`. (#3354)  + global:    - Fixes the way configuration variables are parsed from ENV. It now uses the same method we are using in `inveniomanage config set`. This fixes the problem that `False` is not parsed correctly.  + installation:    - Fixes capitalization of package names.  + legacy:    - Fixes inveniogc crash when mysql is NOT used to store sessions. (#3205)  + login:    - Provides flash message to indicate that an email with password recovery could not be sent. (#3309)  Notes -  + global:    - Backports Flask-IIIF extension from original commit 213b6f1144734c9ecf425a1bc7b78e56ee5e4e3e. The extension is not enabled by default in order to avoid feature addition to existing minor release.  Installation      $ pip install invenio==2.0.5  Upgrade ---     $ bibsched stop    $ sudo systemctl stop apache2    $ pip install --upgrade invenio==2.0.5    $ inveniomanage upgrader check    $ inveniomanage upgrader run    $ sudo systemctl start apache2    $ bibsched start  Documentation -     

Re: Invenio v2.0.5 is released

[Surendran Karippadath]

Hello,Installing with the following setup.py(overlay) cat setup.py
from setuptools import setupfrom setuptools import setup, find_packagespackages = find_packages()
setup(name=My Overlay,version=0.1.dev0,url="" />author=Invenio Software,author_email=inve...@invenio-software.org,description=My first overlay,packages=packages,install_requires=[Invenio==2.0.5],entry_points={invenio.config: [myoverlay = myoverlay.config]})(overlay)pip install -e 

Exception:Traceback (most recent call last):File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/basecommand.py, line 223, in mainstatus = self.run(options, args)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/commands/install.py, line 299, in runroot=options.root_path,File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_set.py, line 646, in install**kwargsFile /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_install.py, line 813, in installself.move_wheel_files(self.source_dir, root=root)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/req/req_install.py, line 1008, in move_wheel_filesisolated=self.isolated,File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/wheel.py, line 479, in move_wheel_filesmaker.make_multiple(['%s = %s' % kv for kv in console.items()])File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 334, in make_multiplefilenames.extend(self.make(specification, options))File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 323, in makeself._make_script(entry, filenames, options=options)File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/_vendor/distlib/scripts.py, line 214, in _make_scriptscript = self._get_script_text(entry).encode('utf-8')File /home/angeli/.virtualenvs/myoverlay/local/lib/python2.7/sitepackages/pip/wheel.py, line 397, in _get_script_textimport_name: entry.suffix.split(.)[0],AttributeError: 'NoneType' object has no attribute 'split'
From: System Account
Posted: 17/07/2015 15:39
Subject: Invenio v2.0.5 is released

  Invenio v2.0.5 is released   Invenio v2.0.5 was released on July 17, 2015.  About -  Invenio is a digital library framework enabling you to build your own digital library or document repository on the web.  Security fixes --  + docker:    - Disables debug mode when using standard Docker image. Uses docker compose to set the variable instead.  Improved features -  + deposit:    - Improves handling of large files in deposit.  + docker:    - Improves Docker documentation notably related to how to work with Invenio site overlays.    - Changes port number exposed by docker to non-reserved ones to avoid conflicts with local installations. Webport is now 28080, Redis 26379 and MySQL is 23306, which is a simple +2 shift from the standard ports.    - Integrates docker boot script into docker image.    - Changes docker boot script to use `exec`. This ensure signal forwarding and reduces the overhead by one process. As a result container shutdown is faster now.    - Changes manual master/slave configuration of Docker devboot script to automatic solution using file locks.  + jasmine:    - Allows using variables from application config for building asset bundles.  Bug fixes -  + deposit:    - Fixes issue with PLUpload chunking not being enabled.  + encoder:    - Corrects the `compose_file` function call in `process_batch_job` to produce `directory/content.extension` instead of `directory/content.content;extension`. (#3354)  + global:    - Fixes the way configuration variables are parsed from ENV. It now uses the same method we are using in `inveniomanage config set`. This fixes the problem that `False` is not parsed correctly.  + installation:    - Fixes capitalization of package names.  + legacy:    - Fixes inveniogc crash when mysql is NOT used to store sessions. (#3205)  + login:    - Provides flash message to indicate that an email with password recovery could not be sent. (#3309)  Notes -  + global:    - Backports Flask-IIIF extension from original commit 213b6f1144734c9ecf425a1bc7b78e56ee5e4e3e. The extension is not enabled by default in order to avoid feature addition to existing minor release.  Installation      $ pip install invenio==2.0.5  Upgrade ---     $ bibsched stop    $ sudo systemctl stop apache2    $ pip install --upgrade invenio==2.0.5    $ inveniomanage upgrader check    $ inveniomanage upgrader run    $ sudo systemctl start apache2    $ bibsched start  Documentation -     http://invenio.readthedocs.org/en/v2.0.5  Happy hacking and thanks for flying Invenio.  | Invenio Development Team |   Email: 

Upgrade from invenio-1.2.0 to invenio-2.1.0

[Surendran Karippadath]

​Hi All,
 As per the documentation for upgrading path for Invenio-2.1.0, I execute the following commands 
$ sudo pip install --upgrade invenio==2.1.0 
Afetr solving some issues it is successful. Then I execute the command
$ sudo inveniomanage upgrader check
I get the following ERROR :
Traceback (most recent call last):File /usr/local/bin/inveniomanage, line 5, in modulefrom pkg_resources import load_entry_pointFile /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 3084,in module@_call_asideFile /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 3070,in _call_asidef(*args, **kwargs)File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 3097,in _initialize_master_working_setworking_set = WorkingSet._build_master()File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 651, in_build_masterws.require(__requires__)File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 952, inrequireneeded = self.resolve(parse_requirements(requirements))File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 839, inresolveraise DistributionNotFound(req, requirers)pkg_resources.DistributionNotFound: The 'aniso8601=0.82' distribution was notfound and is required by Flask-RESTful
Thank you for your attention
Best regards

Login with Empty String Password

[Surendran Karippadath]

​Hello,

   In a production setup of invenio-1.1.x how does one disable LOGIN with EMPTY STRING, '', as Password? The default situation is such that anyone, including admin starts login with password empty. Eventhough firewall-like role definitions can be put in place  it does allow the casual login by an anonymous user.
 Thank you.

Re: Invenio v2.0.2 is released

[Surendran Karippadath]

Hi Tibor,On a Knoppix-7.2 ( Debian) box , experimenting with the new avatar of INVENIO the command$sudo pip install invenioended with the following error. -//skip--Downloading/unpacking requests=2.3,2.4 (from invenio)  Running setup.py egg_info for package requests    Traceback (most recent call last):  File string, line 14, in module  File /home/knoppix/build/requests/setup.py, line 6, in module    import requests  File requests/__init__.py, line 53, in module    from .packages.urllib3.contrib import pyopenssl  File requests/packages/urllib3/contrib/pyopenssl.py, line 70, in module    ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD,    AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'    Complete output from command python setup.py egg_info:    Traceback (most recent call last):  File string, line 14, in module  File /home/knoppix/build/requests/setup.py, line 6, in module    import requests  File requests/__init__.py, line 53, in module    from .packages.urllib3.contrib import pyopenssl  File requests/packages/urllib3/contrib/pyopenssl.py, line 70, in module    ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD,AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'Command python setup.py egg_info failed with error code 1 in /home/knoppix/build/requestsStoring complete log in /root/.pip/pip.logI am waiting for some  suggestions how to get out of here, as the Debian list seems to suggest SSLv3 is not going to be there or something to that effect.Best Regards
From: Tibor Simko
Posted: 17/04/2015 18:46
Subject: Invenio v2.0.2 is released

  Invenio v2.0.2 is released   Invenio v2.0.2 was released on April 17, 2015.  About -  Invenio is a digital library framework enabling you to build your own digital library or document repository on the web.  Security fixes --  + celery:    - Forces Celery to only accept msgpack content when using standard configuration. This disallows pickle messages which can be used for remote code execution.  (#3003)  + global:    - Disables all attempts to serve directory listings for directories found under static root.  Incompatible changes   + celery:    - If you use any Celery serializer other than msgpack, you must update configuration variable CELERY_ACCEPT_CONTENT to include that serializer.  + pidstore:    - Refactors DataCite provider to use the new external DataCite API client.    - Removes DataCite API client from Invenio.  New features   + docs:    - Adds Code of Conduct to the Community documentation.    - Adds new fast track deprecation policy.    - Documents commit message labels used by developers (such as NEW, SECURITY, FIX, etc.) used in automatic generation of structured release notes.  (#2856)  + global:    - Adds a `inveniomanage config locate` command to request the location of the instance config file.    - Adds new configurable variable `INVENIO_APP_CONFIG_ENVS` that can be set both from `invenio.cfg` and OS environment. Application factory iterates over comma separated list of configuration variable names and updates application config with equivalent OS environment value.  (#2858)  + template:    - Adds 'u' filter that converts str to unicode in Jinja2 templates since support for str has been deprecated. Example: `{{ mystr|u }}`.  (#2862)  Improved features -  + docs:    - Adds example of how to deprecate a feature and includes deprecation policy in documentation.  + global:    - Moves datacite API wrapper to external package.    - Escapes all unicode characters in Jinja2 templates.  + installation:    - Apache virtual environments are now created with appropriate `WSGIDaemonProcess` user value, taken from the configuration variable `CFG_BIBSCHED_PROCESS_USER`, provided it is set.  This change makes it easier to run Invenio under non-Apache user identity.    - Apache virtual environments are now created with appropriate `WSGIPythonHome` directive so that it would be easier to run Invenio from within Python virtual environments.  + jsonalchemy:    - Introduces support for accepting MARC fields having any indicator. (#1722 #2075)  Bug fixes -  + admin:    - Adds `admin.js` bundle that loads `select2.js` library on `/admin` pages.  (#2690 #2781)  + assets:    - Implements `__deepcopy__` method for `webassets.filter.option` in order to fix unexpected behavior of the `option` class contructor. (#2777 #2864 #2921)  + documents:    - Flask-Login import in field definition.  (#2905)    - Safer upgrade recipe for migrations from the old document storage model (used in v1.1) to the new document storage model (used in v1.2).  + global:    - Drops support for serving directories in Apache site configuration to avoid problems with loading 

Re: Websubmit Mail_Submitter Function

[Surendran Karippadath]

Hi Tibor,Is it possible that the MTA used by invenio to send forged mail, is commandeered by anonymous agents to send mails in bulk. Because yesterday, April 8 around midnight, I had shut down the invenio site to solve the problem of backing up invenio-1.1.5 tar ball from one box (Ubuntu-14.04)with websubmit data and restoring it in another box(Ubuntu-13.1) with no invenio.Within a gap of one hour the admin received a dozen 404 exceptio mails from the following diverse IP addresses:  09.161.99.26158.222.8.21 158.222.8.112178.32.115.5223.232.137.13569.12.79.70 107.182.125.251 173.44.40.252167.160.115.155 5.9.231.89 192.3.166.102They were all trying to access another virtual host on the same box. What do you suggest one should do to keep the mail daemon more secure/Thanks and RegardsSurendran
From: Tibor Simko
Posted: 08/04/2015 16:54
Subject: Websubmit Mail_Submitter Function

On Wed, 08 Apr 2015, Surendran Karippadath wrote:  I doubt that. For one, this started from Match 28 and second, the mail  was redirected to admin address which forwarded it as [SUSPECTED SPAM]  Perhaps your system sends too many emails, which raised bulk sending flag at Google?  See:    https://support.google.com/mail/answer/81126  You can try to make some experiments with manual email sending from the box, using settings recommended on that page.   Final-Recipient: rfc822; angeli.surend...@gmail.com  Original-Recipient: rfc822;angeli.surend...@gmail.com  Hmm, what is `rfc822` string doing here?  Best regards -- Tibor Simko 

Re: Websubmit Mail_Submitter Function

[Surendran Karippadath]

Hi Samuele,
   I doubt that. For one, this started 
from Match 28 and second, the mail was redirected to admin address which
 forwarded it as [SUSPECTED SPAM] to the forwarding address like this: The mail system

angeli.surend...@gmail.com: host gmail-smtp-in.l.google.com[74.125.68.26]
    said: 550-5.7.1 [117.218.165.51      12] Our system has detected that this
    message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam
    sent to Gmail, 550-5.7.1 this message has been blocked. Please visit
    550-5.7.1 http://support.google.com/mail/bin/answer.py?hl=enanswer=188131
    for 550 5.7.1 more information. hf1si2909081pbc.134 - gsmtp (in reply to
    end of DATA command)
Final-Recipient: rfc822; angeli.surend...@gmail.com
Original-Recipient: rfc822;angeli.surendran@gmail.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [117.218.165.51      12] Our system has
    detected that this message is 550-5.7.1 likely unsolicited mail. To reduce
    the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked.
    Please visit 550-5.7.1
    http://support.google.com/mail/bin/answer.py?hl=enanswer=188131 for 550
    5.7.1 more information. hf1si2909081pbc.134 - gsmtp
-- Forwarded message --From: DISASTER MANAGEMENT DIGITAL LIBRARY Submission Engine kksurend...@iitbombay.orgTo: angeli.surend...@gmail.comCc: Date: Sun,  5 Apr 2015 21:40:08 +0530 (IST)Subject: DMDOC-PLAN-2015-039: Document ReceivedHello:
        The document DMDOC-PLAN-2015-039
Title: National Disaster Management Guidelines: Management of Preparation of State Disaster Management Plans
Author(s): National Disaster Management Authority (NDMA)

has been correctly received

It will be soon added to our Document Server.

Once inserted, you will be able to check the  bibliographic information and the quality of the electronic documents at this URL:
http://wikilibrary.dynamic-dns.net/record/174
If you detect an error please let us know by sending an email to kksurend...@iitbombay.org.

Note that your submission has been inserted into the bibliographic task queue and is waiting for execution.
The task queue is currently running in automatic mode, and there are 
currently 2 tasks waiting to be executed. Your record should be 
available within a few minutes and searchable within an hour or 
thereabouts.
Thank you for using DISASTER MANAGEMENT DIGITAL LIBRARY Submission Interface.


Best regards
--
DISASTER MANAGEMENT DIGITAL LIBRARY http://wikilibrary.dynamic-dns.net
Need human intervention?  Contact kksurend...@iitbombay.orgRegards
From: Samuele Kaplun
Posted: 08/04/2015 00:14
Subject: Websubmit Mail_Submitter Function

Hi Surendran,  In data lunedì 6 aprile 2015 11:59:13, Surendran Karippadath ha scritto:  It appears that Google is this invenio is unable to send mail to  x.gmail.com. The re are entries in the /var/log/mail.log such as this:  $ tail /var/log/mail.logangeli-acer postfix/qmgr[24178]: C270048004F: removed  Apr  6 15:16:16 angeli-acer postfix/smtp[24652]: 08E904800A0:  to=angeli.surend...@gmail.com,  relay=gmail-smtp-in.l.google.com[74.125.68.26]:25, delay=13,  delays=0.04/0/12/1.2, dsn=5.7.1, status=bounced (host  gmail-smtp-in.l.google.com[74.125.68.26] said: 550-5.7.1  [117.218.165.51  12] Our system has detected that this message is  550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to  Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1  http://support.google.com/mail/bin/answer.py?hl=enanswer=188131 for 550  5.7.1 more information. ot4si5863874pdb.82 - gsmtp (in reply to end of DATA  command)) Apr  6 15:16:16 angeli-acer postfix/qmgr[24178]: 08E904800A0:  removed  could it be connected to this?  http://www.securityweek.com/google-lets-smtp-certificate-expireCheers! 	Samuele  --  Samuele Kaplun INSPIRE Service Manager ** http://inspirehep.net/ Invenio Developer ** http://invenio-software.org/  

Re: Websubmit Mail_Submitter Function

[Surendran Karippadath]

It appears that Google is this invenio is unable to send mail to x.gmail.com. The re are entries in the /var/log/mail.log such as this:$ tail /var/log/mail.logangeli-acer postfix/qmgr[24178]: C270048004F: removedApr  6 15:16:16 angeli-acer postfix/smtp[24652]: 08E904800A0: to=angeli.surend...@gmail.com, relay=gmail-smtp-in.l.google.com[74.125.68.26]:25, delay=13, delays=0.04/0/12/1.2, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[74.125.68.26] said: 550-5.7.1 [117.218.165.51  12] Our system has detected that this message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1 http://support.google.com/mail/bin/answer.py?hl=enanswer=188131 for 550 5.7.1 more information. ot4si5863874pdb.82 - gsmtp (in reply to end of DATA command))Apr  6 15:16:16 angeli-acer postfix/qmgr[24178]: 08E904800A0: removed
From: Surendran Karippadath
Posted: 04/04/2015 21:25
Subject: Websubmit Mail_Submitter Function
​Hello,
In Inenio-1.1.5, since March 28, two users doing websubmission to wikilibrary.dynamic-dns.net stopped getting email notifications after successful and correct submissions of documents which are in the repository now. They continue to do submissions but do not receive mail. I checked the same using the following code:
$ ipython
In [1]: from invenio.webuser import *In [2]: run_sql(SELECT id, nickname FROM user)Out[2]: ((1L, 'admin'), (2L, 'jekyll'), (3L, 'hyde'), (4L, 'dorian'), (5L, 'romeo'), (6L, 'juliet'), (7L, 'benvolio'), (8L, 'balthasar'), (9L, 'shashikalam'), (10L, 'Vinod'), (11L, 'angeli'))In [3]: get_user_preferences(9)Out[3]: {'language': 'en', 'login_method': 'Local'}In [4]: get_user_preferences(11)Out[4]: {'language': 'en', 'login_method': 'Local'}In [5]: get_user_preferences(1)Out[5]: {'language': 'en', 'login_method': 'Local'}In [6]: send_email('root#localhost','shashika...@gmail.com','testing-email','test-not-done-yet',header='',footer='')Out[6]: TrueIn [7]: send_email('root#localhost','angeli.surend...@gmail.com','testing-email','test-not-done-yet',header='',footer='')Out[7]: TrueIn [8]: send_email('root#localhost','kksurend...@iitbombay.org','testing-email','test-not-done-yet',header='',footer='')Out[8]: True
In the above [6] and [7] corresponding to the users doing websubmit DID NOT receive the mail while [8] corresponding to invenio admin received it. 
Kindly suggest how I can rectify the situation. The configuration in invenio.conf is standard:
CFG_MISCUTIL_SMTP_HOST = localhost  CFG_MISCUTIL_SMTP_PORT = 25  CFG_MISCUTIL_SMTP_USER =  CFG_MISCUTIL_SMTP_PASS =  CFG_MISCUTIL_SMTP_TLS = False
Thank you ffor your attention.
Regards

Websubmit Mail_Submitter Function

[Surendran Karippadath]

​Hello,
In Inenio-1.1.5, since March 28, two users doing websubmission to wikilibrary.dynamic-dns.net stopped getting email notifications after successful and correct submissions of documents which are in the repository now. They continue to do submissions but do not receive mail. I checked the same using the following code:
$ ipython
In [1]: from invenio.webuser import *In [2]: run_sql(SELECT id, nickname FROM user)Out[2]: ((1L, 'admin'), (2L, 'jekyll'), (3L, 'hyde'), (4L, 'dorian'), (5L, 'romeo'), (6L, 'juliet'), (7L, 'benvolio'), (8L, 'balthasar'), (9L, 'shashikalam'), (10L, 'Vinod'), (11L, 'angeli'))In [3]: get_user_preferences(9)Out[3]: {'language': 'en', 'login_method': 'Local'}In [4]: get_user_preferences(11)Out[4]: {'language': 'en', 'login_method': 'Local'}In [5]: get_user_preferences(1)Out[5]: {'language': 'en', 'login_method': 'Local'}In [6]: send_email('root#localhost','shashika...@gmail.com','testing-email','test-not-done-yet',header='',footer='')Out[6]: TrueIn [7]: send_email('root#localhost','angeli.surend...@gmail.com','testing-email','test-not-done-yet',header='',footer='')Out[7]: TrueIn [8]: send_email('root#localhost','kksurend...@iitbombay.org','testing-email','test-not-done-yet',header='',footer='')Out[8]: True
In the above [6] and [7] corresponding to the users doing websubmit DID NOT receive the mail while [8] corresponding to invenio admin received it. 
Kindly suggest how I can rectify the situation. The configuration in invenio.conf is standard:
CFG_MISCUTIL_SMTP_HOST = localhost  CFG_MISCUTIL_SMTP_PORT = 25  CFG_MISCUTIL_SMTP_USER =  CFG_MISCUTIL_SMTP_PASS =  CFG_MISCUTIL_SMTP_TLS = False
Thank you ffor your attention.
Regards

Re: Invenio v1.2.0 is released

[Surendran Karippadath]

Hello Tibor,

$ pip -V
pip 1.5.4 from /usr/lib/python2.7/dist-packages (python 2.7)

$ pip freeze |grep msgpack
msgpack-python==0.4.5

$ ls /usr/local/lib/python2.7/dist-packages/|grep msgpack
msgpack
msgpack_python-0.4.5.egg-info

However, while
$ locate bin/pip
/usr/bin/pip
/usr/bin/pip2

$ locate msgpack
 /home/angeli/.python-eggs/msgpack_python-0.4.1-py2.7-linux-i686.egg-tmp
/home/angeli/Downloads/msgpack-python-0.4.1.tar.gz
/opt/msgpack-python-0.4.1
/opt/msgpack-python-0.4.1.tar.gz
/usr/local/lib/python2.7/dist-packages/msgpack_python-0.4.1-py2.7-linux-i686.egg

from an earlier installation which was fully removed!
$ ls -la .python-eggs
total 8
drwxrwxr-x  2 angeli angeli 4096 Mar  6 10:08 .
drwxr-xr-x 26 angeli angeli 4096 Mar  6 10:19 ..

$ ls /opt|grep msgpack
$

I do not understand this. What do you think I should do?


Best Regards





On Wed, Mar 4, 2015 at 8:38 AM, Tibor Simko tibor.si...@cern.ch wrote:

 On Wed, 04 Mar 2015, Surendran Karippadath wrote:
  Yes, I have python3 installed. But pip and invenio both use
  python-2.7.6

 OK.  Please check via `pip -V` that you use well Python-2.7.  You can
 also check via `pip freeze` which packages were installed via pip.
 Finally, it may be useful to check via commands such as `locate msgpack`
 and `locate bin/pip` that the files are well installed where they
 should.

 Best regards
 --
 Tibor Simko




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.2.0 is released

[Surendran Karippadath]

Yes, I have python3 installed. But pip and invenio both use python-2.7.6

$ python
Python 2.7.6 (default, Mar 22 2014, 22:59:38)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.

 from msgpack import packb as serialize
/usr/lib/python2.7/dist-packages/pkg_resources.py:1031: UserWarning:
/home/angeli/.python-eggs is writable by group/others and vulnerable to
attack when used with get_resource_filename. Consider a more secure
location (set with .set_extraction_path or the PYTHON_EGG_CACHE environment
variable).
  warnings.warn(msg, UserWarning)
  Ctrl-D

$ python3
Python 3.4.0 (default, Apr 11 2014, 13:05:18)
[GCC 4.8.2] on linux
Type help, copyright, credits or license for more information.
 from msgpack import packb as serialize
Traceback (most recent call last):
  File stdin, line 1, in module
ImportError: No module named 'msgpack'


Best Regards

On Wed, Mar 4, 2015 at 4:17 AM, Tibor Simko tibor.si...@cern.ch wrote:

 On Wed, 04 Mar 2015, Surendran Karippadath wrote:
  I do not understand how it gives the Import Error.No module named msgpack
 
  when the previous command
  $sudo pip install msgpack-python
  messages
  Successfully installed msgpack-python
  Cleaning up...

 Could it be that you have more than one Python installation on your
 system, and that the Invenio configure command uses one Python
 executable, while your system-wide `pip` command uses another?

 You can try to manually confirm/infirm the presence of the msgpack
 library:

   $ /some/path/to/your/python
from msgpack import packb as serialize

 Best regards
 --
 Tibor Simko




-- 
Surendran K.K.
020-27298293

Re: link to video file

[Surendran Karippadath]

Dear Hraban,Yes, I tried 8564_u and 85640u and could get the links. Any idea, if one can make the video play in a floating window without leaving the search page?Happy New Year!Regards
From: Hraban Ramm
Posted: 03/01/2015 06:52
Subject: link to video file

Am 2015-01-03 um 09:53 schrieb Surendran Karippadath k.k.surend...@gmail.com:   Sorry for coming in so late.   As often Video files are very large, I would like to upload only its URL along with an abstract and commetary. How can one do that?  Since your problems seems to be a different than that of the OP, you should start e new thread.  Probably it will be best if you setup your own record type (collection). Do you use WebSubmit? Then you must setup your own Document Type. A good MARC field for external URIs is 856__u, see http://www.loc.gov/marc/bibliographic/concise/bd856.html  Greetlings, Hraban --- http://www.fiee.net https://www.cacert.org (I'm an assurer)

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

2014-11-21 17:39:59 - InvenioWebSubmitFileConverterError: ERROR: Error in
running ['/opt/invenio/bin/inveniounoconv', '-vvv', '-s', 'localhost',
'-p', '2002', '--output',
'/opt/invenio/var/tmp/ooffice-tmp-files/tmphWL2G3.pdf', '-f', 'pdf',
'/opt/invenio/var/tmp/tmpmd2S9f.txt']
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Could not find output
format named unknow.bfo.'
(bibformat_engine.py:1633:resolve_output_format_filename)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Output format with code
unknow could not be found.' (bibformat_engine.py:1416:get_output_format)
...
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Format element test 3
could not be found.' (bibformat_engine.py:1027:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Error in format element
test 4. \n  File
/usr/local/lib/python2.7/dist-packages/invenio/bibformat_engine.py, line
1045, in get_format_element\n. + module_name)\n.'
(bibformat_engine.py:1061:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Format element
TEST_NO_ELEMENT could not be found.'
(bibformat_engine.py:1027:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Format element
BFE_NON_EXISTING_ELEMENT could not be found.'
(bibformat_engine.py:1027:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Format element TEST3 has
no function named format.' (bibformat_engine.py:1085:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Error in format element
TEST_4. \n  File
/usr/local/lib/python2.7/dist-packages/invenio/bibformat_engine.py, line
1045, in get_format_element\n. + module_name)\n.'
(bibformat_engine.py:1061:get_format_element)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Could not find output
format named UNKNOW.bfo.'
(bibformat_engine.py:1633:resolve_output_format_filename)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'Output format with code
UNKNOW could not be found.' (bibformat_engine.py:1416:get_output_format)
* 2014-11-21 18:06:18 - InvenioBibFormatError: 'No template could be found
for output format test3.' (bibformat_engine.py:374:format_record)
* 2014-11-22 02:15:19 - ZeroDivisionError: float division by zero
(bibrank_record_sorter.py:429:find_similar)
* 2014-11-22 08:41:07 - ZeroDivisionError: float division by zero
(bibrank_record_sorter.py:429:find_similar)
* 2014-11-22 08:57:32 - InvenioWebSubmitFileConverterError: ERROR: Error
in running ['/opt/invenio/bin/inveniounoconv', '-vvv', '-s', 'localhost',
'-p', '2002', '--output',
'/opt/invenio/var/tmp/ooffice-tmp-files/tmpyLw8hV.pdf', '-f', 'pdf',
'/opt/invenio/var/tmp/tmp_lPV_u.txt']

Since
$ ls -ld /opt/invenio/var/tmp
drwxr-xr-x 19 www-data www-data 28672 Nov 22 08:57 /opt/invenio/var/tmp
I assume the above errors are after the 1.1.4 install. It is the last error
which concerns me before submitting new data.

And
$ ls -ld /opt/invenio/var/tmp/ooffice-tmp-files
drwxr-xr-x 2 www-data www-data 4096 Dec 16  2013
/opt/invenio/var/tmp/ooffice-tmp-files

Best Wishes


On Tue, Nov 25, 2014 at 7:39 AM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Dear Surendran,

 In data sabato 22 novembre 2014 09:23:56, Surendran Karippadath ha scritto:
  $sudo -u www-data /opt/invenio/bin/inveniocfg --run-unit-tests
 
  FAIL: test_async_download
  (websearch_external_collections_getter_unit_tests.AsyncDownloadTest)
  websearch_external_collections_getter - asynchronous download

 I think you can ignore for the moment this error as this is one that might
 happen from time to time due to timing issues. The test should probably be
 improved.

  Also, even when openoffice.python was correctly configured
  $ sudo -u www-data /opt/invenio/bin/inveniocfg --check-openoffice
 
   Checking if Libre/OpenOffice.org is correctly integrated...No
 handlers
 
  could be found for logger InvenioWebSubmitFileConverterLogger
 
 
 
  * ** OpenOffice.org can't properly create files in the
  OpenOffice.org**
  ** temporary directory /opt/invenio/var/tmp/ooffice-tmp-files, as
  the  **
  ** user www-data (as configured in
  CFG_OPENOFFICE_USER **
  ** invenio(-local).conf
  variable): **
  **
 
 **
  **
  ** OpenOffice.org can't properly create files in the
  OpenOffice.org**
  **  temporary directory
  /opt/invenio/var/tmp/ooffice-tmp-files,**
  ** as the  user www-data (as configured in
  CFG_OPENOFFICE_USER **
  **  invenio(-local).conf variable): ERROR: Error in
  running**
  **  ['/opt/invenio/bin/inveniounoconv', '-vvv', '-k']
  stdout:  **
  **  stderr:Traceback (most recent call last):
  File**
  **  /opt/invenio/bin/inveniounoconv, line 48, in
  module**
  ** from

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi Samuele,

Meanwhile the following comments during the upgrade process:

 Following upgrade(s) have not been applied yet:
  * invenio_2013_09_10_new_param_
websubmit_function (New 'prefix', 'suffix', 'button_label', 'button_prefix'
and 'dates_conversion' parameters for Create_Modify_Interface WebSubmit
function)
  * invenio_2013_11_12_new_param_websubmit_function (New
'deferRelatedFormatsCreation' parameter for Create_Upload_Files_Interface
WebSubmit function)
  * invenio_2013_10_25_new_param_websubmit_function (New
'directRelationshipMARC', 'reverseRelationshipMARC' and 'bibuploadMode',
parameters for Link_Records WebSubmit function)

made me sit up and think that the newer  features in the Websubmit function
may not after all be available. So I decided to have a clean 1.1.4
compilation. I did not understand the failure below:

$sudo -u www-data /opt/invenio/bin/inveniocfg --run-unit-tests

FAIL: test_async_download
(websearch_external_collections_getter_unit_tests.AsyncDownloadTest)
websearch_external_collections_getter - asynchronous download
--
Traceback (most recent call last):
  File
/opt/invenio/lib/python/invenio/websearch_external_collections_getter_unit_tests.py,
line 64, in test_async_download
self.assertEqual(errors, [])
AssertionError: Lists differ: [{'url': 'http://rjfreijoiregj... != []

First list contains 1 additional elements.
First extra element 0:
{'url': 'http://rjfreijoiregjreoijgoirg.fr', 'result': False}

- [{'result': False, 'url': 'http://rjfreijoiregjreoijgoirg.fr'}]
+ []

--
Ran 669 tests in 95.262s

FAILED (failures=1)


Also, even when openoffice.python was correctly configured
$ sudo -u www-data /opt/invenio/bin/inveniocfg --check-openoffice

 Checking if Libre/OpenOffice.org is correctly integrated...No handlers
could be found for logger InvenioWebSubmitFileConverterLogger

*
** OpenOffice.org can't properly create files in the
OpenOffice.org**
** temporary directory /opt/invenio/var/tmp/ooffice-tmp-files, as
the  **
** user www-data (as configured in
CFG_OPENOFFICE_USER **
** invenio(-local).conf
variable): **
**
**
**
** OpenOffice.org can't properly create files in the
OpenOffice.org**
**  temporary directory
/opt/invenio/var/tmp/ooffice-tmp-files,**
** as the  user www-data (as configured in
CFG_OPENOFFICE_USER **
**  invenio(-local).conf variable): ERROR: Error in
running**
**  ['/opt/invenio/bin/inveniounoconv', '-vvv', '-k']
stdout:  **
**  stderr:Traceback (most recent call last):
File**
**  /opt/invenio/bin/inveniounoconv, line 48, in
module**
** from invenio.websubmit_file_converter
import**
** CFG_OPENOFFICE_TMPDIR   II
.**
**  **
**
**.
**
** In your /etc/sudoers file, you should authorize the www-data
user   **
** to run /opt/invenio/bin/inveniounoconv as www-data user as
in:   **
**
   **
** www-data ALL=(www-data) NOPASSWD:
/opt/invenio/bin/inveniounoconv   **
**
**
** You should then run the following
commands: **
** $ sudo mkdir -p
/opt/invenio/var/tmp/ooffice-tmp-files  **
** $ sudo chown -R www-data
/opt/invenio/var/tmp/ooffice-tmp-files **
** $ sudo chmod -R 755
/opt/invenio/var/tmp/ooffice-tmp-files  **

I get the same error(!) after running all the commands and editing sudoers
file.

$ ls -la /opt/invenio/var/tmp/ooffice-tmp-files
total 36
drwxr-xr-x  2 www-data www-data  4096 Dec 16  2013 .
drwxr-xr-x 19 www-data www-data 28672 Nov 22 08:57 ..

What does that mean?

Thank you for your attention.
Best wishes

On Sat, Nov 22, 2014 at 6:00 AM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Dear Surendran,

 In data venerdì 21 novembre 2014 20:03:04, Surendran Karippadath ha
 scritto:
  I edited( not allowed!) the /opt/invenio/etc/build/config.nice

 it's perfectly fine to edit that file :-) It is only a shortcut to recreate
 Invenio with the same parameters that were passed to the initial
 ./configure.

   Running pre-upgrade checks...
   pre_check_custom_templates: Checking custom templates...
   pre_check_bibsched: Checking bibsched process...
   ERROR: Pre-upgrade check for pre_check_bibsched failed with the
 
  following errors

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi Samuele,

  I cleaned up the OpenOffice installation and got the following from
the official site:

Apache_OpenOffice_incubating_3.4.1_Linux_x86_install-deb_en-US.tar.gz

It has. openoffice.org3/program/python
as well as the..openoffice4/program/python,python.bin we
encountered in 4.1.1

I edited( not allowed!) the /opt/invenio/etc/build/config.nice to introduce
--with-openoffice-python=/etc/
openoffice.org3/program/python

$sh /opt/invenio/etc/build/config.nice


$ sudo -u www-data /opt/invenio/bin/bibsched stop
Stopping BibSched if running
bibsched seems not to be running.
Stopping all running BibTasks

Stopped

$ sudo make check-upgrade
/usr/bin/python ./modules/miscutil/lib/inveniocfg_upgrader.py .
--upgrade-check
 Following upgrade(s) have not been applied yet:
  * invenio_2013_09_10_new_param_websubmit_function (New 'prefix',
'suffix', 'button_label', 'button_prefix' and 'dates_conversion' parameters
for Create_Modify_Interface WebSubmit function)
  * invenio_2013_11_12_new_param_websubmit_function (New
'deferRelatedFormatsCreation' parameter for Create_Upload_Files_Interface
WebSubmit function)
  * invenio_2013_10_25_new_param_websubmit_function (New
'directRelationshipMARC', 'reverseRelationshipMARC' and 'bibuploadMode',
parameters for Link_Records WebSubmit function)
 Running pre-upgrade checks...
 pre_check_custom_templates: Checking custom templates...
 pre_check_bibsched: Checking bibsched process...
 ERROR: Pre-upgrade check for pre_check_bibsched failed with the
following errors:
 (-) Bibsched is running. Please stop bibsched using the command:
/opt/invenio/bin/bibsched stop
 ERROR: Upgrade check failed. Aborting.
make: *** [check-upgrade] Error 1

How does one make bibsched stop?

On Thu, Nov 20, 2014 at 3:32 PM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Dear Srurendran,

 In data giovedì 20 novembre 2014 09:28:44, Surendran Karippadath ha
 scritto:
Thanks for that important update. Now I am going to install binary
  OpenOffice version 3.4.1. But I am wondering if the python , pyuno of
 these
  legacy version will answer the requirements of Invenio-1.1.4  during the
  upgradaing.
 
My problem is that upgrading is not possible without the
 OpenOffice.
  Which is the OpenOffice version Invenio is tested with.
  That is, which versions of OpenOffice will pass the test
 
  $  sudo -u www-data /opt/invenio/bin/inveniocfg --check-openoffice

 This checks merely checks whether the staging directory were temporary
 openoffice files are created is well setup.

 The real test happens instead upon ./configure and is simply trying to
 import
 successfully pyuno from the Python interpreter of OpenOffice.

  Once that is known that version(s) could be installed and invenio
 upgraded.

 I am not sure about the official latest version of OpenOffice being tested
 with Invenio as at CERN we are currently not using it in our daily work.

 However I am pretty confident that any 3.x (so 3.4.1) should work with
 Invenio, as far as Invenio is able to correctly call OpenOffice's python
 interpreter.

 Hope that helps,

 Cheers,
 Sam

 --
 Samuele Kaplun
 Invenio Developer ** http://invenio-software.org/
 INSPIRE Service Manager ** http://inspirehep.net/




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi Samuele,

  Thanks for that important update. Now I am going to install binary
OpenOffice version 3.4.1. But I am wondering if the python , pyuno of these
legacy version will answer the requirements of Invenio-1.1.4  during the
upgradaing.

  My problem is that upgrading is not possible without the OpenOffice.
Which is the OpenOffice version Invenio is tested with.
That is, which versions of OpenOffice will pass the test

$  sudo -u www-data /opt/invenio/bin/inveniocfg --check-openoffice

Once that is known that version(s) could be installed and invenio upgraded.

Best wishes.

   command

On Thu, Nov 20, 2014 at 3:28 AM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Dear Srurendran,

 In data mercoledì 19 novembre 2014 21:48:57, Surendran Karippadath ha
 scritto:
  If you understand the error kindly advise me. I have sent the error to
  Bugzilla.

 Unfortunately compiled-by-hand OpenOffice is out my domain of experience,
 so
 reporting this to the appropriate Bugzilla is going to be the best thing.

 What I can tell you is that for sure the last version of OpenOffice that is
 supported by Invenio is the 3.x and not yet the 4.x

 Best regards,
 Samuele

 --
 Samuele Kaplun
 Invenio Developer ** http://invenio-software.org/
 INSPIRE Service Manager ** http://inspirehep.net/




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi,

   But that is not true in this case; See this

surendran@angeli-acer:/opt/openoffice4/program$ ./python
Python 2.7.6 (default, Apr 22 2014, 12:20:11)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-54)] on linux2
Type help, copyright, credits or license for more information.


While the system python is:

surendran@angeli-acer:/opt/openoffice4/program$ python
Python 2.7.6 (default, Mar 22 2014, 22:59:38)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.


Perhaps it is the GCC which is creating the mismatch.

Please give your comments.

On Wed, Nov 19, 2014 at 3:52 AM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Dear Surendran,

 In data mercoledì 19 novembre 2014 00:46:54, Surendran Karippadath ha
 scritto:
  $ sudo tar zxvf
 Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz
 
  What can one do to let invenio see the openoffice-python?

 [Libre|Open]Office 4.* is using Python 3.x as opposed to Python 2.x and
 thus,
 at the moment, it is not compatible with Invenio.

 See also:
 https://github.com/inveniosoftware/invenio/issues/1505

 Best regards,
 Samuele

 P.s. as a workaround you can try deploying [Open|Libre]Office 3.x.
 --
 Samuele Kaplun
 Invenio Developer ** http://invenio-software.org/
 INSPIRE Service Manager ** http://inspirehep.net/




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi Samuele,


 I was getting very suspicious after trying both options and removed
both libreoffice and openoffice4 binary from the system;

$ sudo apt-get remove --purge openoffice*
$ sudo apt-get remove --purge libreoffice*

Removed the /usr/bin/soffice and /usr/local/bin/soffice links. Downloaded
the ( *Release: * Milestone AOO411m6 | Build ID 9775 | SVN r1617669 |
Released 2014-08-21 )source from
http://www.openoffice.org/download/index.html and followed the
instructions.

$ cd /usr/local
$ sudo tar zxvf apache-openoffice-4.1.1-r1617669-src.tar.gz
$ cd aoo-4.1.1/main
$ sudo autoconf
$ sudo ./configure --with-dmake-url=
http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2
--with-epm-url=http://www.msweet.org/files/project2/epm-3.7-source.tar.gz
--disable-odk --enable-category-b --enable-bundled-dictionaries
--enable-symbols --with-package-format=installed
$ sudo ./bootstrap
$ cd instsetoo_native/
$ build --all
ERROR***
build -- version: 275224

=
Building module solenv
=

Entering /usr/local/aoo-4.1.1/main/solenv

dmake:  Error code 1, while making
'/usr/local/aoo-4.1.1/main/solver/411/unxlngi6.pro/inc/411minor.mk'

1 module(s):
solenv
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making /usr/local/aoo-4.1.1/main/solenv

When you have fixed the errors in that module you can resume the build
by running:

build --all:solenv

python, pyuno, unodevtools, unotools, unoxml, unocontrols ... are all
there. But I have not been able to get a solution to building the module
solenv and run install. I did the compilation 3 times. How does one rebuild
solenv module?

If you understand the error kindly advise me. I have sent the error to
Bugzilla.

Best wishes


On Wed, Nov 19, 2014 at 11:29 AM, Samuele Kaplun samuele.kap...@cern.ch
wrote:

 Hi,

 In data mercoledì 19 novembre 2014 09:06:06, Surendran Karippadath ha
 scritto:
 But that is not true in this case; See this
 
  surendran@angeli-acer:/opt/openoffice4/program$ ./python
  Python 2.7.6 (default, Apr 22 2014, 12:20:11)
  [GCC 4.1.2 20080704 (Red Hat 4.1.2-54)] on linux2
  Type help, copyright, credits or license for more information.

 Interesting that OpenOffice 4.x is still shipping Python 2.x. I see from:
 [...]
 $ sudo tar zxvf Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz
 $ cd en-US/DEBS
 $ dpkg -i *.deb
 $ cd desktop-integration
 $ dpkg -i *.deb
 $ ls /etc/openoffice4/python*
python, python.bin
 $ cd /opt/invenio-1.1.4
 $ sudo  sh /opt/invenio/etc/build/config.nice --with-openoffice-
 python=/etc/openoffice4/program/python.bin
 [...]

 that there are two python executable. I suspect python is a wrapper
 around
 python.bin that correctly set environment variables to make the
 OpenOffice
 Python modules available...

 Can you try with both executables to run:
 [1]: import uno

 And see which one answer? uno is the Python bridge to OpenOffice and
 must be
 reachable for the test to work.

 Best regards,
 Samuele
 --
 Samuele Kaplun
 Invenio Developer ** http://invenio-software.org/
 INSPIRE Service Manager ** http://inspirehep.net/




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

Hi,

   We want to upgrade invenio-1.1.2 to 1.1.4 with OpenOffice-Python support.

Did the following:on the Ubuntu 14.04
$ sudo apt-get remove --purge libreoffice*
$ sudo tar zxvf Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz
$ cd en-US/DEBS
$ dpkg -i *.deb
$ cd desktop-integration
$ dpkg -i *.deb
$ ls /etc/openoffice4/python*
   python, python.bin
$ cd /opt/invenio-1.1.4
$ sudo  sh /opt/invenio/etc/build/config.nice
--with-openoffice-python=/etc/openoffice4/program/python.bin

checking for OpenOffice.org Python binary... configure: error:
   The specified OpenOffice.org Python binary is not correctly configured.
   Please specify the correct path to the specific OpenOffice Python binary
   (OpenOffice.org is available from http://www.openoffice.org/).

What can one do to let invenio see the openoffice-python?

Please help

On Fri, Aug 29, 2014 at 12:20 PM, Tibor Simko tibor.si...@cern.ch wrote:

 On Wed, 14 May 2014, Surendran Karippadath wrote:
  I can do that , but  the pyuno bridge is setup properly for libreoffice
  only in python3. With 2.7 it gives the error

 Yes, the MS Office document conversion via LibreOffice is a known issue
 for which we currently do not have working solution yet:

https://github.com/inveniosoftware/invenio/issues/1505

 You may want to join the discussion on github perhaps.

 Apart from this problem, Invenio is running very well on Ubuntu 14.04
 using its Python-2.7.

 Best regards
 --
 Tibor Simko




-- 
Surendran K.K.
020-27298293

Re: Invenio v1.1.3 is released

[Surendran Karippadath]

I can do that , but  the pyuno bridge is setup properly for libreoffice
only in python3. With 2.7 it gives the error

ERROR: Error in running**
**  ['/opt/invenio/bin/inveniounoconv', '-vvv', '-k']
stdout:  **
**  stderr:unoconv: Cannot find a suitable pyuno library
and   **
** python binary combination in /usr/lib/libreoffice
ERROR:**
** No module named  
uno   **
**  unoconv: Cannot find a suitable office installation on
your**
**  system.ERROR: Please locate your office installation and
send  **
** your  feedback to:
**
** http://github.com/dagwieers/unoconv/issues  
.  **
**  In your /etc/sudoers file, you should authorize the
www-data   **
** user   to run /opt/invenio/bin/inveniounoconv as nobody
user**
** as in:
   **
**  www-data ALL=(nobody)
NOPASSWD:**
** /opt/invenio/bin/inveniounoconv
 **
**  You should then run the following
commands:**
**  $ sudo mkdir -p
/opt/invenio/var/tmp/ooffice-tmp-files **
**  $ sudo chown -R nobody
/opt/invenio/var/tmp/ooffice-tmp-files  **
**  $ sudo chmod -R 755
/opt/invenio/var/tmp/ooffice-tmp-files **
**
and doing those does not solve the problem. What is the suggested work
around?

ThanksRegards
Surendran



On Wed, May 14, 2014 at 3:54 PM, Lars Holm Nielsen 
lars.holm.niel...@cern.ch wrote:

  Hi,

 Ubuntu 14.04 still has Python 2.7 as default? At least on my machine, or
 perhaps it's because it's an upgrade. Anyway, Invenio will definitely not
 run in Python 3.

 You'll likely need to run ./configure --with-python=/path/to/python2.7 if
 your default python is Python 3.

 Note, we striving that all new code going into invenio/pu branch is as
 python 3 compatible as possible (using e.g. six library). The main problem
 is however still making Invenio use unicode instead of utf8 encoded byte
 strings.

 Cheers,
 Lars


 On 14.05.2014 12:08, Surendran Karippadath wrote:

Hi Tibor,

 Unable to carryout the upgrade from 1.1.2 to 1.1.3.
 $ tar xvfz invenio-1.1.3.tar.gz
  $ cd invenio-1.1.3
  $ sudo rsync -a /opt/invenio/etc/ /opt/invenio/etc.OLD/
  $ sh /opt/invenio/etc/build/config.nice
 checking for a BSD-compatible install... /usr/bin/install -c
 checking whether build environment is sane... yes
 checking for a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking whether make supports nested variables... yes
 checking whether UID '1000' is supported by ustar format... yes
 checking whether GID '1000' is supported by ustar format... yes
 checking how to create a ustar tar archive... gnutar
 checking for a sed that does not truncate output... /bin/sed
 checking whether NLS is requested... yes
 checking for msgfmt... /usr/bin/msgfmt
 checking for gmsgfmt... /usr/bin/msgfmt
 checking for xgettext... /usr/bin/xgettext
 checking for msgmerge... /usr/bin/msgmerge
 checking for style of include used by make... GNU
 checking for gcc... gcc
 checking whether the C compiler works... yes
 checking for C compiler default output file name... a.out
 checking for suffix of executables...
 checking whether we are cross compiling... no
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking whether gcc understands -c and -o together... yes
 checking dependency style of gcc... none
 checking build system type... i686-pc-linux-gnu
 checking host system type... i686-pc-linux-gnu
 checking for ld used by gcc... /usr/bin/ld
 checking if the linker (/usr/bin/ld) is GNU ld... yes
 checking for shared library run path origin... done
 checking how to run the C preprocessor... gcc -E
 checking for grep that handles long lines and -e... /bin/grep
 checking for egrep... /bin/grep -E
 checking for CFPreferencesCopyAppValue... no
 checking for CFLocaleCopyCurrent... no
 checking for GNU gettext in libc... yes
 checking whether to use NLS... yes
 checking where the gettext function comes from... libc
 checking for mysql... /usr/bin/mysql
 checking for python... /usr/bin/python
 checking for OpenOffice.org Python binary... /usr/bin/python
 checking for required Python modules...   File ./configure-tests.py,
 line 45
 print \n\nInstallation aborted.


  Is it because of  python3?
  This install is taking place in Ubuntu-14.04.

  Thank you for your attention.

  Best Regards
  Surendran


 On Tue, Feb 25, 2014 at 7:36 PM, Tibor Simko tibor.si...@cern.ch wrote:

 
 Invenio v1.1.3

Fwd: [Suspected Spam] Exception (websubmit_file_converter.py:1367:execute_command) at http://wikilibrary.dyndns.org

[Surendran Karippadath]

I am not sure the forwarded message is significant. I have the following in
/usr/lib/libreoffice/program/
libpyuno.so
libunopkgapp.so
libunordflo.so
pyuno.so
unoinfo
unopkg
unopkg.bin

where are they supposed to be? I have made symlinks to /usr/lib/libreoffice
and waiting if things change.
-- Forwarded message --
From: kksurend...@iitbombay.org
Date: Thu, Dec 12, 2013 at 11:58 PM
Subject: [Suspected Spam] Exception
(websubmit_file_converter.py:1367:execute_command) at
http://wikilibrary.dyndns.org
To: kksurend...@iitbombay.org


Hello:

It is the first time this exception has been seen.


* 2013-12-12 23:58:03 - InvenioWebSubmitFileConverterError: ERROR: Error
in running ['/opt/invenio/bin/inveniounoconv', '-vvv', '-s', 'localhost',
'-p', '2002', '--output',
'/opt/invenio/var/tmp/ooffice-tmp-files/tmpcjvFRA.pdf', '-f', 'pdf',
'/opt/invenio/var/tmp/tmp9nT3yH.txt']
 stdout:

stderr:
unoconv: Cannot find a suitable pyuno library and python binary combination
in /usr/lib/libreoffice
ERROR: No module named uno

unoconv: Cannot find a suitable office installation on your system.
ERROR: Please locate your office installation and send your feedback to:
   http://github.com/dagwieers/unoconv/issues

 (websubmit_file_converter.py:1367:execute_command)

** User details
No client information available

** Traceback details

Traceback (most recent call last):
  File
/usr/local/lib/python2.7/dist-packages/invenio/websubmit_file_converter.py,
line 588, in unoconv
execute_command(os.path.join(CFG_BINDIR, 'inveniounoconv'), '-vvv',
'-s', CFG_OPENOFFICE_SERVER_HOST, '-p', str(CFG_OPENOFFICE_SERVER_PORT),
'--output', tmpoutputfile, '-f', unoconv_format, tmpinputfile,
sudo=CFG_OPENOFFICE_USER)
  File
/usr/local/lib/python2.7/dist-packages/invenio/websubmit_file_converter.py,
line 1367, in execute_command
raise InvenioWebSubmitFileConverterError(message)
InvenioWebSubmitFileConverterError: ERROR: Error in running
['/opt/invenio/bin/inveniounoconv', '-vvv', '-s', 'localhost', '-p',
'2002', '--output', '/opt/invenio/var/tmp/ooffice-tmp-files/tmpcjvFRA.pdf',
'-f', 'pdf', '/opt/invenio/var/tmp/tmp9nT3yH.txt']
 stdout:

stderr:
unoconv: Cannot find a suitable pyuno library and python binary combination
in /usr/lib/libreoffice
ERROR: No module named uno

unoconv: Cannot find a suitable office installation on your system.
ERROR: Please locate your office installation and send your feedback to:
   http://github.com/dagwieers/unoconv/issues



** Stack frame details

Frame execute_command in
/usr/local/lib/python2.7/dist-packages/invenio/websubmit_file_converter.py
at line 1367
---
  1364 if res != 0:
  1365 message = ERROR: Error in running %s\n
stdout:\n%s\nstderr:\n%s\n % (args, stdout, stderr)
  1366 get_file_converter_logger().error(message)
 1367 raise InvenioWebSubmitFileConverterError(message)
  1368 return stdout
  1369
  1370
---
  stdout =  ''
 res =  '1'
args =  ['/opt/invenio/bin/inveniounoconv',
'-vvv', '-s', 'localhost', '-p', '2002', '--output',
'/opt/invenio/var/tmp/ooffice-tmp-files/tmpcjvFRA.pdf', '-f', 'pdf',
'/opt/invenio/var/tmp/tmp9nT3yH.txt']
  stderr =  'unoconv: Cannot find a suitable pyuno
library and python binary combination in /usr/lib/libreoffice\\nERROR: No
module named uno\\n\\nunoconv: Cannot find a suitable office installation
on your system.\\nERROR: Please locate your office installation and send
your feedback to:\\n   http://github.com/dagwieers/unoconv/issues\\n'
 arg =  '/opt/invenio/var/tmp/tmp9nT3yH.txt'
 message =  'ERROR: Error in running
[\'/opt/invenio/bin/inveniounoconv\', \'-vvv\', \'-s\', \'localhost\',
\'-p\', \'2002\', \'--output\',
\'/opt/invenio/var/tmp/ooffice-tmp-files/tmpcjvFRA.pdf\', \'-f\', \'pdf\',
\'/opt/invenio/var/tmp/tmp9nT3yH.txt\']\\n stdout:\\n\\nstderr:\\nunoconv:
Cannot find a suitable pyuno library and python binary combination in
/usr/lib/libreoffice\\nERROR: No module named uno\\n\\nunoconv: Cannot find
a suitable office installation on your system.\\nERROR: Please locate your
 [...]
argd =  {'sudo': 'nobody'}

Frame unoconv in
/usr/local/lib/python2.7/dist-packages/invenio/websubmit_file_converter.py
at line 590
---
   587 try:
   588 execute_command(os.path.join(CFG_BINDIR,
'inveniounoconv'), '-vvv', '-s', CFG_OPENOFFICE_SERVER_HOST, '-p',
str(CFG_OPENOFFICE_SERVER_PORT), '--output', tmpoutputfile, '-f',
unoconv_format, tmpinputfile, sudo=CFG_OPENOFFICE_USER)
   589 except:
  590 register_exception(alert_admin=True)
  

Re: Invenio v1.1.2 is released

[Surendran Karippadath]

Hello Ferran,

I have only the permanent IP address and lokavidya.in domain name.

You only need to add those alias to your DNS server.

How do I do that?

I could do that using the following dyndns domain names mapping to my IP.

lokavidyawiki.dyndns.org

and

wikilibrary.dyndns.org

The login is a problem and in submission only Article option appears.

ThanksRegards

Surendran



On Tue, Dec 10, 2013 at 1:10 PM, Ferran Jorba ferran.jo...@uab.cat wrote:

 Hello Surendran,

  I have a better feel of the stuff now. Both sites come up. The
  necessity for separate process names and virtual *:80 in name based
  hosting , I see.  The socket statement I do not understand. And the
  libreoffice integration is something I had problem with in 1.1.1
  too. I also find that login is not taking place. I am thinking of
  reinstalling Invenio.

 speaking about problems with sessions and logging into Invenio and
 MoinMoin, and the cookies going back and forth, and the clarity of the
 URLs, I would strongly suggest you to follow a different naming schema
 with your applications, and using something like wiki.lokavidya.in and
 library.lokavidya.in for each site.  As you know, this can perfectly be
 done using virtual hosts using a single IP address.  You only need to
 add those alias to your DNS server.  You can avoid problems now and in
 the future.  Both Invenio and MoinMoin Apache assume this canonical
 addresses, and your live would be easier.

 So, if you must reinstall Invenio, please think about this suggestion.

 Good luck,

 Ferran




-- 
Phone  :+91-20-27298293

Re: Invenio v1.1.2 is released

[Surendran Karippadath]

Hello Ferran Jorba,

I felt very nice to receive an immediate response. T'll try out the things
one by one, though regarding the following I have already created virtual
hosts;
Maybe using a name for your host will help both your users, so they can
type a name instead of a number, and maybe it is easier when configuring
Apache virtual hosts.
...
yes, you can run more than one wsgi on the same IP address.  My
experience, though, is using different names for each wsgi process
(virtual hosts).

Thus I have this virtual host in /etc/apache2/sites-enabled/wiki
VirtualHost 117.218.165.51:80
ServerName www.lokavidya.in
ServerAdmin kksurend...@iitbombay.org
DocumentRoot /usr/share/moin
...errorlog etc
#WSGIScriptAlias /wiki   /usr/share/moin/moin.wsgi
#WSGIDaemonProcess moin user=www-data group=www-data processes=5
threads=10 maximum-requests=10$
#WSGIProcessGroup moin
/virtualhost

The commented out WSGI  declaratives were forced to be outside in the main
apache2.conf for the
www.lokavidya.in/wiki to run.( if you are lucky the link will be live -
sorry if it is offline!)

And the /etc/apache2/sites-enabled/invenio ( and also the invenio-ssl),
which is essentially file written by the Invenio installation, except for
the WSGIScriptAlias /   changed to /invenio to make the wiki run.

#WSGISocketPrefix /opt/invenio/var/run
WSGIRestrictStdout Off
VirtualHost 117.218.165.51:80
ServerName wikividya.dyndns.org
ServerAlias wikividya
ServerAdmin redhatads...@bsnl.in
DocumentRoot /opt/invenio/var/www
...Aliases...
WSGIDaemonProcess invenio processes=5 threads=1
display-name=%{GROUP} inactivity-timeout=3600 maximum-requests=1
WSGIImportScript /opt/invenio/var/www-wsgi/invenio.wsgi
process-group=invenio application-group=%{GLOBAL}
WSGIScriptAlias /invenio /opt/invenio/var/www-wsgi/invenio.wsgi
WSGIPassAuthorization On
   
 Directory /opt/invenio/var/www-wsgi
   WSGIProcessGroup invenio
   WSGIApplicationGroup %{GLOBAL}
   Options FollowSymLinks MultiViews
   AllowOverride None
   Require all granted
/Directory
/virtualhost

I was reading the document
http://modwsgi.readthedocs.org/en/latest/configuration-directives/WSGIDaemonProcess.html

and read the following lines...

Note that having denoted that daemon processes should be created by using
the WSGIDaemonProcess directive, the WSGIProcessGroup directive still needs
to be used to delegate specific WSGI applications to execute within those
daemon processes.

Also note that the name of the daemon process group must be unique for the
whole server. That is, it is not possible to use the same daemon process
group name in different virtual hosts.

So I tried with the WSGI commands for the wiki inside its
virtualhost...WSGIProcessGroup moin.../virtualhost but then the wiki is
not found!

I'll try the other suggestions, but making sure the wiki runs. Till then

ThanksRegards

Surendran



On Mon, Dec 9, 2013 at 3:08 PM, Ferran Jorba ferran.jo...@uab.cat wrote:

 Hello Surendran,

  I was installing Invenio-1.1.2 on a machine with the fixed IP address
  117.218.165.51 where I run a wiki http://117.218.165.51/wiki. The idea
  is to run an educational wiki alongside a multilingual digital
  repository.

 Maybe using a name for your host will help both your users, so they can
 type a name instead of a number, and maybe it is easier when configuring
 Apache virtual hosts.

  The moinmoin wiki runs using the following directives in the
 /etc/apache2/
  apache2.conf
  #
  #  MoinMoin WSGI configuration
  WSGIScriptAlias /wiki /usr/share/moin/moin.wsgi
  WSGIDaemonProcess moin user=www-data group=www-data processes=5
 threads=10
  maximum-requests=1000 umask=0007
  WSGIProcessGroup moin
 
  After installing Invenio if I keep the directive
 
  WSGIScriptAlias / /opt/invenio/var/www-wsgi/invenio.wsgi
 
  in the /etc/apache2/sites-enables/invenio
 
  the wiki is broken. I could revive it by only changing it to
 
  WSGIScriptAlias /invenio /opt/invenio/var/www-wsgi/invenio.wsgi
 
  and the Invenio page does not come up. I get only
 
  The requested URL /invenio was not found on this server.

 Probably this error has to be corrected in the install step of Invenio,
 but I have no experience configuring Invenio under a /invenio path,
 sorry.

  From what I understood one can not run two different process groups
  (in this case 'moin' and 'invenio' ) in the same IP address (?)

 yes, you can run more than one wsgi on the same IP address.  My
 experience, though, is using different names for each wsgi process
 (virtual hosts). I'll explain what I have done for the wsgi process
 themselves, but probably you'll have to adapt my experience to your
 situation, specially the WSGIScriptAlias directive.

 That said, I learned by trial and error, reading the modwsgi
 documentation (http://code.google.com/p/modwsgi/), excellent but maybe
 

Re: Invenio v1.1.0 is released

[Surendran Karippadath]

Dear Dr.Tibor Simko,

Invenio Upgrade from 1.0.2 to 1.1.0 resulted in 23 warnings. The file
invenio_upgrader.log is attached. Invenio running in a Knoppix box.

Surendran KK

On Sun, Oct 21, 2012 at 10:40 AM, Tibor Simko tibor.si...@cern.ch wrote:

 
 Invenio v1.1.0 is released
 October 21, 2012
 http://invenio-software.org/
 

 Invenio v1.1.0 was released on October 21, 2012.

 This release introduces new Invenio release series v1.1.  Invenio v1.1
 brings over 1200 commits on top of Invenio v1.0, authored by over 20
 new co-authors and contributors.  Invenio v1.1 series contains many
 new features such as new automatic upgrader of Invenio installations,
 new media encoder library, new author disambiguator and paper claiming
 tool, new full-text snippet tool and support for Solr indexing, new
 in-memory record sorter, new user-signed web API key facility, new
 synonym support for searching and indexing, new micro format support
 for web crawlers, and more.  Invenio v1.1 is recommended to all
 Invenio sites using v1.0 or previous release series.

 What's new:
 ---

  *) BatchUploader: RESTful interface, runtime checks, TextMARC input,
 job priority selection

  *) BibAuthorID: new automatic author disambiguation and paper
 claiming facility

  *) BibCatalog: storage of ticket requestor, default RT user

  *) BibCirculation: security fixes

  *) BibClassify: UI improvements and refactoring

  *) BibConvert: new BibTeX-to-MARCXML conversion, new oaidmf2marcxml
 conversion, fixes for WORDS

  *) BibDocFile: new filesystem cache for faster statistics, caseless
 authorisation, disable HTTP range requests, improve file format
 policies, and more

  *) BibEdit: new options related to preview and printing, reference
 curation, autocompletion, record and field template manager,
 editing fields and subfields, per-collection authorisations, use
 of knowledge bases, and more

  *) BibEditMulti: new actions with conditions on fields, partial
 matching for subfields, faster preview generation, and more

  *) BibEncode: new audio and video media file processing tool, new
 Video demo collection

  *) BibFormat: new full-text snippet display facility, new
 configuration for I18N caching, updates to EndNote, Excel, Dublin
 Core and other formats, updates to formatting elements such as
 DOI, author, updates to podcast output, updates to XSLT
 processing, and more

  *) OAIHarvest: new configurable workflow with reference extraction,
 new author list extraction post process, upload priority, OpenAIRE
 compliance, better handling of timeouts, and more

  *) BibIndex: new full-text indexing via Solr, new support for author
 ID indexing, better author tokeniser

  *) BibKnowledge: dynamic knowledge bases for record editor, support
 for JSON format

  *) BibMatch: new matching of restricted collections

  *) BibMerge: subfield order in slave record, confirmation pop up,
 record selection bug fix

  *) BibRank: new index term count ranking method, new support for flot
 graphs, updates to citation graphs

  *) BibRecord: new possibility to use lxml parser, sanity checks

  *) BibSched: new motd-like facility for queue monitor, new
 continuable error status for tasks, new tasklet framework, new
 multi-node support, new monotask support, new support for task
 sequences, improvements to scheduling algorithm

  *) BibSort: new in-memory fast sorting tool using configurable
 buckets

  *) BibUpload: new automatic generation of MARC tag 005, new
 `--callback-url' CLI parameter, fixes for appending existing
 files, fixes for multiple 001 tags, and more

  *) WebAccess: new external person ID support, performance
 improvements, robot manager UI improvements, fixes for firerole
 handling,

  *) WebAlert: new alert description facility, fixes for restricted
 collections

  *) WebApiKey: new user-signed Web API key facility

  *) WebAuthorProfile: new author pages with dynamic box layout

  *) WebBasket: add to basket interface improvements, better XML
 export, fixes for external records and other improvements

  *) WebComment: new collapsible comment support, new permalink to
 comments, loss prevention of unsubmitted comments, tidying up HTML
 markup of comments, and more

  *) WebJournal: new Open Graph markup, more customisable newsletter,
 redirect to latest release of specific category, refresh chosen
 collections on release, remove unnecessary encoding/decoding,
 update weather widget for new APIs, and more

  *) WebSearch: new index-time and search-time synonym support, new
 Open Graph markup, new Google Scholar friendly metadata in page
 header, new limit option for wildcard queries, new support for
 access to merged records, new 

Re: JS Check bug at tester2 with CKEDITOR format elements

[Surendran Karippadath]

Dear All,

 In this context, one stupid question. How difficult it is to twist the
code to be able to give the URL of a pdf / ps document on the web ( instead
of local file ) in answer to

  *Enter the full path to the source file to upload:

in the interface for Websubmit of Article/Preprint?

 Best,

Surendran

On Tue, Jul 24, 2012 at 12:19 PM, Jerome Caffaro jerome.caff...@cern.chwrote:

 Dear Miguel,

 On 07/19/2012 10:03 AM, Miguel Martín wrote:
  If you add a new mandatory CKEDITOR bibformat element

 Thanks for the feedback.

 It is indeed a limitation of WebSubmit, which does not allow a response
 element to be made mandatory:
 http://invenio-demo.cern.ch/help/admin/websubmit-admin-guide#2.2
 (bullet 3.3 of section 2.1, or within the related sections of each
 element)

 The reason is that a response element might be any kind of user
 interface (for eg. an advanced form with many fields, powered by
 jQuery and the likes) for which it is not possible to define if
 it has been filled in or not (for CKEditor one can use .getData(),
 but for another UI it will be get_value() or get_json_dict(), etc.)

 The same applies to User Defined Input elements, and Hidden Input
 elements (for which it does not make sense to check the value).

 To be more helpful WebSubmit should warn when such an element
 is made mandatory on the admin interface.


  What tester2 function should be checking is
 
  CKEDITOR.instances.BulletinCKEditor2.getData()
 
 
  I've fix this by changing the code of tester2 function at
  /opt/invenio/lib/python/invenio/websubmit_templates.py

 I would suggest to 1) make your 'WYSIWYG' element optional and 2) move
 this code to a custom JS check so that you can 3) connect this check
 to your element (as it is done for 'DatCheckNew' connected to element
 'DEMOART_DATE' in DEMOART submission).

 http://invenio-demo.cern.ch/help/admin/websubmit-admin-guide#3.3

 Best regards
 --
 Jerome Caffaro




-- 
9559 4359 7055
+91-20-27298293