From katrin.fischer at bsz-bw.de Mon Jul 6 10:21:30 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Mon, 6 Jul 2020 10:21:30 +0200 Subject: [Koha-de] Systematik In-Reply-To: <5102230ef1874a9bb6add864ae5540a4@gwdg.de> References: <9f93432a0b8c43bd934b0ca00bae09f1@gwdg.de> <6170e64d-c21c-fc76-993d-03c0f170b1d5@bibliothekderfreien.de> <01c701d5fc65$547fb650$fd7f22f0$@bsz-bw.de> <19406f4b3ed64fdab0a2d1777e963071@gwdg.de> <04db01d60c27$35b2daa0$a1188fe0$@bsz-bw.de> <5102230ef1874a9bb6add864ae5540a4@gwdg.de> Message-ID: <00bb01d6536e$7417c0b0$5c474210$@bsz-bw.de> Hallo Anke, leider ist es ein Problem, wenn man Werte in den Daten hat, die nicht in der normierten Werteliste enthalten sind. Es gibt auch einen Bug Report dazu mit Diskussion zum besten Lösungsansatz: Bug 19361 - Linking an authorised value category to a field in a framework can lose data Im Moment wird in den Detailansichten nur 084$a angezeigt: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACDetail.xsl;h=afaa37bcd565311fb0ddef5c352a8ecbc071e59e;hb=d3f0fc135b0b73b7dcf7fee09ca30a42e2e514a3#l987 Ihr könntet die XSLT-Stylesheets entsprechend erweitern, wenn ihr noch ein anderes Unterfeld belegen wollt. $0 wäre im Standard die Identnummer für die Verknüpfung zu einem Normdatensatz. Ich würde vielleicht $9 belegen, als anwenderspezifisches Feld, es kann aber sein, dass Koha dies dann für eine interne Normsatzverknüpfung hält. Normalerweise würde man verschiedene Fälle wahrscheinlich über $2 unterscheiden, aber dies kann man in den Frameworks leider nicht konfigurieren. Viele Grüße, Katrin -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de -----Ursprüngliche Nachricht----- Von: Bruns, Anke Gesendet: Dienstag, 30. Juni 2020 16:26 An: Fischer, Katrin ; koha-de at lists.koha-community.org Betreff: AW: [Koha-de] Systematik Liebe Katrin, liebe Liste, nachdem einige Zeit verstrichen ist, habe ich mich hieran endlich mal versucht, und einiges hat schon richtig gut geklappt 😊 - nämlich die Einrichtung des neuen Normierten Wertes für die Systematik und der Import der Systematikdaten (Kürzel und Wert) in authorised_values. Die Verknüpfung von 084$a mit dem jeweiligen Wert klappt ebenfalls reibungslos. Es gibt nur ein Problem: In den Titeldaten im Altsystem, aus dem ich die Daten migriere, ist nicht die Systematikstelle (das Kürzel oder die Beschreibung) enthalten, sondern das Kürzel plus eine lfd. Nummer, ähnlich einer Signatur, also z.B. ABC 123 oder ABC 123/4. Möglicherweise ist das nicht regelkonform katalogisiert worden - ich kann in den Altdaten auch keine Verknüpfung zwischen Titel- und Systematiknormdaten erkennen. Jetzt frage ich mich, ob diese in Koha zu realisieren ist, ohne dabei Information (=die lfd. Nummern) zu verlieren. Normalerweise ist 084$a wiederholbar - jedoch, wenn es mit dem Normierten Wert verknüpft ist, wird keine andere Belegung mehr zugelassen, so dass das Feld bzw. das UF auch nicht doppelt angelegt werden kann bzw. der ursprüngliche, importierte Inhalt aus 084$a beim Öffnen des Titelsatzes zum Bearbeiten einfach verschwindet. Könnte ich evtl. den ursprünglichen Systematikeintrag in ein anderes UF von 084 importieren (welches?) oder wahlweise den Normierten Wert mit einem anderen UF verknüpfen - z.B. 084$0 oder so? Was wäre hier am ehesten MARC-konform? (Aus der Doku der LOC sowie der DNB kann ich das nicht zweifelsfrei ersehen.) Oder gibt es doch irgendwo eine Möglichkeit, Koha dazu zu bringen, neben verknüpften Normierten Werten zusätzlich andere, eigene Werte in 084$a zu akzeptieren, so dass es einfach wiederholt werden kann? Übrigens entspricht der Eintrag Kürzel plus lfd. Nr. in manchen, aber nicht allen Fällen der Signatur des jeweiligen Mediums. Somit entfällt auch die Lösung, den Wert einfach in die Signatur zu importieren (bzw. außer acht zu lassen, wenn er dort schon steht). Für Ideen und Rat wäre ich sehr dankbar! Viele Grüße Anke Bruns -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Am Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: gwdg at gwdg.de Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 --------------------------------------- > -----Ursprüngliche Nachricht----- > Von: Fischer, Katrin > Gesendet: Montag, 6. April 2020 17:23 > An: koha-de at lists.koha-community.org > Cc: Bruns, Anke > Betreff: AW: [Koha-de] Systematik > > Hallo Anke, > > normierte Werte sollten direkt funktionieren, für die Normdaten klappt es > noch nicht 100%, wobei die Anpassungen in Koha vielleicht überschaubar > wären. > > 1) Normierter Wert > > - Neue Kategorie für Normierte Werte anlegen > - Einige Werte manuell eingeben, z.B. Wert = CMP, Beschreibung = > Computer > - Im bibliographischen Framework 084$a auf den normierten Wert > verknüpfen > > Wenn das klappt und so dargestellt wird, wie ihr möchtet, dann würde ich > danach die .CSV-Datei in SQL-Inserts für die Datenbank umschreiben. Die > Tabelle, die befüllt werden muss ist authorised_values. > > 2) Normdaten > > Ich weiss, dass es im Programmcode einige Stellen gibt, bei denen 1xx-Feld > für die Hauptansetzung im Normsatz auf ein bestimmtes Framework > gemappt > werden (z.B. C4/Authorities.Marc.pm GuessAuthTypeCode). Dort fehlt > aktuell > das Mapping für 153 für Klassifikationen. Trotzdem schien es in meinem Test > schon fast zu funktionieren: > > - Nomrdatentyp für Klassifikation mit Feld 153 anlegen > - In den Frameworks für 084$a verknüpfen (Thesaurus im dritten Abschnitt) > > Beim Katalogisieren kann das Plugin nun aufgerufen werden und ein neu > angelegter Normsatz wird auch verknüpft. Allerdings klappte bei mir die > Suche nicht. Evtl. muss 153 noch indexiert werden? > > Um die Systematik als Normdaten laden zu können, müsstest du > vollständige, > wenn auch minimale, MARC-Datensätze für diese erstellen. Ich vermute, > dass > man für den Import die oben genannten Mappings ergänzen müsste, so dass > diese mit dem richtigen Typ geladen werden. > > Viele Grüße, > > Katrin > > -- > Katrin Fischer > Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) > 78457 Konstanz / Germany > Phone: +49 7531 - 88 4934 > E-Mail: katrin.fischer at bsz-bw.de > http://bsz-bw.de > > > -----Ursprüngliche Nachricht----- > Von: Bruns, Anke > Gesendet: Dienstag, 24. März 2020 12:43 > An: Fischer, Katrin ; > koha-de at lists.koha-community.org > Betreff: AW: [Koha-de] Systematik > > Liebe Katrin, > > ganz, ganz herzlichen Dank für die Ausführungen! Das geht für mich genau in > die richtige Richtung. > > Die Systematik, die ich gern importieren möchte, sieht so aus, wie die drei > herausgegriffenen Beispiele zeigen: > > CMP;Computer > CRY;Crystallographie > GEN;Genetik, Evolution, Molekular-Genetik > > Die Signaturen enthalten jeweils das Kürzel und eine lfd. Nummer. Die > Voreinstellung des jeweiligen Eintrags aus Feld 084 über den > itemcallnumber-Parameter funktioniert, wie ich gerade getestet habe. > > Nun würde ich also die Systematik, die mir als .csv vorliegt, importieren - > per SQL oder als Normdaten mit "etwas Programmierung" oder mittels > Katalogisierungsplugin und entsprechender Datei. Entscheidend ist, dass die > Bibliothekar*innen später an den Systematikdaten über den Koha-Staffclient > bei Bedarf Veränderungen vornehmen können (damit entfällt vermutlich die > letzte Möglichkeit?). > > Was ist der Unterschied zwischen dem normierten Wert und dem > Normdatensatz > (außer dass diese in Koha vermutlich in unterschiedlichen Tabellen der > Datenbank abgelegt sind)? > > Im MARC Framework finde ich die Möglichkeit, Feld 084 mit einem > normierten > Wert zu verknüpfen, nicht aber mit einem Normdatensatz. Ginge denn > letzteres > auch? Falls nicht, bliebe nur die Möglichkeit mit dem normierten Wert. > > Ich hoffe, ich habe mein Anliegen verständlich machen können. > > Ich freue mich sehr über deine/Ihre (weitere) Unterstützung und bedanke > mich > schon mal sehr dafür im voraus! > > Viele Grüße aus dem HomeOffice und allen gute Gesundheit! > Anke Bruns > > > -- > Anke Bruns M.A. (LIS) > Arbeitsgruppe "Anwendungs- und Informationssysteme" > Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de > --------------------------------------- > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > (GWDG) Am > Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: > gwdg at gwdg.de > Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 > Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de > > Geschäftsführer: Prof. Dr. Ramin Yahyapour > Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der > Gesellschaft: Göttingen > Registergericht: Göttingen, Handelsregister-Nr. B 598 > --------------------------------------- > Zertifiziert nach ISO 9001 > --------------------------------------- > > > > > > -----Ursprüngliche Nachricht----- > > Von: Koha-de Im Auftrag > von > > Fischer, Katrin > > Gesendet: Dienstag, 17. März 2020 15:07 > > An: koha-de at lists.koha-community.org > > Betreff: Re: [Koha-de] Systematik > > > > Liebe Anke, lieber Herr Hoerig, > > > > > > > > könntest du/könnten Sie, die gewünschte Funktionalität etwas genauer > > beschreiben? > > > > Ich bin mir nicht ganz sicher, was benötigt wird, von daher hoffe ich, > meine > > Vorschläge liegen nicht zu weit daneben: > > > > > > > > Für das Speichern von Kürzeln und Beschreibungen bieten sich in der Regel > > normierte Werte an. Mit SQL und Datenbankzugriff kann man diese auch > > relativ einfach in Datenbanken einspielen. > > > > > > > > Normierte Werte können in den MARC-Frameworks mit beliebigen Feldern > > verknüpft werden, z.B. auch mit 084 – Other classification number > > (http://www.loc.gov/marc/bibliographic/bd084.html). Man muss hier > darauf > > achten, dass Koha die Kürzel auflöst, also im OPAC später die Beschreibung > > anzeigt, nicht den Code. > > > > > > > > Der Wert aus 084 könnte als Vorschlag auch automatisch in die Exemplare > > übernommen werden. Hierzu gibt es den Systemparameter > > „itemcallnumber“. Wenn die Signatur im Exemplar leer ist, wird das Feld > > beim Bearbeiten oder Anlegen eines Exemplars automatisch mit dem > > entsprechenden Feld aus dem Titel vorbelegt und kann dann z.B. noch um > > Merkmale ergänzt werden. > > > > > > > > Etwas mit Programmierung verbunden wäre es, statt einem normierten > Wert > > Normdatensätze zu verwenden. MARC21 kennt hierzu eigene > > Klassifikationssätze (http://www.loc.gov/marc/classification/). > > > > > > > > Eine weitere Alternative wäre es ein Katalogisierungsplugin zu schreiben > und > > die Daten aus einem normierten Wert, einer hinterlegten XML-Datei oder > > Ähnlichem ziehen. Katalogisierungsplugins können sowohl auf Titel- als > auch > > auf Exemplarebene verwendet werden. Ein Beispiel für ein existierendes > > Signaturenplugin wäre cn_browser.pl. Wenn man dieses mit 952$o über > die > > Frameworks verknüpft, kann man nach Eingabe eines Signaturanfangs über > > „…“ am Feldende den Browser aufrufen und sieht gleich, ob diese Signatur > > bereits einmal vergeben wurde, sowie eine Liste ähnlicher Signaturen. > > Denkbar wäre auch: direkter Aufruf des Plugins über „…“, Suche in der > > hinterlegten Klassifikation im neuen Fenster und anschließende > Übernahme > > in das Feld per Klick. > > > > > > > > Geht dies in die richtige Richtung? > > > > > > > > Viele Grüße, > > > > > > > > Katrin Fischer > > > > > > > > -- > > > > Katrin Fischer > > > > Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) > > > > 78457 Konstanz / Germany > > > > Phone: +49 7531 - 88 4934 > > > > E-Mail: katrin.fischer at bsz-bw.de > > > > http://bsz-bw.de > > > > > > > > Von: Koha-de Im Auftrag > von > > Guenner > > Gesendet: Donnerstag, 5. März 2020 18:36 > > An: koha-de at lists.koha-community.org > > Betreff: Re: [Koha-de] Systematik > > > > > > > > Liebe Anke Bruns, > > > > das würden wir auch gern machen. Leider sieht das Koha nicht vor. > > > > Nach Auskunft der KollegInnen von der ThULB Jena https://koha- > > info.thulb.uni-jena.de/ gibt es den vielfachen Wunsch nach einem > > Systematikmodul. Eine Umsetzung konnte aber noch nicht realisiert > werden. > > Es ist wohl recht anspruchsvoll. > > > > Vielleicht weiß aber auch jemand aus der Runde etwas mehr zum Thema. > > > > Viele Grüße > > > > Günter Hoerig > > > > Bibliothek der Freien > > Anarchistische Bücherei im Haus der Demokratie > > Greifswalder Strasse 4 · 2. Hof, Raum 1102 > > 10405 Berlin (Prenzlauer Berg) > > Internet: www.bibliothekderfreien.de > > > E-Mail: DieFreien at BibliothekderFreien.de > > > > > > > > > > Am 05.03.2020 um 17:52 schrieb Bruns, Anke: > > > > Liebe Koha-Community, > > > > ich bin nicht ganz sicher, ob ich mit meiner Frage in dieser Liste > richtig > > bin. > > > > Ich möchte in eine Koha-Instanz eine Systematik importieren, die > > ganz > > schlicht nach dem Schema > > > > Kürzel - Beschreibung > > > > aufgebaut ist. > > > > Leider kann ich in der Dokumentation nichts dazu finden, wie ich > > diese > > Systematik importieren und dann die einzelnen Einträge mit den > > entsprechenden Titelsätzen verknüpfen kann. > > > > Hat hier jemand einen Tipp, wo ich nachlesen kann oder wen ich > > sonst fragen > > könnte? > > > > Vielen herzlichen Dank und viele Grüße > > Anke Bruns > > > > > > -- > > Anke Bruns M.A. (LIS) > > Arbeitsgruppe "Anwendungs- und Informationssysteme" > > Tel.: +49 551 201-1519, E-Mail: anke.bruns at gwdg.de > > > > --------------------------------------- > > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > > (GWDG) Am > > Fassberg 11, 37077 Göttingen, URL: http://www.gwdg.de, E-Mail: > > gwdg at gwdg.de > > Tel.: +49 (0)551 201-1510, Fax: +49 (0)551 201-2150 > > Service-Hotline: Tel.: +49 551 201-1523, E-Mail: support at gwdg.de > > > > > > Geschäftsführer: Prof. Dr. Ramin Yahyapour > > Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der > > Gesellschaft: Göttingen > > Registergericht: Göttingen, Handelsregister-Nr. B 598 > > --------------------------------------- > > Zertifiziert nach ISO 9001 > > --------------------------------------- > > > > > > > > > > > > > > > > _______________________________________________ > > Koha-de mailing list > > Koha-de at lists.koha-community.org > community.org> > > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de > > > > -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From isabel.pineda at ds.edu.sv Mon Jul 20 16:59:45 2020 From: isabel.pineda at ds.edu.sv (Isabel Pineda) Date: Mon, 20 Jul 2020 14:59:45 +0000 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Message-ID: Hallo. Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in "About Koha" sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From isabel.pineda at ds.edu.sv Wed Jul 22 16:45:07 2020 From: isabel.pineda at ds.edu.sv (Isabel Pineda) Date: Wed, 22 Jul 2020 14:45:07 +0000 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen In-Reply-To: References: Message-ID: Hallo. Ich habe vorgestern an die Liste geschrieben, aber anscheinend ist die Nachricht nicht angekommen. Entschuldigung, falls sie jetzt doppelt erscheint: Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in "About Koha" sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Muss ich vielleicht MariaDB wieder auf 10.2 zurücksetzen? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From katrin.fischer at bsz-bw.de Wed Jul 22 18:31:12 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Wed, 22 Jul 2020 18:31:12 +0200 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen In-Reply-To: References: Message-ID: <01a001d66045$83a6e090$8af4a1b0$@bsz-bw.de> Liebe Frau Pineda, die E-Mails sind beide durchgegangen, es gab aber wohl auch zwischenzeitig ein Problem mit dem Mailinglistenserver: https://lists.koha-community.org/pipermail/koha-de/2020-July/date.html Leider kann ich selbst die Frage nicht beantworten. Die schnellste Hilfe würden Sie in diesem Fall vielleicht über die englische Mailingliste bekommen, da dort die Entwickler und Verantwortlichen für die Paketierung direkt mitlesen. Viele Grüße, Katrin Fischer -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de Von: Koha-de Im Auftrag von Isabel Pineda Gesendet: Mittwoch, 22. Juli 2020 16:45 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Hallo. Ich habe vorgestern an die Liste geschrieben, aber anscheinend ist die Nachricht nicht angekommen. Entschuldigung, falls sie jetzt doppelt erscheint: Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in „About Koha“ sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Muss ich vielleicht MariaDB wieder auf 10.2 zurücksetzen? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From katrin.fischer at bsz-bw.de Wed Jul 22 18:48:01 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Wed, 22 Jul 2020 18:48:01 +0200 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen In-Reply-To: <01a001d66045$83a6e090$8af4a1b0$@bsz-bw.de> References: <01a001d66045$83a6e090$8af4a1b0$@bsz-bw.de> Message-ID: <001301d66047$dcc6aa00$9653fe00$@bsz-bw.de> Liebe Frau Pineda, kaum hatte ich die E-Mail abgeschickt, habe ich noch einen Hinweis von einem der Entwickler bekommen: In der Installationsanleitung im Wiki gibt es einen noch relativ neuen Hinweis für den Support von 20.05 unter Ubuntu 18.04: https://wiki.koha-community.org/wiki/Koha_on_Debian#Support_for_Koha_on_olde r_versions_of_Debian.2FUbuntu_.28Debian_8.2C_Ubuntu_18.04.2C_Ubuntu_16.04.29 Hintergrund ist dieser Bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23128 Viele Grüße, Katrin Fischer Von: Fischer, Katrin Gesendet: Mittwoch, 22. Juli 2020 18:31 An: 'Isabel Pineda' Cc: koha-de at lists.koha-community.org Betreff: AW: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Pineda, die E-Mails sind beide durchgegangen, es gab aber wohl auch zwischenzeitig ein Problem mit dem Mailinglistenserver: https://lists.koha-community.org/pipermail/koha-de/2020-July/date.html Leider kann ich selbst die Frage nicht beantworten. Die schnellste Hilfe würden Sie in diesem Fall vielleicht über die englische Mailingliste bekommen, da dort die Entwickler und Verantwortlichen für die Paketierung direkt mitlesen. Viele Grüße, Katrin Fischer -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de Von: Koha-de > Im Auftrag von Isabel Pineda Gesendet: Mittwoch, 22. Juli 2020 16:45 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Hallo. Ich habe vorgestern an die Liste geschrieben, aber anscheinend ist die Nachricht nicht angekommen. Entschuldigung, falls sie jetzt doppelt erscheint: Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in „About Koha“ sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Muss ich vielleicht MariaDB wieder auf 10.2 zurücksetzen? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL : From isabel.pineda at ds.edu.sv Wed Jul 22 21:23:14 2020 From: isabel.pineda at ds.edu.sv (Isabel Pineda) Date: Wed, 22 Jul 2020 19:23:14 +0000 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen In-Reply-To: <001301d66047$dcc6aa00$9653fe00$@bsz-bw.de> References: <01a001d66045$83a6e090$8af4a1b0$@bsz-bw.de> <001301d66047$dcc6aa00$9653fe00$@bsz-bw.de> Message-ID: Liebe Frau Fischer. Herzlichen Dank, das hat funktioniert, jetzt konnten alle Pakete aktualisiert werden. Noch eine Frage: Ich habe MariaDB in der Version 10.3 installiert. Funktioniert Koha auf Ubuntu 18.04 auch mit neueren Versionen (10.4 oder 10.5)? Vielen Dank Isabel Pineda De: Fischer, Katrin [mailto:katrin.fischer at bsz-bw.de] Enviado el: miércoles, 22 de julio de 2020 10:48 a.m. Para: Isabel Pineda CC: koha-de at lists.koha-community.org Asunto: AW: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Pineda, kaum hatte ich die E-Mail abgeschickt, habe ich noch einen Hinweis von einem der Entwickler bekommen: In der Installationsanleitung im Wiki gibt es einen noch relativ neuen Hinweis für den Support von 20.05 unter Ubuntu 18.04: https://wiki.koha-community.org/wiki/Koha_on_Debian#Support_for_Koha_on_older_versions_of_Debian.2FUbuntu_.28Debian_8.2C_Ubuntu_18.04.2C_Ubuntu_16.04.29 Hintergrund ist dieser Bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23128 Viele Grüße, Katrin Fischer Von: Fischer, Katrin > Gesendet: Mittwoch, 22. Juli 2020 18:31 An: 'Isabel Pineda' > Cc: koha-de at lists.koha-community.org Betreff: AW: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Pineda, die E-Mails sind beide durchgegangen, es gab aber wohl auch zwischenzeitig ein Problem mit dem Mailinglistenserver: https://lists.koha-community.org/pipermail/koha-de/2020-July/date.html Leider kann ich selbst die Frage nicht beantworten. Die schnellste Hilfe würden Sie in diesem Fall vielleicht über die englische Mailingliste bekommen, da dort die Entwickler und Verantwortlichen für die Paketierung direkt mitlesen. Viele Grüße, Katrin Fischer -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de Von: Koha-de > Im Auftrag von Isabel Pineda Gesendet: Mittwoch, 22. Juli 2020 16:45 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Hallo. Ich habe vorgestern an die Liste geschrieben, aber anscheinend ist die Nachricht nicht angekommen. Entschuldigung, falls sie jetzt doppelt erscheint: Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in "About Koha" sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Muss ich vielleicht MariaDB wieder auf 10.2 zurücksetzen? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From katrin.fischer at bsz-bw.de Thu Jul 23 17:58:06 2020 From: katrin.fischer at bsz-bw.de (Fischer, Katrin) Date: Thu, 23 Jul 2020 17:58:06 +0200 Subject: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen In-Reply-To: References: <01a001d66045$83a6e090$8af4a1b0$@bsz-bw.de> <001301d66047$dcc6aa00$9653fe00$@bsz-bw.de> Message-ID: <01a201d6610a$0e70d090$2b5271b0$@bsz-bw.de> Liebe Frau Pineda, es freut mich, dass es geklappt hat. J Aktuell unterstützte Koha-Versionen und Betriebssysteme werden immer mit der im Betriebssystem enthaltenen DBMS-Version getestet. Wie es mit noch neueren Versionen aussieht, kann ich leider nicht sagen. Viele Grüße, Katrin Fischer Von: Koha-de Im Auftrag von Isabel Pineda Gesendet: Mittwoch, 22. Juli 2020 21:23 An: koha-de at lists.koha-community.org Betreff: Re: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Fischer. Herzlichen Dank, das hat funktioniert, jetzt konnten alle Pakete aktualisiert werden. Noch eine Frage: Ich habe MariaDB in der Version 10.3 installiert. Funktioniert Koha auf Ubuntu 18.04 auch mit neueren Versionen (10.4 oder 10.5)? Vielen Dank Isabel Pineda De: Fischer, Katrin [mailto:katrin.fischer at bsz-bw.de] Enviado el: miércoles, 22 de julio de 2020 10:48 a.m. Para: Isabel Pineda > CC: koha-de at lists.koha-community.org Asunto: AW: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Pineda, kaum hatte ich die E-Mail abgeschickt, habe ich noch einen Hinweis von einem der Entwickler bekommen: In der Installationsanleitung im Wiki gibt es einen noch relativ neuen Hinweis für den Support von 20.05 unter Ubuntu 18.04: https://wiki.koha-community.org/wiki/Koha_on_Debian#Support_for_Koha_on_olde r_versions_of_Debian.2FUbuntu_.28Debian_8.2C_Ubuntu_18.04.2C_Ubuntu_16.04.29 Hintergrund ist dieser Bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23128 Viele Grüße, Katrin Fischer Von: Fischer, Katrin > Gesendet: Mittwoch, 22. Juli 2020 18:31 An: 'Isabel Pineda' > Cc: koha-de at lists.koha-community.org Betreff: AW: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Liebe Frau Pineda, die E-Mails sind beide durchgegangen, es gab aber wohl auch zwischenzeitig ein Problem mit dem Mailinglistenserver: https://lists.koha-community.org/pipermail/koha-de/2020-July/date.html Leider kann ich selbst die Frage nicht beantworten. Die schnellste Hilfe würden Sie in diesem Fall vielleicht über die englische Mailingliste bekommen, da dort die Entwickler und Verantwortlichen für die Paketierung direkt mitlesen. Viele Grüße, Katrin Fischer -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer at bsz-bw.de http://bsz-bw.de Von: Koha-de > Im Auftrag von Isabel Pineda Gesendet: Mittwoch, 22. Juli 2020 16:45 An: koha-de at lists.koha-community.org Betreff: [Koha-de] Nach Koha-Upgrade Probleme mit Server-Paketen Hallo. Ich habe vorgestern an die Liste geschrieben, aber anscheinend ist die Nachricht nicht angekommen. Entschuldigung, falls sie jetzt doppelt erscheint: Ich verwende Koha auf einem Ubuntu-Server (18.04) und habe vor einigen Tagen meine Koha-Version von 19.11 auf 20.05 aktualisiert und die Version von MariaDB von 10.2 auf 10.3. Es scheint alles zu funktionieren, in „About Koha“ sehe ich die aktualisierten Versionen. Ich habe jetzt allerdings ein Problem beim Update der Pakete auf dem Server: 2 Pakete können nicht aktualisiert werden wegen nicht erfüllter Abhängigkeiten: libcryptx-perl : Depends: perlapi-5.24.1 but it is not installable libmojolicious-plugin-openapi-perl : Depends: libyaml-libyaml-perl (>= 0.75) but it is not going to be installed Hat jemand eine Idee, wie man das korrigieren kann? Muss ich vielleicht MariaDB wieder auf 10.2 zurücksetzen? Vielen Dank Isabel Pineda -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 6356 bytes Beschreibung: nicht verfügbar URL :