Re: [Koha] Koha not compatible with Plesk Control Panel?

2023-10-03 Thread Mason James 

hi Alessandro


El lun, 2 oct 2023 10:18, Alessandro Tedesco mailto:alessandro.tedesco...@gmail.com>> escribió:

Hi Mason,

thanks for the reply.

If I may, I would ask a further question.

If I install Koha 21.11 (which requires libmojolicious-perl 8.x) and then
upgrade to Koha 22.11 on an infrastructure that does not allow installing
libmojolicious-perl 9.x, what happens?


i think you'll get an error saying that koha-common 22.11 can't install, as 
there is a conflict with a dependant package (javascript-common) and plesk



Can Koha 22.11 also work with libmojolicious-perl 8.x? Or will the
koha-common version 22.11 package attempt to install libmojolicious-perl
9.x and, failing to install it, will result in a broken installation of
Koha?


hmm no... koha 22.05 and higher now require libmojo 9.x

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search_for_data_inconsistencies.pl: Bibliographic records have invalid MARCXML

2023-10-03 Thread Michael Kuhn 

Hi Jonathan

In file "search_for_data_inconsistencies.pl" I found the line

push @decoding_errors, $@ if $@;

which I changed to

push @decoding_errors, sprintf("ID=%s - %s", $biblio->biblionumber, $@);

After running "search_for_data_inconsistencies.pl" again, I found three 
ID numbers saying:


DBIC result _type  isn't of the _type BiblioMetadata at 
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl line 124.


I searched for these numbers in the staff client and I found them - but 
when trying to show the detail view Koha said:


The record you requested does not exist (10).

Also I found the content of these records in table "biblio" but not in 
table "biblio_metadata".


Do you think it's safe to just delete these records in table "biblio" 
and then to reindex the database?


Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch



Am 02.10.23 um 11:08 schrieb Jonathan Druart:

Hi,
This is a bug, there is a lack of information. Please report on bugzilla 
and if possible provide a patch.


You should be able to get more info (biblionumber) with the following 
change:


diff --git a/misc/maintenance/search_for_data_inconsistencies.pl 
 
b/misc/maintenance/search_for_data_inconsistencies.pl 


index ddc6b457dd1..92de2bd91b8 100755
--- a/misc/maintenance/search_for_data_inconsistencies.pl 

+++ b/misc/maintenance/search_for_data_inconsistencies.pl 


