[Koha-devel] calendar change request on koha-community.org
Hello all, I don't know who to ask, so asking widely, sorry. The hackfest announcement on https://koha-community.org/calendar/ is correct. However, it points to an old email, could it point to: https://lists.koha-community.org/pipermail/koha-devel/2024-February/048495.html Thanks -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Hackfest registrations open !
Hello koha developers ! I'm very happy to open the registrations for the Marseille Koha hackfest. Some information: * *date* : April 8th > April 12th * *location*: BibLibre office, 23 rue Fauchier, 13002 Marseille *[NEW ADDRESS]* * *what is the cost* ? 0€ (I let you calculate in your own currency ;) ) * who can come: anyone with a laptop o librarian who want to contribute to Koha: test new version, test new features, document, translate, ... o developers who want to contribute to Koha: test technical patches, write unit tests, work on package, unit test, Elasticsearch, ERM module, LRMisation of Koha, or anything else ;) * can I come just for a part of the week ? Yes, but coming at least 3 days seems needed * coffee, tea, and break : provided by BibLibre. Feel free to come with candies from your country * what about lunch ? BibLibre organize, and ask for 21€ per lunch per person (veggie & gluten-free option available). * what about the cheese lunch ? On Tuesday :D * *How to register* ? Drop me an email About our new office: it's smaller than the previous one. However, I've found an additional location, just on the other side of the street, that can welcome 20 more ppl. 25+ ppl fit in BibLibre office, so we'll have enough space for everybody wanting to come. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Hackfest in Marseille in 2024
Hello, Some news regarding the hackfest: * 30 ppl can fit in our new office, 35 is probably OK * There's a location, just in front of our office, that could rent us an additional room (for up to 20 person). I meet them next week to confirm it can be done, I'll open the registration once I've seen them * we'll probably move outside for lunches, I'm still searching for the best option here. * our new address is : 23 rue Fauchier, 13002. Many hotels on the "vieux port", 15mn by foot. The closest ones being Meininger and B Marseille-joliette (but not in the direction of the "vieux port" I'll come back with details as soon as possible. Le 27/11/2023 à 10:38, Paul Poulain via Koha-devel a écrit : Hello koha-devel, A couple of you asked "will there be a hackfest in Marseille in 2024, and when ?" So I answer publicly: * yes, there will be a koha hackfest in Marseille * it will not be late march as usual (holy week then easter) but in April, 8th - 12th * BibLibre has moved, our new office is a little bit smaller than the previous one, I have to think of the formula. Not sure if it will be as "open to anyone" as it used to be. We can easily/comfortably host 35 ppl, maybe 40. More would mean being crowded maybe, so I'll have to think of how to manage registrations. But there will be a hackfest, definitely ! Cheers, -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :https://www.koha-community.org/ git :https://git.koha-community.org/ bugs :https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille in 2024
Hello koha-devel, A couple of you asked "will there be a hackfest in Marseille in 2024, and when ?" So I answer publicly: * yes, there will be a koha hackfest in Marseille * it will not be late march as usual (holy week then easter) but in April, 8th - 12th * BibLibre has moved, our new office is a little bit smaller than the previous one, I have to think of the formula. Not sure if it will be as "open to anyone" as it used to be. We can easily/comfortably host 35 ppl, maybe 40. More would mean being crowded maybe, so I'll have to think of how to manage registrations. But there will be a hackfest, definitely ! Cheers, -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Still time to register for the Hackfest in Marseille !!!
Hi guys, There are already more than 40 ppl registered for the hackfest (7 from Germany, 1 from USA, 1 from UK, the rest from France). Please come and join us for a week of work on Koh! There will be coffee, beer (after work ;) ), fun time translating, testing, documenting, developing. And, of course the legendary cheese lunch (on tuesday) Just drop me an email to say you want to come ! [and if you sent me an email and had no feedback, my bad, drop me an email again please] -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] "Trident support team" unsubscribed
Hello, We just removed "Trident support team" from subscribers to this list in order to avoid this continuous spamming. Sorry for the inconvenience. Happy day ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille
The hackfest will take place in March, 27th - 31th, drop me an email if you want to join Hello ladies and gentlemen, After 3 years of pandemic where everything was messy, the hackfest in Marseille is back ! Join us for coding/testing/translating/documenting/dreaming about the future of your preferred ILS, in Marseille, 108 rue Breteuil, 13006 Marseille. We'll start on monday, March, 27th, and end on Friday, March, 31th. * *How to register ?* Just drop me an email ! * *How much does it cost ?* Nothing. We just ask some fees for the lunch [special information: cheese lunch on Tuesday] * *What is the agenda ?* there's none, come with your ideas, your wish, your goodwill, and we'll do a lot of things in smaller or larger groups. * *5 days, wow, that's a lot !* yes, but as it's an "un-conference", you can come just for a part of the week. I suggest not less than 3 days, but no obligation here. * *I'm not a developer !* That's not a problem. MANY librarians come to the hackfest, they meet other librarians, they talk about Koha, they help testing, documenting, translating... There's always a lot of things to do Also note: it will be the very last hackfest in our current office, we'll move to another office in May (but don't worry, I plan to continue hackfesting in your new office) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Good enough?
follow-ups could be squashed into the original patch. We don't need unnecessary tons of entries in our git log for that. For instance, I usually add a "JD Amended patch: perltidy" for instance when I tidy the original patch, to keep track of the modification. Squash can be done by the original author, the QAer, the RM. So yes, you are losing one commit in the stats but the git log is easy to read! We could have an "Amended-by" marker if we really want to add credit on the dashboard (and/or release notes). 4. Run tests. Don't wait for Jenkins to fail. This is valid for the author and QA. Anticipate the failures by running more tests. If you are modifying C4::Circulation, then run prove on t/db_dependent/Circulation*, not only Circulation.t. It will help you catch edge cases. When something is pushed, track down jenkins failures that could be caused by your patches. 6. Be strict if you are QAing. Each QA member has their own "good enough", and the RM as well (either relying on the QAer or providing a full review). But QA must fail if the code is old Koha style code, or not "good enough". 7. Provide support for failing tests, fix things you broke. The QA team will be more comfortable with your patches if you show them you are providing support for your stuff. It's not because it's pushed that you don't have any more efforts to make. Provide follow-up patches you promised, provide bug fixes, etc. We don't have a good way to keep track of such demands, which does not make tracking easier for devs, QA and RM. Any suggestions? 8. QA team MUST NEVER* pass QA a change that is not covered by tests, never. You should not provide change to modules without tests! * almost never... 9. Stick to existing patterns. We should not have different ways to do the same thing. We should not have different places where a code is doing the same thing. Ask for help or advice on the list or IRC before you start coding. We will be happy to guide you. Even if you are a regular Koha developer it's not always easy to be aware of the latest master changes. We will tell you what's the current good practice, or point you to examples you could reuse for what you want to implement. 10. CI should drive the pushes. No more push if CI is not green. The more we wait the harder it is to track down the origin of the problem. Last cycle some jobs have been red for months, and we released 22.11.00 with D10, D11, D12 marked unstable... What will I do next cycle? All of that, and more. I will track down jenkins failures and responsibilize developers telling them when they break tests (and won't fix them anymore as I have been doing for years). I will raise on the bug reports what could have been improved. Yes, read that I will be even more annoying (to put it politely) than before. I've noticed that the pre-commit git hook on the wiki has been broken for more than 3 years. And also caught some core developers that do not have it in place. I am relying on it to keep Vue files tidy so it's important to have it set up properly. I am planning to force its usage for ktd users [2]. Adding more checks to it will help us to catch inconsistencies from the beginning. To summarize, writing code is cheap, maintaining code is way more expensive! It is easier to get the attention of developers before the patches are pushed to master than after, so we could be more ambitious and ask more. For discussion :) Cheers, Jonathan [1] If you are using vim, open ~/vimrc, add vmap :!perltidy -q Reload vim, select code in visual mode [2] https://gitlab.com/koha-community/koha-misc4dev/-/issues/59 ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Julian Maurice BibLibre ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] [Koha] Some very sad news.
Hi Chris, Sad news, let us know when the funerals are. @community : May I suggest that we name the next release "Koha 22.11 Rosalie" ? Le 17/11/2022 à 08:09, Chris Cormack a écrit : Tēnā koutou It is with great sadness that I pass on to you all the news that Rosalie Blake has passed away. Rosalie was the Head Librarian at Horowhenua Library Trust when Koha was started and without her Koha would not exist. But more than this Rosalie was an amazing person, a librarian who always thought outside the box, a gifted potter, a friend to many and a beloved mother and grandmother. Details around the funeral and memorial note should be available tomorrow. But I am sure you will all join me holding Rosalie's family and friends in your thoughts. Tiwhatiwha te pō, tiwhatiwha te ao. Chris ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Long-term support version of Koha (bug 31008)
Hello David & others, Good thing to have a LTS, my main question is about the ecosystem around Koha. For example, how to manage Koha LTS regarding Debian/Ubuntu/Elastic Search/MariaDB... upgrades ? How can we be sure that, in 2 years, Koha LTS will become "unmaintainable" because it requires a Perl library that can't be upgraded and the underlying tool (OS, search engine...) isn't maintained anymore in the compatible version ? I hope that it's a theoretical question that will never become reality, but it has to be asked I think. Good day everyone Le 22/06/2022 à 01:44, David Nind a écrit : At the Development IRC meeting on 8 June 2022 the issue of having a long-term support version of Koha (Koha LTS) was discussed. (It has been discussed and proposed in the past.) Summary === General agreement was reached that: 1. A long-term support (LTS) version of Koha would be for 2.5 to 3 years 2. We would start with oldstable (which is now 21.11) 3. There would be an LTS maintainer role for each cycle (there is no expectation that this is the same person for up to three years - it is preferable that it is someone different each cycle) 4. The mandate for the LTS version would cover: . security fixes . things that are broken (such as APIs (external), dependencies (such as Elasticsearch), etc), and . essential back ports only, once past oldoldstable 5. It would be an irregular release - only when something is needed once past oldoldstable 6. We would inform the Koha Community about the LTS version of Koha, what it is, and what it means for support (including updates to the website, mailing list, manual section on supported versions, etc) Next steps Your feedback is welcome on the proposed LTS version of Koha. Feel free to provide this however you wish, including replying to this email, IRC, and on bug 31008. It will then be discussed again, and the approach confirmed at the next available Development IRC Meeting (ideally this would have been the 22 June 2022 meeting, but I've just sent this email!). References = [1] Bug 31008: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31008 [2] 8 June 2022 Development IRC meeting: . Minutes: https://meetings.koha-community.org/2022/development_irc_meeting_8_june_2022.2022-06-08-20.59.html . Log: https://meetings.koha-community.org/2022/development_irc_meeting_8_june_2022.2022-06-08-20.59.log.html#l-134 David Nind | da...@davidnind.com New Zealand m. +64 21 0537 847 ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :https://www.koha-community.org/ git :https://git.koha-community.org/ bugs :https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille (& COVID in France good news)
Hello everyone, The hackfest in Marseille is in a couple of weeks, and I'm very happy to confirm that it will take place as expected. If you're still hesitating, here are some (good) news from France: our prime minister announced 2 hours ago that the situation is going so much better that wearing a mask won't be needed anywhere except in public transportation, starting March 14th. It also means we'll have no mask in our office. We also have a "vaccine pass" that will be suspended (so not needed anymore) the same day. That's a great news ! An even better news would be to have you with us !!! So, drop me an email if you want to come. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Staff interface redesign: Update
Hi Cab, Of course end users are more than welcomed ! I agree that we need not to be too many, but a end user, that's a great idea ! I'll add you to our next meeting invitation, you should get an email. Le 19/01/2022 à 20:01, Cab Vinton a écrit : If there's a time that makes sense for end-users to chime in, let me know. I know less is more at certain project stages. I'm sure there'll be interest among librarians to provide feedback when the timing's right. All best, Cab Vinton, Director Plaistow Public Library Plaistow, NH ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] hackfest in Marseille !!!
Hello world ! According to my announced agenda, BibLibre is supposed to invite you for a Koha hackfest in Marseille, March 28th - April 1st. The pandemic is at a high level now, but specialist are optimistic for the next quarter. So, I'd like to be optimistic too and say : "OK, let's do it ! we'll meet in Marseille in late March". As usual : the hackfest is open to anyone willing to contribute to Koha, not only to developers: librarians are warmly welcomed and can contribute a lot ! It's a hackfest so no schedule, we decide day after day who work on what. If you can't join us for the whole week, that's OK, but joining 2 days is a minimum, 3 days being better (and 5 days the best, of course ;) ) And as usual, there will be the legendary French cheese lunch ;) If you want to join, just drop me an email ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Relooking staff interface (BibLibre sponsoring)
Hello all, The staff interface design is something like 8 years old. It's worth being refreshed. We'd like to sponsor that work, with the idea to have a 22.05 beautiful and modern. With this idea in mind, we are planning to start (in january) a small group, with a designer we have hired. the goal of the group will be to define the global ideas/change we want to implement. Then, our designer will do a "UI kit" proposal. Then (starting in February), we have hired an internship to implement the proposal. Owen is happy to participate, who else would like to join us ? (our meetings will be made through BibLibre bigbluebutton instance, and recorded. Afternoon in Europe, morning in US East coast) Drop me an email -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] My dev list for 22.05
Hello, Le 03/12/2021 à 12:03, Arthur a écrit : Friday's stone in the pond :) Were you thinking like what is done today for MARC / UNIMARC / NORMAC, choosing upon installation and then using one model? nope Or more as "mixing different data-models in one Koha"? yes -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] My dev list for 22.05
Hello all, Regarding this topic : why not also investigate the new data models that will replace MARC ? We store the data in original form (marcxml) and move to biblio/biblioitems a part of the data that is useful for basic operation (like getting the title and the author). We could import different data models with the same mechanism (RDA, DC, ...). The biblio_metadata.format and schema fields were created with this idea in mind. That would require an additional layer for transforming format/schema to internal Koha and many more things, it's a long term goal. Le 01/12/2021 à 12:55, Jonathan Druart a écrit : 3. Merge biblio and biblioitem Self-explanatory, merge the 2 tables to remove the unneeded 1-1 relation between them -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] New developers at BibLibre
Hello koha-devel, 3 new developers are joining the BibLibre team: * Marion Durand, internship for 6 month * Jeremy Breuillard, and Florian Bontemps, both being half time working, half time at school They'll all work on Koha (Marion full time, Jeremy and Florian part-time) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Release Manager for 22.05
Hello koha-devel, I'm happy and proud to announce that Fridolin, from BibLibre, will apply as RM for the 22.05 release. It's been a too long time since BibLibre was taking the lead (Koha 3.10, in 2013 ! ), so we'll fix that ;) Frido will have 3 days a week dedicated to this task (if he's elected, of course). For those who don't know yet: Since 2 months, Frido is living in France, but in France overseas, https://www.timeanddate.com/time/zones/taht . His working hours are more the NZ & AUS ones than Europan The roles_for_22.05 page has not been created on the wiki if I'm not wrong, shall I create it ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Fwd: Critical security bug in Koha!
yikes... merde... this emails was intended to be forwarded to BibLibre developers, not to this list :((( Le 02/09/2021 à 14:18, Paul Poulain a écrit : Je vous fais suivre ce mail de joubu, si qqn peut se pencher dessus et contribuer à le résoudre... (me tenir au courant svp) A+ Message transféré Sujet : Critical security bug in Koha! Date : Wed, 1 Sep 2021 11:34:23 +0200 De :Jonathan Druart Pour : Martin Renvoize , Paul Poulain , Nick Clemens , Tomas Cohen Arazi , David Cook , Philippe Blouin , Marcel de Rooy , Andrii Vashchuk , Katrin Fischer , Chris Cormack , Galen Charlton , Mason James , Owen Leonard Hello everybody, If you get this email I am expecting from you to talk about it to whom could be concerned. Yesterday a bug (28929) was reported about a possible privilege escalation. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28929 It is confirmed and is highlighly critical in some cases, and stay critical in all other cases. It's really bad. Basically we are missing filtering on patron's data when we create or edit a patron. Which means a user can edit whichever info they want, by modifying the DOM of the page. And, it includes borrowers.flags (that's where it hurts really badly). It impacts both OPAC and Staff interfaces. What you should do: 1. Reduce the risks! * Disable PatronSelfRegistration (!) * Disable AutoApprovePatronProfileSettings (!) or you can totally disable OPACPatronDetails 2. Make sure the staff interface is not accessible to the world 3. Remove old librarian accounts 4. Something else you have in mind? If so, please share! Then you should (or ask your team to) help us. We will need people on the bug to: 1. Write patches and discuss the best approach to fix the different issues (there are patches already) 2. Test! and test! We will have to test on five different versions (master+4 stables)! 3. QA, and *really* review, all the different versions (we really want to prevent a mess publishing a fix that will introduce regressions). We will then need to coordinate. A plan (to discuss) could be: 1. Tell the big actors to be ready for an urgent release (This is the goal of this email!) 2. Make the patches ready for the different versions (see the above) 3. Have all the packages ready, before we communicate publicly (Mason, will you be available?) 4. Tell the people we know to upgrade (so, you, and those who are aware of the problem) 5. Announce publicly What do you think? This info should not be public, but please communicate as much as you can around you (people you trust of course). No need to over communicate either, as we are not ready yet! If you don't have access to the bug, just tell me (or Tomas, Katrin, Martin, Nick, etc.) Cheers, Jonathan -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Fwd: Critical security bug in Koha!
Je vous fais suivre ce mail de joubu, si qqn peut se pencher dessus et contribuer à le résoudre... (me tenir au courant svp) A+ Message transféré Sujet : Critical security bug in Koha! Date : Wed, 1 Sep 2021 11:34:23 +0200 De :Jonathan Druart Pour : Martin Renvoize , Paul Poulain , Nick Clemens , Tomas Cohen Arazi , David Cook , Philippe Blouin , Marcel de Rooy , Andrii Vashchuk , Katrin Fischer , Chris Cormack , Galen Charlton , Mason James , Owen Leonard Hello everybody, If you get this email I am expecting from you to talk about it to whom could be concerned. Yesterday a bug (28929) was reported about a possible privilege escalation. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28929 It is confirmed and is highlighly critical in some cases, and stay critical in all other cases. It's really bad. Basically we are missing filtering on patron's data when we create or edit a patron. Which means a user can edit whichever info they want, by modifying the DOM of the page. And, it includes borrowers.flags (that's where it hurts really badly). It impacts both OPAC and Staff interfaces. What you should do: 1. Reduce the risks! * Disable PatronSelfRegistration (!) * Disable AutoApprovePatronProfileSettings (!) or you can totally disable OPACPatronDetails 2. Make sure the staff interface is not accessible to the world 3. Remove old librarian accounts 4. Something else you have in mind? If so, please share! Then you should (or ask your team to) help us. We will need people on the bug to: 1. Write patches and discuss the best approach to fix the different issues (there are patches already) 2. Test! and test! We will have to test on five different versions (master+4 stables)! 3. QA, and *really* review, all the different versions (we really want to prevent a mess publishing a fix that will introduce regressions). We will then need to coordinate. A plan (to discuss) could be: 1. Tell the big actors to be ready for an urgent release (This is the goal of this email!) 2. Make the patches ready for the different versions (see the above) 3. Have all the packages ready, before we communicate publicly (Mason, will you be available?) 4. Tell the people we know to upgrade (so, you, and those who are aware of the problem) 5. Announce publicly What do you think? This info should not be public, but please communicate as much as you can around you (people you trust of course). No need to over communicate either, as we are not ready yet! If you don't have access to the bug, just tell me (or Tomas, Katrin, Martin, Nick, etc.) Cheers, Jonathan -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Next hackfests in Marseille
Hello all, A quick announcement: we have decided to have a fixed date for next biblibre meetings, one of them being the hackfest. So, in the coming years, the hackfest in Marseille will be the 4th week of March. Next year: march 28th - april 1st. PS : it's not an april fool PS2: yes, I'm optimistic, we will be able to travel again in 2022 ! And I'm happy to announce something 9 month in advance ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Elasticsearch changing licences
Yikes, have you seen : https://opensource.org/node/1099 ? The SSPL is Not an Open Source License :\ Le 15/01/2021 à 06:22, dc...@prosentient.com.au a écrit : Hi all, Have folk heard that Elastic is changing the Elasticsearch licence? Depending on your sources and your beliefs, this may or may not matter, but certainly something to be aware of. https://www.elastic.co/pricing/faq/licensing -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Re: [Koha-devel] Elasticsearch changing licences
mmunity.org/ bugs : https://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
[Koha-devel] Koha and Ebsco OpenAthens
Hello, does anyone have experience in setting OpenAthens for Koha. There's an Ebsco plugin (https://github.com/ebsco/openathens-koha-plugin), but it seems to be for old versions of Koha. any feedback highly appreciated ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] remote training on Koha & covid-19
Hello all, I've started a wiki page : https://wiki.koha-community.org/wiki/Remote_training Le 16/03/2020 à 04:38, dc...@prosentient.com.au a écrit : Sometimes we have to do remote training for geographical/financial reasons. On our end, we just need to use software that allows us to share our screen and audio/audiovisual, so that we can demonstrate / lecture. Then on their end, they can use a computer lab, a meeting room w/ BYOD (bring your own device), or some combination like that so that they can follow along, participate, talk to each other, pose questions, etc. One thing to note is that participants seem to have less energy for remote training than in-person training, so we tend to only book half-day remote training sessions and just do more of them. Obviously, it's also harder to monitor their progress, since you can't look over their shoulders and do as much one-on-one work. There might be software solutions to help with that. (Like muting the group but being able to share screens with only an individual, so you can see what they're seeing and comment on their particular situation.) But I don't have experience with that. I think in-person training tends to be more effective (like in-person university classes really), but I think remote training is a useful substitute. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From: Koha-devel On Behalf Of Paul Poulain Sent: Saturday, 14 March 2020 4:33 AM To: koha-devel@lists.koha-community.org Subject: [Koha-devel] remote training on Koha & covid-19 Hello all, In France, we always move to the library for training. With the covid-19 we may have to do some remote training. Have you experimented remote training ? How does it go ? How do you organise the training ? Any hints ? Thanks for anything shared, that will be helpful for us ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] remote training on Koha & covid-19
Hello all, In France, we always move to the library for training. With the covid-19 we may have to do some remote training. Have you experimented remote training ? How does it go ? How do you organise the training ? Any hints ? Thanks for anything shared, that will be helpful for us ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] hackfest cancelled
Hello all, In case you were still wondering "should I go to the hackfest this year ?", I'll answer for you : I've decided to cancel the hackfest. Too sad, but everyone is better at home, taking care of his family. See you soon !!! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] hackfest registration
Hello koha fans, A quick reminder: drop me an email if you plan to come to the hackfest, that will be in March, 23-27, in France, Marseille. Currently, we've people from : Argentina, Canada, Finland, France, Germany, Ireland, Spain, UK, USA. Your country and your contribution is missing !!! As usual, it will be a week of useful work, with a lot of documenting, testing, coding, talking, thinking. And a little bit of eating (cheese) and drinking ( -not only- beer, after work of course) Welcome -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] hackfest 2020 in Marseille, registrations are open !
Hello everyone, almost everything is in the title : you can register for the hackfest by sending me an email. As announced previously, it will take place in BibLibre office, Marseille, France, March 23-27 Some explanations for those who need them: * the hackfest is NOT a developer week. it's a week for anyone willing to contribute to Koha, whatever the kind of contribution (testing, documenting, ...) * the hackfest is free of charge (but you'll have to deal with your traveling costs, of course) * you can come for 5 days, or less. Don't come for 1 day, it's useless. coming for 2 days is very frustrating. Coming for 3 to 5 days is perfect ! * 40-45 ppl fit in our office. If we're more than this, we'll have to book an additional room [thanks to the company just next door] So register as soon as possible * there's no schedule, everyone comes with it's own ideas/goals/expectations * that's not a training session * if you need an official invitation, just ask by email Hoping to see you next month !!! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Urungi for building dashboards on Koha database
Hello koha-devel, First of all, happy new year ! This new year comes with a finalized version of Urungi and availability of some dashboards & layers for building your own dashboards & reports. I'm happy to share all our work with the Koha community, and would be even happier with some feedback, suggestions, and contributions ! Urungi Urungi can be downloaded here : https://github.com/biblibre/urungi/releases Some new features since v1: * export reports and dashboards in PDF or PNG * theme management. Urungi 2.1.0 is provided with 2 themes for theming your dashboards in a few clicks. More themes can be added easily, it's just a CSS * a reports or dashboard can now be made public, ie available through an URL, without any login * Minor improvements: o you can rename a field when building a report, to have a more meaningful legend o crossed reports are based on HTML table, more consistency with other reports Urungi-data Urungi is pretty an empty box without the proper layers and some dashboards for Koha. That's why we've created another repo, where we store & publish them. You can find them on a specific repository, available at : https://github.com/biblibre/urungi-data You'll find there what we made for french UNIMARC libraries. I'm looking for some volunteers who would like to translated them to English. It's pretty easy even if you don't speak french for the French>English translation, a little bit more tricky for the MARC21 specific things. If you want to work on that, just drop me an email, I'll give your some directions on how to do that. Note that someone is already working on a translation to Spanish Contributing How to contribute ? As usual you can submit issues on github if you face any problem or would like a feature to be added. Urungi is currently available only in English and French. If you want to translate (Urungi, not Koha layers/reports/dashboards), welcome https://github.com/biblibre/urungi/tree/master/language Demo platform our demo, based on our koha demo, is available at: https://intranet-demo.biblibre.com/urungi/ login bibliotheque password 9sDDn3o11T It contains layers, reports and dashboards that are available on urungi-data Feedback welcomed ! I would be more than happy to have feedback on Urungi, urungi-data, features, bugs, dashboards. Feel free to share any work you do. Note that in march we will replace the static page urungi.org by a brand new website (based on WordPress) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, the dates
Hello everybody, Some already know, some are asking, so I'm publicly announcing that the 2020 hackfest in Marseille will be march, 23rd-27th You can book your flight, your train, your horse or your bike. Or just reserve the dates on your agenda ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha, centOS, Apache, starman => random timeout !
for the record: The mariaDB was on a separate server. We re-internalized the DB in the Koha VM, and no more problem ! So the problem is not centOS specific probably. Le 18/07/2019 à 11:37, Paul Poulain a écrit : Hello, We have a library running Koha (17.11) on his own centOS (virtual) server, with Apache as webserver. Everything is working smoothly, except that, from time to time (about once a day), it's not working anymore, any page returns: "Proxy error, Error reading from remote server" The logs shows nothing except a strange: [Wed Jul 10 17:17:35.732798 2019] [proxy_http:error] [pid 322] (70007)The timeout specified has expired: [client 1.2.3.4:32988] AH01102: error reading status line from remote server localhost:5000, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 [Wed Jul 10 17:17:35.732861 2019] [proxy:error] [pid 322] [client 1.2.3.4:32988] AH00898: Error reading from remote server returned by /cgi-bin/koha/catalogue/search.pl, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 <https://admin.panam.culture.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842> What is stranger : after a few minutes, without any action on the server, everything is back, and working well. did anyone face such a problem ? any idea welcomed ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest meeting about Mana-kb
Hello all, We had a quite productive meeting regarding mana-kb during the hackfest. We had many ideas regarding improvements / new features that could be added, I've created a bugzilla entry for each idea. Below is a summary of our work reminder : and "object" is something that is shared through mana. For now, subscription patterns and reports can be shared. * there's a web interface (ui.mana-kb) to look at data, and delete old/outdated. The idea is to curate data regularly. Anyone can apply to become a curator of the data in mana-kb. New features idea : o add a button "apply as curator" https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23738 o prepare some SQL queries that could show librarians contributing a lot, and proposing them to join the list of curators https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23739 o Let curators flag a content (3 values : non-flagged / hide this object, to be discussed for deletion / 'star' this object, it has a high quality/value) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23740 * Sharing reports guidelines https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23741 o When you share a report, Koha could check if there's a runtime value to set (<>). If there's none, add a confirmation checkbox, most useful reports need a runtime parameter. o Add a hint : "do not share a report with hardcoded value related to your own data" that is displayed when the librarian want to share a report * Languages checks are made on the full language code (fr_FR). We need only the first 2. Thus, reports with language fr_FR are displayed also for our canadian-Quebec friends (same thing for en_EN, en_US, en_NZ, of course) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23742 * In the admin/share_content.pl page => show if a token has not been validated yet https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23743 * In the result lists (for object (reports, ...) searching, add a column with the language of submission, that can be filtered/sorted https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23744 * in ui.mana-kb : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23745 o hide the token column, a curator does not need to know the token of a librarian o add a feature 'resend token' => resend the validation email to the librarian * In Koha : check that the associated email is an email, to avoid unvalidable tokens https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23746 * replace a local Koha object by a mana-kb one: currently, it's not possible to modify a local object with one coming from Mana-kb. Add this feature, 2 sub-features: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23747 o if the local object comes from Mana, have a message "hey, the mana object has been updated, clic here to update your local one" o if the local object is 'home-made', add a button "update from mana-kb" that let the librarian search in mana, and update his local data. * "golden mana-kb contributor": we expect to have some librarians contributing very efficiently and frequently. Those librarians should be able to update existing mana objects. The golden mana-kb contributor is given by curators, coopt/consensus. The golden contributor status can be given for reports and for subscriptions, separately. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Hackfest 2019, registration open !!!
A reminder of the hackfest dates & registration open. Drop me an email if you plan to join us ! Le 09/07/2019 à 10:27, Paul Poulain a écrit : Hello, Once again, BibLibre is happy to invite Koha users and developers for a week of fun, working on Koha for improving it's quality ! *Dates* : September 30th - October 4th. Anyone is welcomed any day: it's not required to come the whole week. But a minimum of 2 consecutive day is needed to be able to do something useful *Location*: 108 rue Breteuil, F-13006 Marseille *Who is invited* : anyone willing to contribute to Koha, you don't need to be a developer to join us ! There is a lot of useful things a librarian can do much better than a developer, like testing, documenting. *How to register* : drop me an email *How much does it cost* : nothing (you'll have to deal with your traveling fees though, and we organize the lunch, with a fee of 15-17€ per day) *Last but not least* => come with your swimsuit, the sea is usually welcoming in September/early October :D -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha, centOS, Apache, starman => random timeout !
That's not surprising, that's Apache calling/forwarding to starman (we're not using a socket, I don't remember why) (and we've how updated the config to have 127.0.0.1:5000 instead of localhost Le 18/07/2019 à 12:24, Stefano Bargioni a écrit : A reverse proxy running on localhost:5000...??? HTH. Stefano On 18 Jul 2019, at 11:37, Paul Poulain <mailto:paul.poul...@biblibre.com>> wrote: Hello, We have a library running Koha (17.11) on his own centOS (virtual) server, with Apache as webserver. Everything is working smoothly, except that, from time to time (about once a day), it's not working anymore, any page returns: "Proxy error, Error reading from remote server" The logs shows nothing except a strange: [Wed Jul 10 17:17:35.732798 2019] [proxy_http:error] [pid 322] (70007)The timeout specified has expired: [client 1.2.3.4:32988] AH01102: error reading status line from remote server localhost:5000, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 [Wed Jul 10 17:17:35.732861 2019] [proxy:error] [pid 322] [client 1.2.3.4:32988] AH00898: Error reading from remote server returned by /cgi-bin/koha/catalogue/search.pl, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 <https://admin.panam.culture.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842> What is stranger : after a few minutes, without any action on the server, everything is back, and working well. did anyone face such a problem ? any idea welcomed ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha, centOS, Apache, starman => random timeout !
Hello, We have a library running Koha (17.11) on his own centOS (virtual) server, with Apache as webserver. Everything is working smoothly, except that, from time to time (about once a day), it's not working anymore, any page returns: "Proxy error, Error reading from remote server" The logs shows nothing except a strange: [Wed Jul 10 17:17:35.732798 2019] [proxy_http:error] [pid 322] (70007)The timeout specified has expired: [client 1.2.3.4:32988] AH01102: error reading status line from remote server localhost:5000, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 [Wed Jul 10 17:17:35.732861 2019] [proxy:error] [pid 322] [client 1.2.3.4:32988] AH00898: Error reading from remote server returned by /cgi-bin/koha/catalogue/search.pl, referer: https://xxx.xxx.xxx.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842 <https://admin.panam.culture.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=78504=scs_1562770062842> What is stranger : after a few minutes, without any action on the server, everything is back, and working well. did anyone face such a problem ? any idea welcomed ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest 2019, registration open !!!
Hello, Once again, BibLibre is happy to invite Koha users and developers for a week of fun, working on Koha for improving it's quality ! *Dates* : September 30th - October 4th. Anyone is welcomed any day: it's not required to come the whole week. But a minimum of 2 consecutive day is needed to be able to do something useful *Location*: 108 rue Breteuil, F-13006 Marseille *Who is invited* : anyone willing to contribute to Koha, you don't need to be a developer to join us ! There is a lot of useful things a librarian can do much better than a developer, like testing, documenting. *How to register* : drop me an email *How much does it cost* : nothing (you'll have to deal with your traveling fees though, and we organize the lunch, with a fee of 15-17€ per day) *Last but not least* => come with your swimsuit, the sea is usually welcoming in September/early October :D -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] app bureau jitsi
Hello, l'un d'entre vous connait il : https://jitsi.org/news/remote-desktop-control-and-always-on-top-view-with-the-new-jitsi-meet-desktop-app/ ? déjà essayé ? utilisable ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] app bureau jitsi
oups, sorry, wrong address... Le 17/05/2019 à 09:46, Paul Poulain a écrit : Hello, l'un d'entre vous connait il : https://jitsi.org/news/remote-desktop-control-and-always-on-top-view-with-the-new-jitsi-meet-desktop-app/ ? déjà essayé ? utilisable ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] New OPAC design
You can thank Fridolin for this great work, my skills in terms of design are far lower than what he's able to do ! Le 01/04/2019 à 14:08, Pedro Amorim a écrit : Looks great, Paul! I would've gone for a Pokémon theme myself but My Sweet Pony also works! xD On Mon, 1 Apr 2019 at 11:56, Paul Poulain <mailto:paul.poul...@biblibre.com>> wrote: Kia ora, hoping you're all enjoying the new month starting, We (BibLibre) think that the default OPAC layout is not adapted to the youngest audience. That's why we've decided to create a new design for the OPAC, that will be soon submitted for inclusion in Koha 19.05. We really hope you'll enjoy this new design. We have set it on our demo instance, you can have a look here : https://demo.biblibre.com/ PS: our customers will have this design automatically set during the next update. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] New OPAC design
Kia ora, hoping you're all enjoying the new month starting, We (BibLibre) think that the default OPAC layout is not adapted to the youngest audience. That's why we've decided to create a new design for the OPAC, that will be soon submitted for inclusion in Koha 19.05. We really hope you'll enjoy this new design. We have set it on our demo instance, you can have a look here : https://demo.biblibre.com/ PS: our customers will have this design automatically set during the next update. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] announcing Urungi, business intelligence made easy for Koha
Hi Magnus & others, Urungi can't be compared to Grafana, the goal of both tools are not the same. The goal of Urungi : "make librarians being able to build their own statistics and dashboard by drag-and-dropping". The goal of grafana : "The leading open source software for time series analytics" (motto on the 1st page) The keywords here : * Urungi= building dashboard *by* end-users. Grafana = building dashboards *for* end users * Grafana = time series analytics. Urungi = generic. For example : "how many active patrons do I have by category and their registration library, zipcode starting by '13%' " ? I don't think it's feasible with grafana. With Urungi, it's done in less than 10 seconds (once you have the layer) HTH Le 15/03/2019 à 08:50, Magnus Enger a écrit : > Bonjour! > > And congratulations Paul & BibLibre! This looks like a really > interesting project. Thanks for sharing! > > I am a bit curious about why you created a whole new project instead > of bulding on something like Grafana, for example. Could you say > something about what makes this project special? > > Au revoir! > Magnus > > On Thu, 14 Mar 2019 at 18:09, Paul Poulain wrote: >> Hello all, >> >> BibLibre is working for a while on a new tool to build statistics & >> dashboard (http://www.urungi.org) to complete the Koha reports module (Unix >> philosophy : 1 tool for 1 thing). >> >> I consider that it's now ready for production (we'll begin to deploy it to >> our customers) >> >> We still have many things on our roadmap >> (https://kanboard.biblibre.com/public/board/fc524fef4df4404a551f2315511d15d384f4d36ad99c7e36bd05155ed037). >> What exist works well though >> >> What's next for the Koha community & developers ? >> >> play a bit with our demo platform: https://demo-urungi.biblibre.com/#/home >> (test/test), linked to a koha DB (French inside !) >> give it a try : https://github.com/biblibre/urungi/ >> you'll need to create layers for Koha. The good news is that we already have >> made some for you. The bad news is that we made it in French. So, just ask, >> I'll send it to you, translate to English, the Koha community will thank you >> ;) >> the "hidden" feature : URL #/export => export anything from Urungi #/import >> => import anything into Urungi >> share your layers, dashboards, ... >> join the fun, submit pull requests, ... >> >> PS: if anyone is using Mantis as support platform, we're also creating >> layers for Mantis. Next will probably be Coral. >> >> PS2: if anyone is willing to sponsor some features, we're open, as usual. >> >> -- >> Paul Poulain, Associé-gérant / co-owner >> BibLibre, Services en logiciels libres pour les bibliothèques >> BibLibre, Open Source software and services for libraries >> >> ___ >> Koha-devel mailing list >> Koha-devel@lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> website : http://www.koha-community.org/ >> git : http://git.koha-community.org/ >> bugs : http://bugs.koha-community.org/ > ___ > Koha-devel mailing list > Koha-devel@lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] announcing Urungi, business intelligence made easy for Koha
I forgot: I'll demo Urungi during the KohaCon19. Join us in Dublin ! Le 14/03/2019 à 18:09, Paul Poulain a écrit : > > Hello all, > > BibLibre is working for a while on a new tool to build statistics & > dashboard (http://www.urungi.org) to complete the Koha reports module > (Unix philosophy : 1 tool for 1 thing). > > I consider that it's now ready for production (we'll begin to deploy > it to our customers) > > We still have many things on our roadmap > (https://kanboard.biblibre.com/public/board/fc524fef4df4404a551f2315511d15d384f4d36ad99c7e36bd05155ed037). > What exist works well though > > What's next for the Koha community & developers ? > > * play a bit with our demo platform: > https://demo-urungi.biblibre.com/#/home (test/test), linked to a > koha DB (French inside !) > * give it a try : https://github.com/biblibre/urungi/ > * you'll need to create layers for Koha. The good news is that we > already have made some for you. The bad news is that we made it in > French. So, just ask, I'll send it to you, translate to English, > the Koha community will thank you ;) > * the "hidden" feature : URL #/export => export anything from Urungi > #/import => import anything into Urungi > * share your layers, dashboards, ... > * join the fun, submit pull requests, ... > > PS: if anyone is using Mantis as support platform, we're also creating > layers for Mantis. Next will probably be Coral. > > PS2: if anyone is willing to sponsor some features, we're open, as usual. > -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] announcing Urungi, business intelligence made easy for Koha
Hello all, BibLibre is working for a while on a new tool to build statistics & dashboard (http://www.urungi.org) to complete the Koha reports module (Unix philosophy : 1 tool for 1 thing). I consider that it's now ready for production (we'll begin to deploy it to our customers) We still have many things on our roadmap (https://kanboard.biblibre.com/public/board/fc524fef4df4404a551f2315511d15d384f4d36ad99c7e36bd05155ed037). What exist works well though What's next for the Koha community & developers ? * play a bit with our demo platform: https://demo-urungi.biblibre.com/#/home (test/test), linked to a koha DB (French inside !) * give it a try : https://github.com/biblibre/urungi/ * you'll need to create layers for Koha. The good news is that we already have made some for you. The bad news is that we made it in French. So, just ask, I'll send it to you, translate to English, the Koha community will thank you ;) * the "hidden" feature : URL #/export => export anything from Urungi #/import => import anything into Urungi * share your layers, dashboards, ... * join the fun, submit pull requests, ... PS: if anyone is using Mantis as support platform, we're also creating layers for Mantis. Next will probably be Coral. PS2: if anyone is willing to sponsor some features, we're open, as usual. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] SSL problem with lists.koha-community.org
Laurent, Can you look & check please (David, right, we're hosting the mailing lists) Le 01/03/2019 à 04:27, David Cook a écrit : Hi all, It looks like BibLibre might be in charge of lists.koha-community.org? https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel seems to be sending an expired self-signed certificate with BibLibre information. Someone might want to take a look at that. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Cache::Memory must be removed (21955)
Great, thanks ! An idea: couldn't we also cache the xslt display of biblios, as it requires quite a long time to be done, and it's a data that change rarely ? Le 21/12/2018 à 16:51, Jonathan Druart a écrit : I have stolen this existing page and wrote some info about our cache mechanism: https://wiki.koha-community.org/wiki/Cache_handling_in_Koha Feel free to ask if you need more info or if something is still not clear enough. Cheers, Jonathan Le mer. 19 déc. 2018 à 05:33, Paul Poulain a écrit : Hi Jonathan, I'd be very happy if you could wrote something on the wiki, I'm a little bit confused by all those cache... Le 07/12/2018 à 16:36, Jonathan Druart a écrit : I talked with Ere on IRC, but prefer to let a note here as well. Enabling Cache::Memory if Plack is not running will not help as we have the L1 (in memory) cache, which is used in any cases (and flushed under Plack before a request is made). I do not know how is our caching system understood by the team. I can try and write something on the wiki if it can help. Hint: there is no black magic :) Cheers, Jonathan Le ven. 7 déc. 2018 à 04:55, Ere Maijala a écrit : I'm a bit hesitant on this. I understand running without a cache makes things like tests easier, but Cache::Memory is actually a pretty useful fallback. There's a lot of code in Koha that does redundant fetches of e.g. framework data, and without caching I'm afraid it will slow down significantly. Cache::Memory is very handy when developing stuff to speed up execution of e.g. batch utilities when you don't want to mess with constantly flushing Memcached. I would like to propose another approach for considerarion: disable Cache::Memory only if running under Plack. --Ere David Cook kirjoitti 7.12.2018 klo 1.52: I’ve noticed some caching issues but haven’t had time to investigate too deeply. I wonder if this relates to what I’ve encountered. In any case, +1! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 *From:*koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] *On Behalf Of *Tomas Cohen Arazi *Sent:* Friday, 7 December 2018 2:44 AM *To:* Jonathan Druart *Cc:* koha-devel *Subject:* Re: [Koha-devel] Cache::Memory must be removed (21955) Get rid of it! +1 El mié., 5 dic. 2018 a las 16:20, Jonathan Druart (mailto:jonathan.dru...@bugs.koha-community.org>>) escribió: Hi devs, I am still recovering from my holidays and I think I caught a quite big fish. After an interesting track game I will explain why I am suggesting to remove Cache::Memory that is currently used as fallback for the L2 cache. What I tried to fix: Jenkins is complaining about selenium tests (regressions.t) failing on 18.05, it is a succession of events and bugs that were not linked at first glance. Here are the different steps I went though: - On bug 21426 we noticed that USE_MEMCACHED was not taken into account. If set to "no" the default memcached config was defined in the koha-config.xml file anyway - A new regression selenium test was added on bug 21777 to catch the presence of an audio alert on the circulation page - Investigating the failing tests I noticed that koha-testing-docker was not setting the memcached config on the 18.05 branches (I guess the image has not been rebuilt yet) search_utf8.t output "Warning: script running in daemon mode, without recommended caching system (memcached)." - I also find that [% Koha.Preference('AudioAlerts') %] did not return the value set by the tests, but the value that the DB has before the tests were launched => It is a cache issue! - ...but only when memcached is not set... - Reading Koha::Cache->new we can notice that Cache::Memory is used for the L2 cache when memcached is not defined in the config And so we have the problem: If a value is set in the cache by a Plack worker, it will not be available from another one, as the L2 cache is not shared (!) To recreate easily the problem you can: - remove the memcached config - edit intranet-bottom.inc and add ===[% Koha.Preference('AudioAlerts') %]=== - restart plack - Modify the value of AudioAlerts (using the UI) - Reload the page (reload several times if the value is still correct, it will depend on which worker will serve the request) Solution: I am considering removing Cache::Memory unless somebody else has a better idea Bug 21955 - Cache::Memory should not be used as L2 cache Note that it should not affect a lot of people as everybody is supposed to have memcached configured and working correctl
Re: [Koha-devel] Cache::Memory must be removed (21955)
ist Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Ere Maijala Kansalliskirjasto / The National Library of Finland ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Cover image 'thumbnail' size is bigger than 'imagefile' size
Hi Andreas, (and if you can't provide a patch, please file a bug on buzilla, this description is perfect ! ) Le 12/12/2018 à 13:49, Jonathan Druart a écrit : Hi Andreas, This module has never been enhanced much and as you noticed there is room for such enhancements :) All of what you describe in your email makes sense to me, and I am sure the changes will be accepted if a patch is provided. Cheers, Jonathan Le mer. 12 déc. 2018 à 06:42, Andreas Roussos a écrit : Dear Developers, We use local cover images in our setup, and also resize the covers we scan to a width of 160px before uploading and attaching them to a Koha bibliographic record (we upload one cover per biblio). While using phpMyAdmin to view the contents of the 'biblioimages' table (relevant screenshot here: https://imgur.com/a/cSEVLBI), we noticed that the size of the BLOBs for the 'thumbnail' column was in some cases twice as big as that of the 'imagefile' column. In fact, this happens for more than 50% of uploaded covers as you can see from the output of the SQL queries below: mysql> SELECT COUNT( * ) AS count FROM biblioimages WHERE LENGTH( thumbnail ) > ( LENGTH( imagefile ) * 2 ) ; +---+ | count | +---+ | 1356 | +---+ mysql> SELECT COUNT( * ) AS count, SUM( LENGTH( imagefile ) ) AS images_size, SUM( LENGTH( thumbnail ) ) AS thumbnails_size FROM biblioimages ; +---+-+-+ | count | images_size | thumbnails_size | +---+-+-+ | 2347 |68323933 | 115839686 | +---+-+-+ It would appear that for each 160px-wide JPG with 24-bit depth that we have uploaded, the 'imagefile' column has been populated with an PNG of 8 bit depth with the same dimensions as the uploaded file, whereas the 'thumbnail' column contains a 24-bit PNG image with a width reduced to 140 pixels. I've tracked down the creation of resized 24-bit PNGs to this code: https://github.com/Koha-Community/Koha/blob/master/C4/Images.pm#L182-L183 Do thumbnails for covers need to be true colour (24-bit) images? Also, why is it that _scale_image() returns an image of 8-bit depth if the source image's dimensions are less than 600x800? (i.e. when no resizing is performed) Thank you in advance for your time. Kind regards, Andreas ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] roadmap to LRM support ? [was Re: What is biblioitemnumber for?]
I agree with the idea of catalinking, and/but I think that most of the catalinking will be done by national repos (like BNF, LoC, ...) That's why I think/feel that we should focus on linked data display first. And that's one of the reason why we (BibLibre) started the "Explore" project (see my talk at the KohaCon18 : https://www.youtube.com/watch?v=bIByWcvIj5Q) we're continuing to investigate, try, fail, retry, ... I also think that academic library point of view will differ a little bit from public library pov. Le 21/11/2018 à 13:07, Stefano Bargioni a écrit : I also like to speak from a "cataloguer first" point of view. I mean: with RDA and LRM, cataloguing is moving to ... catalinking [1]. It is an intellectual job, that the staff UI has to support. Of course, in the background a robust data structure (oriented to objects and links among them) is required. And good (linked) data are IMHO necessary to build a powerful search interface. So, can Koha evolve up to this vision, where maybe Bibframe and MARC21+RDA have to be present at the same time? A lot of work, I'm sure, that requires (not only) new funds. Ciao. Stefano [1] https://www.flickr.com/photos/steveb59/14262929380/in/album-72157648757917805/ On 21 Nov 2018, at 02:32, David Cook <mailto:dc...@prosentient.com.au>> wrote: Recently, I used a discovery layer for a public library of which I’m a member, and I was so frustrated, as the search interface was so poorly designed. I spent minutes trying to find my resource but I couldn’t do anything but put keywords into a box, which did not retrieve the resource. Fortunately, I was able to fallback to their legacy catalogue where the search only took me 2 seconds to find the resource. But it’s a reminder that the people who matter most are the users of the library system. If that library loses their legacy catalogue, I’ll probably just stop using that library, as the discovery layer search interface was useless. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 *From:*David Cook [mailto:dc...@prosentient.com.au] *Sent:*Wednesday, 21 November 2018 12:30 PM *To:*'Paul Poulain' <mailto:paul.poul...@biblibre.com>>; 'koha-devel@lists.koha-community.org <mailto:koha-devel@lists.koha-community.org>' <mailto:koha-devel@lists.koha-community.org>> *Subject:*RE: [Koha-devel] roadmap to LRM support ? [was Re: What is biblioitemnumber for?] I can’t speak to LRM at all, but it reminds me how perhaps we should start moving towards uncoupling some parts of Koha and thinking more about how the different aspects should/could interact with different metadata models. I think Paul has already targeted the most important thing and that’s search. Users don’t care what metadata model is in Koha. They just want to be able to find the resources they desire. So whatever we do… I think we should put OPAC users of Koha first and then work backwards. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 *From:*koha-devel-boun...@lists.koha-community.org <mailto:koha-devel-boun...@lists.koha-community.org>[mailto:koha-devel-boun...@lists.koha-community.org]*On Behalf Of*Paul Poulain *Sent:*Tuesday, 20 November 2018 11:58 PM *To:*koha-devel@lists.koha-community.org <mailto:koha-devel@lists.koha-community.org> *Subject:*[Koha-devel] roadmap to LRM support ? [was Re: What is biblioitemnumber for?] Hello Stefano, What you're pointing Stefano is very important: we must start our effort toward LRM. Here is my 1st thoughts about it: I think that LRM support on Koha means 2 things: * internal handling of the LRM model. This would mean breaking the biblio/items structure of the database, managing "LRM records" (if we have), proposing LRM cataloguing tools, and changing many many other things in Koha (like MARC staging, z39/50 search, ...) I feel that this will require years and a lot of work, and for now the national catalogs are not ready to propose that. * new search paradigm. What the Oslo Public Library made is very interesting. when you do a search, you get the works (author/title/copyright date), then can see the expressions that exists in the library (publication dates, material type/support), then the items. Example: X I don't know in US, italy or other countries, but in France the BNF is working hard on adding "LRM" fields in their catalogue. This is done by adding new MARC fields (a lot...), that will contain an ARK to the linked data (work, authors, place, subject, ...). Last week, there was a meeting at the BNF where they presented their plans for 2019. BibLibre has not yet started to investigate the effort to create a "LRM-UNIMARC-Elastic Search&qu
[Koha-devel] roadmap to LRM support ? [was Re: What is biblioitemnumber for?]
Hello Stefano, What you're pointing Stefano is very important: we must start our effort toward LRM. Here is my 1st thoughts about it: I think that LRM support on Koha means 2 things: * internal handling of the LRM model. This would mean breaking the biblio/items structure of the database, managing "LRM records" (if we have), proposing LRM cataloguing tools, and changing many many other things in Koha (like MARC staging, z39/50 search, ...) I feel that this will require years and a lot of work, and for now the national catalogs are not ready to propose that. * new search paradigm. What the Oslo Public Library made is very interesting. when you do a search, you get the works (author/title/copyright date), then can see the expressions that exists in the library (publication dates, material type/support), then the items. Example: X I don't know in US, italy or other countries, but in France the BNF is working hard on adding "LRM" fields in their catalogue. This is done by adding new MARC fields (a lot...), that will contain an ARK to the linked data (work, authors, place, subject, ...). Last week, there was a meeting at the BNF where they presented their plans for 2019. BibLibre has not yet started to investigate the effort to create a "LRM-UNIMARC-Elastic Search" in Koha, but, for sure that's something we'll investigate in 2019. If anyone is willing to join the effort, let me know (even better: if you are interested in LRM-MARC21-Elastic, the idea being to have a flexible configuration). If anyone has information regarding LRM-MARC21-LoC plans, feel free to share ! Have I missed something ? What are your plan regarding IFLA-LRM ? What's next ? Le 19/11/2018 à 16:58, Stefano Bargioni a écrit : Paul, very interesting the basic historic idea. What you wrote, helps me to say that with Elasticsearch, Koha has the possibility to adopt definitely the LRM [1] model, that is going to be implemented in RDA [2]. Especially important IMHO are links among authorities. Or, better, links of any type. Stefano [1]https://www.ifla.org/publications/node/11412 [2]http://www.rda-rsc.org/ImplementationLRMinRDA -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille in 2019
Hello Koha, I wrote a while ago that the hackfest in Marseille will not take place in spring, because of the KohaCon in Europe (congratulation Dublin). We've chosen : sept 30th - oct 4th. It may be a little bit early to book your flight but you can already set the dates in your agenda ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] What is biblioitemnumber for?
From my side it was a joke: we will integrate the new standards, no doubts, but we'll do it more cleanly than using biblio/biblioitems/items ! Le 19/11/2018 à 14:39, Ere Maijala a écrit : If three levels are needed in the future, I'd start from a clean(er) slate and at least make sure they're named appropriately. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] What is biblioitemnumber for?
Koha v1.x has no MARC support. In fact, it was the first FRBR compliant software ever, long before FRBR exist... (who says Open Source is not innovative :D ) More explanation: in Koha v1, you had to enter a minimal biblio description (title, author(s), subject(s)) THEN one or more expression of the work (one large print, one readed book, one pocket, ...), THEN the different items. Very efficient and handy. When I wrote the MARC code, I had to break this 3 level management (MARC has only 2 levels, biblio and items). In Koha 2.0, you had the option to stay "basic" of "marc" cataloguing. It has been removed in Koha ??? (2.2 or 3.0 ?), only MARC cataloguing remained. At this time biblioitems table became useless/should have been merged, but no one coded/hacked it. But yes, it can be removed (unless we want to keep it for future advanced support of FRBR :D ) Le 17/11/2018 à 20:40, Barton Chittenden a écrit : Just out of curiosity, why does biblioitemnumber exist? There should be a one-to-one relationship between biblio records and biblioitem records ... so why not use biblionumber as the primary key for biblioitems? --Barton -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] removing some projects from git.koha-community.org
Hello, on git.k-c.org, there are some project that have not been updated for years, and I'm wondering whether we should/could hide or delete them: This question is for the following repos: * koha-translations.git Translations files (.po) for... Translation Manager 3 years ago * mm/jcamins.git MM repo for authorities Jared Camins-Esakov 4 years ago * mm/chrisc.git MM repo for testing Chris Cormack 4 years ago * wip/koha-equinox.git Equinox work in progress Galen Charlton 5 years ago * koha-small.git main Koha release repository Koha Project 6 years ago * wip/koha-catalyst.git Catalyst work in progress Chris Cormack 6 years ago * wip/koha-chris_n.git Personal work in progress Chris Nighswonger 7 years ago * wip/koha-biblibre.git BibLibre work in progress Henri-Damien Laurent 7 years ago * wip/koha-fbc.git Foundations Bible College... Chris Nighswonger 7 years ago * wip/koha-ptfs.git PTFS work in progress J. David Bavousett 8 years ago the koha-biblibre.git, for sure, BibLibre don't use it at all, it can be discarded. I haven't listed: * website.git Koha website repository Koha Project 5 years ago * koha-archive.git Old Koha topic branches Koha Project 5 years ago but maybe they can be included as well. good idea or not ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] ppl/company providing dashboard/schema/irc/mana-kb/hea/paste servers, please read this !
Hello koha-devel, The page https://wiki.koha-community.org/wiki/Website_Administration list all the servers and resources that are managed by the koha-community, with some important informations. There are some servers missing : dashboard, schema, irc, mana-kb, hea and paste. I've added a header for them. If you're managing/hosting one of those services, could you please update the relevant paragraph to have valid information ! PS: I know that BibLibre is responsible for some of them, I'll complete the information, of course ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] [Koha-translate] Your Mailman server is misconfigured
Hello all, The problem on mailman configuration is fixed. Thanks for those who reported it ! Le 26/08/2018 à 10:21, Rubén Fernández Asensio a écrit : Hello all, is anybody there? I tried to join this list through the web interface but the web server seems misconfigured: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate It throws a "502 Bad Gateway" error. Can anybody fix this please? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha users wiki page outdated, use HEA
Hello Liz, Le 23/08/2018 à 04:39, Liz Rea a écrit : Hi Paul, No objection really, using Hea is a good thing and I recommend libraries enable it. We should make asking about enabling it the last step of the onboarder [is it there already? I forget...]. :) What I would like to see, is a lighter weight checkin to hea, where if you (or your IT department) were feeling a bit wary about sending all of your syspref stats to Hea, you could send only your Library name and contact information, if desired (Koha could, of course, provide things like the currently running version) as a one off. This idea sounds surprising to me: sharing sysprefs in anonymous way look less sensible than sharing library & contact. That's why we wrote HEA with only 3 options: share nothing / share data anonymously (including syspref) / share everything. In your idea, what about numbers already shared (like # of biblios, patrons, issues, ...) ? should they be sent with syspref or with library name/contact ? OTHER : do you think it's an option that will result in more libraries being on HEA ? I recognise this is a feature request for Hea :D and I think I'd be happy at some stage to build the bits into Koha that were required to have the feature, if it seems like something desirable to have in addition to the auto reporting. I have other ideas about how one-off data could be used too, for example you could flag those libraries if they never updated automatically (or done an additional one off submission later) in Hea "this library hasn't reported in for a long time - this entry may be suspect." Those could be in an entirely separate list, too. Could also email the contact automatically "hey update your entry if you're still using Koha!" Good news: we store the "last update timestamp" on the server. So we can do that really easily ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] KohaCon18 social stuff
Hello, Just for those who are not following wiki closely : https://wiki.koha-community.org/wiki/Kohacon18/Social => you can register here your arrival & departure infos => you can see some ideas trip trip/beer/fun/... -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha users wiki page outdated, use HEA
Hello all, I sent an email to anyone listed on https://wiki.koha-community.org/wiki/KohaUsers/Europe, asking to update the reference, and explain HEA. I got something like 15 bounces "email does not exist". I tried to reach OPACs for each of them (when on the wiki page). I removed references that : have been bounced, have OPAC not reachable anymore, a very old version declared. Le 09/07/2018 à 09:22, Paul Poulain a écrit : Hello, someone pointed me the https://wiki.koha-community.org/wiki/KohaUsers page. The French libraries you can see here are so outdated that it's funny: most libraries are supposed to be in version 2.x, supported by me (not BibLibre. So more than 10 years old data...) Other pages are also highly outdated, almost nothing with the current version numbering schema. And now we have HEA (available since 3.18 IIRC) I propose to: * drop an email to all contacts saying "you're the contact for the wiki page https://wiki.koha-community.org/wiki/KohaUsers, the information here is outdated, please activate HEA (<>)" * update the wiki pages to add a big warn on top of each, saying "this page is outdated, see hea.koha-community.org") Any objection ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] test mail
Hello, We (BibLibre) are doing some changes on our mail system, this is a mail for testing. No need to reply, thx -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha users wiki page outdated, use HEA
Le 09/07/2018 à 09:54, Michael Kuhn a écrit : Hi Paul Hi Michael, > someone pointed me the https://wiki.koha-community.org/wiki/KohaUsers > page. Calling this page says: "There is currently no text in this page." Probably you meant https://wiki.koha-community.org/wiki/Koha_Users and pages like https://wiki.koha-community.org/wiki/KohaUsers/Europe right, sorry. > The French libraries you can see here are so outdated that it's funny: > most libraries are supposed to be in version 2.x, supported by me (not > BibLibre. So more than 10 years old data...) > > Other pages are also highly outdated, almost nothing with the current > version numbering schema. And now we have HEA (available since 3.18 > IIRC) Also in HEA I see there are 1'693 (unnamed) libraries listed, but only 35 of the area really up to date (meaning working woith Koha 18.05.00 or 18.05.01). Compared to the assumed 15'000 Koha libraries this is only 0.2% of all libraries that we can be sure of they are really up to date. The Koha version provided by HEA is uptodate. It's not HEA's responsibility if the library's Koha is not ;) (disclaimer : most of BibLibre customers are sending data to HEA, and we're currently upgrading them to 17.11, we never deploy the most recent version for stability & translation reasons) Note : we can/should improve HEA rendering of data we collect. to very SPECIFIC libraries - all of which is missing in HEA since https://hea.koha-community.org/ gives just numbers numbers numbers but at least I can't imagine how to wisely interpret or use them in most cases since I am absolutely sure they are not representative. To me personally, the only halfway interesting thing about HEA is the page about the use of the system preferences https://hea.koha-community.org/systempreferences I don't understand what you mean here :\ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha users wiki page outdated, use HEA
Hello, someone pointed me the https://wiki.koha-community.org/wiki/KohaUsers page. The French libraries you can see here are so outdated that it's funny: most libraries are supposed to be in version 2.x, supported by me (not BibLibre. So more than 10 years old data...) Other pages are also highly outdated, almost nothing with the current version numbering schema. And now we have HEA (available since 3.18 IIRC) I propose to: * drop an email to all contacts saying "you're the contact for the wiki page https://wiki.koha-community.org/wiki/KohaUsers, the information here is outdated, please activate HEA (<>)" * update the wiki pages to add a big warn on top of each, saying "this page is outdated, see hea.koha-community.org") Any objection ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] KohaCon18, arrivals and departures
Hi, Just FYI, we've started to file our arrivals & departures on the wiki : https://wiki.koha-community.org/wiki/KohaCon18_Proposals#Arrivals_.26_Departures -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Do you want to see a Koha 18.05 running Elastic Search in production ?
just go there : https://koha.bulac.fr kudos to BULAC for this move ! And thanks to them for the developments they've sponsored (and are on bugzilla) PS: they made it by themselves, so no reason to congratulate BibLibre ;) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Partnership between BibLibre and Orex
Hello Koha, Hugo & I are happy and proud to announce our partnership to increase Koha deployment in Spain and other Spanish speaking countries : https://www.biblibre.com/en/blog/orex-and-biblibre-join-their-strength-to-propose-open-source-solutions-to-spanish-libraries/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Roles for 18.11 | REST API 'module maintainer'
+1, it's a very long term sub-project, that is worth having someone in the long term. I would say the same thing for Elastic Search. If someone want ... Le 08/05/2018 à 21:06, Tomas Cohen Arazi a écrit : Hi, I've resurrected the 'module maintainer' roles for the 18.11 release for the specific case of the REST API work that needs to be done and coordinated. Anyone willing to talk about my proposal, please contact me on pm, and we can talk about it. Thanks! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, what you missed and what you'll be see soon in 18.05
Hello all, So the 2018 hackfest in Marseille is now finished. It was a great week, with a lot of work, a lot of discussion, a lot of fun. The weather was with us, except on thursday, the evenings were full of beer & happyness. Let's summarize what we made... Koha Elastic Search Our hotest topic, for sure 10 patches written and/or signed off. A lot of work on Elastic Search. BULAC want to go live with Koha+ES with 18.05 [Thank you François and Severine, Bulac, Nick, Bywatersolutions, Alex, BibLibre] UNIMARC & bibliographic transition (FRBR): • default frameworks at install updated [thank you François, Roubaix public library] • script written to update all cataloguing frameworks with new MARC records preparing FRBR (IFLA 2017 fields & subfields) [thank you Julian, BibLibre] • zebra indexes definition started, to be finished [thank you François, Roubaix public library] • XSLT to display those new fields still to do FRBR & ReasonableGraph 3 developers from AltSol, a Greek company working on FRBR and a software called ReasonableGraph (see https://reasonablegraph.org/) showed what they made with Koha & MARC data. They'll keep to work on it, the Koha community may hear of them again in the future. Maybe starting with a plugin that can be compared to the Ebsco EDS plugin: instead of searching in Koha, search would be made on ReasonableGraph database, that is fully FRBR compliant, and present results in a "FRBR way" [Thank you Nikos, AltSol] Translation The french team worked and finished to translate 100% of 17.11, the release notes, and most of the documentation. A big effort [Thank you many french librarians !] Coral & Koha<>Coral interface • presentation of Coral 3.0 new features (including the wonderful interface Coral <> EDS) • presentation of Coral setup at Lyon 3 [Thank you Sonia, Lyon 3] • Koha <> Coral interface, what's done, what has to be done [Thank you Matthias, BibLibre] Koha & SCSS [Thank you Owen, ACPL] • Finished the transition to SCSS for the staff client (see http://sass-lang.com/, and http://sebastianpontow.de/css2compass/ and https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19474), patch passed QA now • The transition from LESS to SCSS for the OPAC is done (see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20427) • Owen introduced us to SCSS. Mana-kb rebase, fixes, tests. One problem detected, not easy to reproduce, still working on it, still highly expected for 18.05 [Thank you Brendan, BywaterSolutions & Alex, BibLibre] Bugzill [Thank you ... too many people to name them !] • 80+ patches tested (44 signed-off, 21 failed, 15 does not apply) • This week, 285 bugs had at least one change (any kind, change by a "hackfester" or not) Various • kohadevbox presentation & installation on some librarian laptops. We now have some librarians able to sign-off patches without using sandboxes ! [thank you Nick, ByWaterSolutions] • Kohala (Koha french usergroup) has scheduled the Symposium (Paris, in June) • On Thursday, it was the "Bokeh hackfest/conference". Bokeh is a library portal software that BibLibre is supporting. 10 new librarians and 4 developers from AFI, BibLibre sister-company joined us to discuss new features, and share their experience with Bokeh, Bokeh+Koha, ... (http://bokeh-library-portal.org for more info about Bokeh) [Thank you https://www.makeitmarseille.com/, our neigbour for hosting this event] • we discovered Emkipop (http://emkipop.fr/) If I forgot something, remind me, please [ I'm an old man, you know, my memory begins to abandon me ;) ] -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha Elastic Search, thanks to Orex
Hello koha-devel, A big thanks to Hugo Agud and the Orex Spanish company for their sponsoring of BibLibre work on Elastic Search. We used this sponsoring to investigate ES 6.0 support. Alex already wrote a patch that has to be signed-off : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18969 PS: Hugo, (as many others) will be at the hackfest and we will have fun with Koha & ES !!! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, last call ;)
Hello everybody, The hackfest in Marseille start in just one month from now. It's still time to decide to come ! Already 50 registered people, coming from USA (4), Germany (2), Greece (3), Norway (1), Spain (1), Senegal (1), and France (others ;) ) We miss someone from Italy, Portugal, UK, Argentina, New Zealand, Australia and [enter your country here] :D the guys from reasonablegraph will be there, we have people motivated to work on Elastic Search. And of course a lot of other hacking & fun. And French cheese. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha hackfest in Marseille & https://reasonablegraph.org/ platform
Hi koha-devel, I had a hangout with Nikos (in cc:) , from Reasonablegraph. reasonablegraph is a platform (L-GPL) that is able to deal with MARC records, transform them into FRBR / Bibframe /linked data. They made some work with Koha (http://unioncatalog.reasonablegraph.org/?lang=en, click on "Search" top-left) At the end of Nikos demo, I suggested him to come to the hackfest for a day or two, in order to present reasonablegraph to anyone interested, and talk about any possible collaboration between Koha community and reasonablegraph. He will probably come. That's another very good reason to come to Marseille in March :D -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Clarification on build_browser_and_cloud.pl
> "Prévisions. Futurologie", ... The French text seems to be at cross purposes with MARC::File::USMARC, because French catalogers would probably use UNIMARC; at the same time the use of USMARC contradicts the documentation. Ideally, I'd to get the I18N *and* the marc flavor fixed so that everyone can use this, and I'd like to file bug reports that accurately show what needs to be fixed. Any clarification is welcome. Thanks, --Barton ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest, waiting for registrations !
Hello everyone, I've only a few registrations so far. So reminder : join us in Marseille, March 12-16, for the Koha Hackfest !!! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, registrations open !
Hello everyone, As already announced, the next Koha hackfest in Marseille will be in March, 12th-16th. Registrations are open !!! Should I explain what is the hackfest ? OK, for newbies, I explain. That's a week for anyone interested in being involved into Koha. About 50 persons, librarians and developers, from France and other countries, meet to: * meet * test * document * translate * patch * talk * share * show * try * miss ... and ... retry * discuss how to conquer the world (at least libraries...) * eat and drink (OK, drink, it's after day-work. And it's not mandatory) The FAQ: *Q= what are the conditions to come ?* A= none, except wanting to contribute to Koha *Q= What is the cost ?* A= it's free (but BibLibre does not pay for traveling fees, hotel, or food) *Q= where does it take place ?* A= Marseille, 108 rue Breteuil, in BibLibre office. We provide coffee, desk, chairs, internet, video-projectors and cookies (many people come with their local candies) *Q= can I come only for a few days ?* A= yes, but at least 2 days, in just one day, no time do contribute anything. *Q= I need an official letter* A= Just drop me an email, I'll send one *Q= I have no laptop* A= tricky... we don't have any spare laptop, and it's hard to contribute without laptop... *Q= how to register ?* A= easy : drop me an email *Q= What about hotel, transportation,...* A= You'll be added to a Google doc when you register. *Q= I've heard about a cheese lunch, can you explain ?* A= lunches are organized by BibLibre, in our office (there's no restaurant large enough in the area), and each lunch has it's own theme. The legendary "cheese lunch" includes 30+ different french cheese, in a huge buffet (with some salads...). So you'll discover a part of French gastronomy. This year, it will be tuesday 13th (I've been asked a few times: "when is the cheese lunch, I can't be here the whole week, so I want to be here for the cheese") *Q= I'm veggie, can you take care of me ?* A= yes, for sure. Just tell me when you register *Q= I'm vegan, can you take care of me ?* A= sorry, but no, too complex. You'll be on your own. But you can eat with us, welcome. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha and Elastic Search used in production ?
Hello all, Is there someone using Koha with ES in production ? bywater, PTFS-E, Catalyst-NZ, Theke, or any other support company, what's your plan ? BibLibre is planning to invest some effort to work on Koha-ES with UNIMARC in the next months, if there are things to share, we would be more than happy ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] newbie would appreciate help!
Hi Johan, The most common case when search does not work is because there's some mix between UNIMARC and MARC21 (for example, zebra configured MARC21 and Koha UNIMARC). But there can be other reasons. So we need details on how you installed Koha. Le 04/12/2017 à 09:18, Johan Seyfferdt a écrit : Hello. Thank you for adding me to this mailing list. I have a question. I am a sysadmin in St Petersburg, Russia and we are in the process of moving to Koha. So I am a newbie :) I chosed the unimarc option as our database is in rusmarc. We have our database in .mrc format, it is about 27 000 books in cyrilic, english and german. I was able to setup koha import that database but the search function does not work. I did a lot of googling, i tried kooha 16.05, 16.11, 17.05 on Debain 8 and 9 but without avail... Any help will be truly appreciated! as i am truly stuck. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Wiki - please remove spammer Kcclibrary02 and pages they have added
Done (if someone can double check...) Le 24/11/2017 à 10:52, David Nind a écrit : Grr I let a spammer lose on the Wiki!! Could someone who has access block user Kcclibrary02 and remove the pages they have created? https://wiki.koha-community.org/wiki/Special:Contributions/Kcclibrary02 Apologies. They looked reasonably okay when I approved the account. David Nind | david.n...@gmail.com <mailto:david.n...@gmail.com> PO Box 12367, Thorndon, Wellington, New Zealand 6144 m. +64 21 0537 847 ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Next hackfest in Marseille (March 2018)
Hello, It's time for me to decide when the next hackfest in Marseille will happen. Save this date: March 12th-16th. Hoping to see you here ! PS: BibLibre turned 10 last month. We will probably do something special during this hackfest (but haven't decided what yet) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Plugin KOCT for offline circulation updated
Hello koha, We have updated the KOCT firefox module to make it compatible with the new versions of Firefox (that changed how modules must be written) Enjoy : https://addons.mozilla.org/en-US/firefox/addon/koct/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] BibLibre new staff & intern
Hello koha-devel, I'm happy to introduce Victor Grousset, that join the support/maintenance team at BibLibre. He will probably submit or signoff his first patches in the next weeks. I'm also happy to introduce Simon Pouchol, an intern that will be with us for 3 months. He will work on Koha community, more focused on design / UI. We're already in touch with Owen ;-) In the next months, we really want to re-invest in Koha community time. We will try to dedicate someone 2 days a week to community work (QA, sign-off, submit patches). Wait until Victor has ended his learning time, and our investment should be visible for 18.05 ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] QA for Mana, Baptiste leaving in 3 days !
Hello QAers, Baptiste is leaving at the end of this week (and friday is national day here) Could someone from the QA team have a look at the patches ? https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18618 They're not signed-off yet, but if there's some QA to do, it's better if Baptiste can do it before leaving. No need to change the status of the patch if you QA, just comment and Baptiste will (hopefully) fix the problems you could find ! <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18618> Thanks <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18618> -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha 17.05 Release Notes - Draft One ( 2nd attempt ; )
Hi Kyle & al, Some comments : * About [17196] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17196> Move marcxml out of the biblioitems table = o shouldn't it be also at the header, to be clearly visible (the warning about SQL report not working anymore) ? o are you sure of "SQL queries on the marcxml data will get a performance boost" ? I think it's "SQL queries that use biblioitems bot not marcxml data will get a bit performance boost" * there are a lot of enhancements related to internal/plumbing. That's great. But as they are, in the Release Notes, my feeling is that they are so many that other enhancements are "lost". * i'd like to see HEA v2 ([18066] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18066> ) promoted in the header, as well as ElasticSearch progress (various patches) * [17855] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17855> New onboarding tool feature to guide users through setting up Koha, and minor web installer UI improvements => it's in "new feature". Shouldn't it be in "enhancements" instead ? Same feeling for [14224] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224> patron notes about item shown at check in * [12461] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12461> Add patron clubs feature => deserve some details ! * shouldn't * [17486] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17486> Remove 'Mozilla Persona' as an authentication method be in the header of the RNotes ? * shouldn't [17762] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17762> Ability to translate notices be considered as a new feature ? * [17960] <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17960> Rename opac_news.new with opac_news.content NOTICE - If you are using opac_news.new in your notice templates, you should update it to opac_news.content o => it should be in the header (easy to miss it) * at the end = The branch for this version of Koha and future bugfixes in this release line is *bug17618-qa*. => just to double check: it's auto-generated and will be correct in the final release, isn't it ? Additional comment : contributors list : * Marcel de Rooy (160) [Rijksmuseum (160) ] ==> WOW !! great job Marcel !!! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Authenticate to use Webservices/ Koha API
Hi all, Matthias is working on connecting Koha and Coral, and he's facing some problems with authentication. We need to authenticate and use a session cookie, that's not easy. Could we find another solution ? Should we revive bz 13920 ? (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13920) Suggestions/ideas welcomed ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] schema.koha-community.org not updated
Hi, We just discovered that schema.koha-community.org has not been updated since december. Can it be fixed ? (it's really annoying for master) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Gender-neutral pronouns
I'll probably be poorly ranked here, but in my opinion there are more important things to fix in Koha... (randomly chosen: clean the wiki from severely outdated pages, test one of the 205 patches waiting for sign-off, improve documentation, investigate why we have 10 blockers or critical bugs open -without a patch-, one of them BZ14731 being >1yr old) additional comment: note that changes not related to code comment will change translations & translators will have additional work to do to fix. Le 19/04/2017 à 02:25, Eric Phetteplace a écrit : Hi list, I opened bug #18432 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18432 because I saw several places in the Koha codebase where the pronoun "he" was being used to refer to a generic third person who could be of any gender. Jonathan Druart noted that this should be a coding guideline, as otherwise new instances of gendered pronouns might continue to be added. Perhaps it belongs on the "Terminology" page of the wiki? So here's my proposal. I'm trying to be concise. *Use gender neutral pronouns* * * When referring to a person who could be of any gender, you should use the words they/them/their. This goes for code comments, text in templates, and strings in tests. For example, here's a string from a patrons test updated to be gender neutral. Before*:* * * is( $total, $enrolmentfee_K + $enrolmentfee_J, "Kid growing and become a juvenile, he should pay " . ( $enrolmentfee_K + $enrolmentfee_J ) ); After: is( $total, $enrolmentfee_K + $enrolmentfee_J, "Kid growing and become a juvenile, they should pay " . ( $enrolmentfee_K + $enrolmentfee_J ) ); Gender neutral terms are preferable for a few reasons. They're more welcoming, showing that Koha expects users and contributors to be of any gender. They're also more accurate. Inappropriately using a particular gender can cause confusion, leading someone to believe that code operates differently based on the value of borrowers.sex, for instance. I hope that's clear. I'm happy to reword it, and to attend the next Koha developers meeting to explain further if need be. Best, Eric Phetteplace Systems Librarian California College of the Arts libraries.cca.edu <http://libraries.cca.edu> | vault.cca.edu <http://vault.cca.edu> 510.594.3660 2>/dev/null ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Introducing mana (and requesting mana-kb.koha-community.org)
Hi, BibLibre is working on a project, called mana [1]. This project will try to build a global knowledge base for library data. It will be partly tighten to Koha, and partly not. For every data on Mana, we will provide micro-services (RESTFUL API) to : * query the kb and retrieve data * push data into the kb * let mana users declare a given data outdated or wrong. For now, mana handle: * subscriptions models: a weekly serial is weekly for everyone. With Mana, Koha users (and possibly other ILSes) will be able to quickly prepare their subscription management. * reports. This is 100% Koha tighten, because it's related to sharing SQL queries. But that will be very useful for all Koha libraries to share and quickly retrieve SQL they can run in a few click on their local DB. We are also developing an interface to clean mana-kb data. In the next weeks we will add social data: "give me an ISBN, I'll give you user reviews, user tags, user rankings". This will not be tighten to Koha at all, even if we will implement the mechanism within Koha. There are many many other data that could be stored in this KB: * kbart and ONIX-PL files for electronic resources * vendors/contact * "patron that read this also read that" * It could even include bibliographic data ? [although it would probably result in a huge DB, out of scope for now] * some specific Koha setups (libraries can add some tweaking to Koha, using JavaScript. We could have a DB of tweaks) I presented this project yesterday during the hackfest. People were quite enthusiastic ;-) The first bug should be ready to be signed-off in the next days (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047) BibLibre is willing to host the mana server, I propose to use a sub-domain of koha-community.org. Could we have mana-kb.koha-community.org and mana-test.koha-community.org defined and pointing to 91.121.55.79 ? That would be very helpful to signoff patches. Also note that we're already filling the database with subscriptions informations coming from our customers. If you want to add your existing data, drop me an email, I'll send you the SQL you must run on your Koha to create a CSV file that we can easily import into Mana-kb. [1] why mana ? It's a Maori word meaning "authoritative, valid, prestige" (http://maoridictionary.co.nz/search?keywords=mana) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest 2017, photos
Hello all, If you want to see pictures of the hackfest, or add some, it's here : https://photos.google.com/share/AF1QipPejV4Ai8Zw_wkFPsl4SDyy4zVIxuD6L6SMvwjYkvo5E2PTq8yVC_5UkEUPykbDCg?key=M0o1bFJ2eXdKUm9XcjBlNnFlRTlPWXg2R2k1Ul9R -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, last call before closing gates
Hello, the hackfest in Marseille is next week. If someone is willing to attend, it's still time. For now, 44 ppl are attending BibLibre18 BM Vitré1 BSZ 1 BULAC 1 BywaterSolutions5 CIRAD 1 Dracénie1 IEP G. 4 Lyon 3 1 MOMU1 MPtech 1 Organisation1 PTFS-E 1 U Paris 8 1 Université Aix Marseille4 Université Lyon 2 2 Grand Total 44 Belgium 2 Country 1 France 35 Germany 2 USA 5 Grand Total 45 -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, registration open !
Hello, Registrations for the hackfest are open ! Drop me an email and I'll register you and add you to the usual google document ! Welcome already to the 5 ByWaterians and to Claire G. that have announced they'll be here ;-) (Magnus, we will miss you :( ) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille, book your flight !
Hi, A reminder : the Hackfest in Marseille will take place next month, march 20 - 24. Book your flights & drop me an email (I'm hoping to officially open registrations this week) See you next month ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Horizon to Koha migration
Hi Peter, We (BibLibre) made many migrations from Horizon to Koha. And we have a former employee of SD working with us. He wrote some documentation about exporting from Horizon. It's in French, but I'll send it to you anyway, google translate will help. I hope it will help. (and if you need professional support, feel free to ask ;-) ) PS: introducing who you are would be nice. Le 24/01/2017 à 15:27, Peter Fanter a écrit : Hello, has someone experience, or provide me with documentation, with what one must do, in order to make a migration, from Horizon to Koha? We have access only to a Horizon database, so we can only run sql queries, and we must get back, as much as possible info needed. I know the Koha part, i lack the knowledge, of how to extract info from Horizon, what tables exist, what info they have, how combine tables, etc Thank you very much -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Matthias working on Coral <> Koha interface
Hello Koha & Coral lists, I'm happy and proud to announce that in the next 3 months, Matthias will work full time on Coral <> Koha interface. He can be dedicated to this task thanks to 3 companies that joined their strength and money to make this possible: Ebsco (45%), BibLibre (40%) and ByWaterSolutions (15%) He will start by playing the new features and installer of Coral 2.0. Then he will improve the specs I've written (and already sent to some/most of you. If you want them, just ask). Then he will code. Things he will work on : * rebase the Coral <> gokb interface and officially submit it for inclusion into Coral. That will be a first step and framework for later inclusion of Ebsco KB. * work on linking Coral and Koha acquisitions modules: share organizations/vendors, budgets, create basket in Koha from a given Coral acquisition workflow, share bibliographic records when relevent. Some general guidelines we will follow: Coral: * we will keep things as ILS-agnostic as possible. It means we will use webservices, and never access the Koha DB from Coral * Every "linked" feature will be activated through the configurations files. If not activated, Coral users will see no change. That's important for "Coral without Koha" * We will have to add some fields to store the links between ILS and Coral data. Koha: * We will mostly add webservices (restful, of course), related to acquisition (vendors, budget, baskets, ...). * We will have to add some fields to store the links between Koha and Coral data. Hopefully, at the end of those 3 months, we should have a working version 1, not complete, that could be improved for an easier use. Our long term goal is to have a fully integrated solution. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Developers, expect patches to no longer apply
Agreed, even if a part of those should be fixed by bug 17898 (Add a way to automatically convert SQL reports) Le 19/01/2017 à 02:38, Liz Rea a écrit : Not to mention that the move marcxml change will render a lot of reports in the library, and in saved reports, non-functional. Probably worth putting in the release notes. Cheers, Liz On 19/01/17 01:58, Josef Moravec wrote: Not at all! wiki pagehttps://wiki.koha-community.org/wiki/Interface_patterns was updated - see sections Buttons and Modals J. st 18. 1. 2017 v 12:32 odesílatel Kyle Hall<kyle.m.h...@gmail.com> napsal: Thanks Josef! <https://secure2.convio.net/cffh/site/Donation2?df_id=1395_ID=4715_ID=2706639_TYPE=20&1395.donation=form1_src=CHORUS_subsrc=CHAADOEB> http://www.kylehall.info ByWater Solutions (http://bywatersolutions.com ) Meadville Public Library (http://www.meadvillelibrary.org ) Crawford County Federated Library System (http://www.ccfls.org ) On Fri, Jan 13, 2017 at 11:10 AM, Josef Moravec<josef.mora...@gmail.com> wrote: Hello all, due to bug 16239 you'll need adapt your templates a bit, but it's mostly just using other classes for buttons and also different syntax for modals: documentation here: http://getbootstrap.com/css/#buttons http://getbootstrap.com/javascript/#modals you can look to my followup up for 17898 to see how the typical change looks like wiki page will be updated asap ;) Josef pá 13. 1. 2017 v 15:44 odesílatel Kyle Hall<kyle.m.h...@gmail.com> napsal: Hey all, I just wanted to alert everyone to that fact that I just pushed the following bug patches: Bug 16239 - Upgrade Bootstrap in the staff client Bug 17196 - Move marcxml out of the biblioitems table I expect this will cause a good number of patches to no longer apply with hopefully trivial fixes required. Kyle http://www.kylehall.info ByWater Solutions (http://bywatersolutions.com ) Meadville Public Library (http://www.meadvillelibrary.org ) Crawford County Federated Library System (http://www.ccfls.org ) ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :http://www.koha-community.org/ git :http://git.koha-community.org/ bugs :http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :http://www.koha-community.org/ git :http://git.koha-community.org/ bugs :http://bugs.koha-community.org/ -- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142 GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7 ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] New intern arriving soon
Hi all, Happy new year ! In less than 4 weeks (feb 1st), BibLibre will welcome a new intern, Baptiste Wojtkowski (French, as his name don't show ;-) ) that will work full time on Koha for the next 6 month. We plan to dedicate him on bugzilla, then the Mana project and some Elastic Search stuff. I'm sure you'll welcome him. -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille 2017
Hello everybody, In 2017, the hackfest in Marseille is back to March. 20th-24th to be precise. Feel free to join us ! (registration not yet open) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Koha 3.22, Plack & EDS plugin
Hi Arthur, The intranet part of the "plugin" is a plugin, so yes, it goes into the scope of Plack. But the eds-*.pl files (https://github.com/ebsco/edsapi-koha-plugin/tree/master/Koha/Plugin/EDS/opac) don't. That's the OPAC part of the "plugin", that is not really a plugin Le 22/11/2016 à 15:49, SUZUKI Arthur a écrit : Hello Paul, I don't know much about EDS nor Plack but I've been playing with koha plugin functionality lately. I guess you're talking about this plugin : https://github.com/ebsco/edsapi-koha-plugin does the koha plugin directory falls in the Plack scope? If koha is installed from Source, this directory is "$KOHA_USERDIR/var/lib/plugins/" (I don't know for debian package, but probably something like /var/lib/koha/plugins) Hope this helps. Arthur Le 22/11/2016 à 15:17, Paul Poulain a écrit : Hello friends, We've deployed Koha 3.22, running Plack and the EDS plugin, and it appears that it does not work. We think it's because there are some .pl code that is out of plack scope, so it's not run. Is there anyone here who has some experience with koha / Plack / EDS ? (Frido will probably send a patch to Ebsco in the next days if there's no other ida) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha 3.22, Plack & EDS plugin
Hello friends, We've deployed Koha 3.22, running Plack and the EDS plugin, and it appears that it does not work. We think it's because there are some .pl code that is out of plack scope, so it's not run. Is there anyone here who has some experience with koha / Plack / EDS ? (Frido will probably send a patch to Ebsco in the next days if there's no other ida) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] [Koha] F5 Attacks
between them. Still, even if I'm successful with this, the problem will >> still lie in Koha. >> >> Anyone with some sort of insight is very welcome. >> >> Pedro Amorim >> >> 2016-10-26 8:24 GMT+00:00 clint.deckard <clint.deck...@frontiers.co.nz>: >> >>> I have had this issue appear today. I have attempted to set up >> mod_evasive >>> for apache but it doesn't seem to have solved the problem. >>> I would really appreciate some advice. >>> Clint. >>> >>> >>> rfblanchard wrote: >>> >>>> Assume a basic opac search: >>>> http:///cgi-bin/koha/opac-search.pl?q=dog_group_l >>>> imit=branch%3A349 >>>> >>>> This would take about 10 seconds to return the first time. >>>> >>>> Assume the user refreshes the results using f5 and keep there finger >>>> there a >>>> moment to long (3s): >>>> This would kill my server for about 1 minute. >>>> >>>> Any attacker could easily make the server unresponsive indefinitely by >>>> simply holding f5 on an opac search. >>>> >>>> Any recommendations on how to deal with this problem? >>>> >>>> here is a sample from top: >>>> >>>> Tasks: 313 total, 3 running, 309 sleeping, 0 stopped, 1 zombie >>>> %Cpu(s): 93.7 us, 5.2 sy, 0.0 ni, 1.0 id, 0.2 wa, 0.0 hi, 0.0 si, >>>> 0.0 >>>> st >>>> KiB Mem: 16465036 total, 1532492 used, 14932544 free, 63180 buffers >>>> KiB Swap: 8526844 total,0 used, 8526844 free. 505124 cached >>>> Mem >>>> >>>>PID USER PR NIVIRTRES SHR S %CPU %MEM TIME+ >>>> COMMAND >>>> 7027 peischo+ 20 0 416164 162924 12756 S 58.8 1.0 0:26.43 >>>> /usr/share/koha >>>> 7009 peischo+ 20 0 416800 163524 12756 S 56.5 1.0 0:33.77 >>>> /usr/share/koha >>>> 7444 peischo+ 20 0 129832 15216 5900 R 37.2 0.1 0:01.12 >>>> zebrasrv >>>> 7445 peischo+ 20 0 129832 15216 5900 R 35.6 0.1 0:01.07 >>>> zebrasrv >>>> 1151 mysql 20 0 886564 181096 10808 S 8.6 1.1 1:27.57 >> mysqld >>>> 7435 koha 20 0 25892 3272 2528 R 0.3 0.0 0:00.03 top >>>> 1 root 20 0 176144 5044 3096 S 0.0 0.0 0:01.43 >>>> systemd >>>> 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 >>>> kthreadd >>>> >>>> >>>> >>>> -- >>>> View this message in context: http://koha.1045719.n5.nabble. >>>> com/F5-Attacks-tp5906098.html >>>> Sent from the Koha-general mailing list archive at Nabble.com. >>>> ___ >>>> Koha mailing list http://koha-community.org >>>> k...@lists.katipo.co.nz >>>> https://lists.katipo.co.nz/mailman/listinfo/koha >>>> >>> ___ >>> Koha mailing list http://koha-community.org >>> k...@lists.katipo.co.nz >>> https://lists.katipo.co.nz/mailman/listinfo/koha >>> >> ___ >> Koha mailing list http://koha-community.org >> k...@lists.katipo.co.nz >> https://lists.katipo.co.nz/mailman/listinfo/koha >> > ___ > Koha mailing list http://koha-community.org > k...@lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org k...@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com <http://navalmarinearchive.com/>> and <http://UltraMarine.ca <http://ultramarine.ca/>> ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :http://www.koha-community.org/ git :http://git.koha-community.org/ bugs :http://bugs.koha-community.org/ -- Arthur SUZUKI Service informatique des bibliothèques BIBLIOTHÈQUES UNIVERSITAIRES Université Jean Moulin Lyon 3 6 Cours Albert Thomas - B.P. 8242 – 69355 Lyon Cedex 08 ligne directe : +33 (0)4 78 78 79 16 |http://bu.univ-lyon3.fr L'Université Jean Moulin est membre fondateur de l'Université de Lyon ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] KohaCon17 status ?
Hi all, Reading the minutes of the previous IRC discussions, I'm not sure that the KohaCon17 has been decided/validated yet. Am I wrong ? I'd like to point that, in Europe, there's a very important conference (ELAG, can be considered as the European Code4lib) that will take place in June 6th-9th (in Athens, Greece) having the KohaCon not set this week seems a good idea ;-) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Koha 3.22/16.05 & Apache, Plack for a high load/large library
Hello koha-devel, Is there someone using Apache, Plack, on a high load server (ie: for a large library) ? Which configuration are you using (OS version, how is Koha installed -package or not-, any tuning in the config files ?) Do you face any problem ? We (BibLibre) face many cases where we get failures ("internal server error". Seems there's something like Apache not being able to wait long enough for Plack to answer). -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] Hackfest in Marseille (last call, some news)
Hi all, 63 persons have registred to the hackfest, in 2 weeks. People will come from 13 different countries: Argentina 1 Belgium 1 CZ 1 France 41 Germany 2 Italy 3 Norway 2 NZ 1 Sweden 1 Switzerland 1 UK 3 USA 6 Grand Total 63 And they'll represent 33 institutions: AARome 2 ACPL1 Admin Kuhn 1 Arts-UK 1 BDP Meuse 2 BibLibre17 Bleone-Verdon 2 BSZ 1 BULAC 2 ByWaterSolutions5 CIRAD 2 ENS Cachan 1 IEP Grenoble1 Koha1 Libriotech 1 Living Libraries1 Mines Paristech 1 Mirko Tietgen 1 Musée histoire immigration 1 Organisation1 Oslo Public Library 1 PTFS-Europe 3 PUSC1 R-Bit Technology, s.r.o.1 Roubaix 1 SAN-OP 1 Sciences po Grenoble2 SUB Stockholm 1 Theke 1 Univ Aix Marseille 3 Univ Lyon 3 1 Univ Paris 81 Université Lyon 2 1 Grand Total 63 It's still time to add your name, your country and/or your organization if you want ! -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/