@@ -126,7 +126,7 @@ use C4::Biblio qw( GetMarcFromKohaField );
      while ( my $biblio = $biblios->next ) {
          my $record = eval{$biblio->metadata->record;};
          if ($@) {
-            push @decoding_errors, $@;
+            push @decoding_errors, sprintf("ID=%s - %s", 
$biblio->biblionumber, $@);

              next;
          }
          my ( $biblionumber, $biblioitemnumber );

Regards,
Jonathan


Le dim. 1 oct. 2023 à 18:13, Michael Kuhn > a écrit :


Hi

We are using Koha 21.11.09 with MariaDB 10.3.38, running on Debian
GNU/Linux 10.

When running script "search_for_data_inconsistencies.pl
" we are getting
the following output:


== Bibliographic records have invalid MARCXML ==
* DBIC result _type  isn't of the _type BiblioMetadata at
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl
 line 124.
* DBIC result _type  isn't of the _type BiblioMetadata at
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl
 line 124.
* DBIC result _type  isn't of the _type BiblioMetadata at
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl
 line 124.

=> The bibliographic records must have a valid MARCXML or you will face
encoding issues or wrong displays


Does anyone know how to obtain further information (biblionumbers?) for
these cases?

Best wishes: Michael
-- 
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis

Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch
 · W www.adminkuhn.ch 
___

Koha mailing list http://koha-community.org 
Koha@lists.katipo.co.nz 
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha





___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Add a Usage Statistics module to ERM

2023-10-03 Thread Field, Jonathan 
Hi all,
I just wanted to bring your attention to Bug 34587 which is another
enhancement to the ERM module to introduce Data Providers, COUNTER and
SUSHI to Koha.
There is no formal test plan to this (as it is a big feature) but you can
watch my video at KohaCon 23 this year which shows how all of the features
work (and the workflow). It's about 30 minutes long.

We have provided a permanent sandbox here -
http://staff-usagestats.sandboxes.ptfs-europe.co.uk/cgi-bin/koha/erm/eusage/usage_data_providers
which we will leave live and it would be great if anyone who has an
interest in this topic/feature could do some testing and feedback any
comments/issues on the bug. We'd love to add it to the next version as it
is of interest to many libraries.

Credentials will be required for testing, please check if your organisation
has access to any valid SUSHI credentials in order to test. Other details
can be found at the Project Counter registry -
https://registry.projectcounter.org/
All credentials are redacted in the sandbox and will not be visible to
other users. In the released version, credentials will be visible in the
ERM module.

I'm also happy to answer any specific questions about this feature directly
if anyone has any.
Many thanks
Jonathan

-- 

Jonathan Field

Managing Director

PTFS Europe

[image: Phone icon] M: +44 7919 372002 | T: +44 1483 378728 ext. 1000

[image: Email icon] jonathan.fi...@ptfs-europe.com

[image: Link icon] www.ptfs-europe.com

[image: Click to open Twitter]  [image:
Click to open YouTube] 

[image: Click to open PTFS Europe webpage] 
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search_for_data_inconsistencies.pl: Can't call method "get_column"

2023-10-03 Thread Michael Kuhn 

Hi Jonathan

Thanks for your message! You wrote:

> Line 157 on this version is about authorised values. My guess is that
> you have a value in marc_subfield_structure.authorised_value that does
> not have an entry in the authorised_values table (column category).
>
> It can be considered as a bug for this script, and it seems (looking
> at the code) that the bug still exists in master (so please report it
> on bugzilla).

I have now opened bug 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34974 
(search_for_data_inconsistencies.pl: Can't call method "get_column")


> 20.11.02? Did you typo the version? You should at least upgrade to the
> latest 20.11.x!

No typo, just a fact from an imperfect world...

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch




Le dim. 1 oct. 2023 à 20:02, Michael Kuhn  a écrit :


Hi

We are using Koha 20.11.02 with MariaDB 10.3.39, running on Debian
GNU/Linux 10.

When calling the script "search_for_data_inconsistencies.pl" the only
output is the following:

$ sudo koha-shell -c "perl
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl"
instancename
Can't call method "get_column" on an undefined value at
/usr/share/koha/bin/maintenance/search_for_data_inconsistencies.pl line 157.

Does anyone know how to solve this problem?

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha



___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha not compatible with Plesk Control Panel?

2023-10-03 Thread Alessandro Tedesco 
Ho Thomas,

thanks for your answer.

In the meantime, I'm waiting for a response from the Plesk research and
development team: they are verifying that "javascript-commom" package is
indeed still in conflict with Plesk itself (it was like this in the past,
but if it was no longer the case, the Plesk's dependency tree would be
updated; thus giving the possibility to install the latest versions of
Koha).

I will keep the community updated.

Thanks and Kind Regards.
Alessandro


Il Lun 2 Ott 2023, 21:02 Tomas Cohen Arazi  ha
scritto:

> It won't work. Old libraries are not compatible (i.e. if you did some
> hacky trick to make Koha think it has the right version, it won't load
> anyways).
>
>
>
> El lun, 2 oct 2023 10:18, Alessandro Tedesco <
> alessandro.tedesco...@gmail.com> escribió:
>
>> Hi Mason,
>>
>> thanks for the reply.
>>
>> If I may, I would ask a further question.
>>
>> If I install Koha 21.11 (which requires libmojolicious-perl 8.x) and then
>> upgrade to Koha 22.11 on an infrastructure that does not allow installing
>> libmojolicious-perl 9.x, what happens?
>>
>> Can Koha 22.11 also work with libmojolicious-perl 8.x? Or will the
>> koha-common version 22.11 package attempt to install libmojolicious-perl
>> 9.x and, failing to install it, will result in a broken installation of
>> Koha?
>>
>> ​Thanks and Kind Regards
>> Alessandro
>> 
>> 
>>
>> Il Dom 1 Ott 2023, 03:03 Mason James  ha scritto:
>>
>> > On 28/09/23 10:31 pm, Alessandro Tedesco wrote:
>> > > Hi Mason,
>> > >
>> > > as per my previous message, I'm trying to understand why I am able to
>> > install the Koha 21.11 version on "Ubuntu 22.04.3 LTS (jammy) + Plesk
>> > Obsidian 18.0.55" (even though the 21.11 version also depends on
>> > libmojolicious-perl).
>> > >
>> > > What I saw was that:
>> > > ---
>> > > # apt info koha-common | grep Depends
>> > > [For 23.05] Depends: ... libmojolicious-perl ...
>> > > [For 22.11] Depends: ... libmojolicious-perl ...
>> > > [For 22.05] Depends: ... libmojolicious-perl (>= 6.0) ...
>> > > [For 21.11] Depends: ... libmojolicious-perl (>= 6.0) ...
>> > > ---
>> > > Is it possible that - despite I am in Ubuntu jammy - the
>> > libmojolicious-perl (declared >= 6.0) required by koha-common (for the
>> Koha
>> > 21.11 version), is installed in the libmojolicious-perl (8.33+dfsg-1)
>> > version (for Ubuntu focal): version that doesn't require
>> javascript-common
>> > dependency?
>> > > While all other koha-common packages (for the newer Koha versions)
>> > always try to install the libmojolicious-perl (9.22+dfsg-1) version?
>> > >
>> > > Thanks and Kind Regards
>> > > Alessandro
>> >
>> > hi Alessandro
>> >
>> > koha 21.11 depends on the older 8.x version of libmojolicious-perl, and
>> is
>> > incompatible with the newer 9.x version of libmojolicious-perl
>> >
>> >
>> ___
>>
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>>
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha