- Koha-bugs - lists.koha-community.org

[Bug 14315] Slow checkouts, caused by many 'special_holidays' definitions
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14315 Bug 14315 depends on bug 18519, which changed state. Bug 18519 Summary: Add ability to skip irrelevant dates in Koha::Calendar https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18519 What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11974] Enable non-default unix socket location for database connections.
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 --- Comment #31 from David Cook <dcook(a)prosentient.com.au> --- Interestingly enough on OpenSUSE "lsof" isn't working even with v4.91. That's confusing. For tcpdump I had to do: tcpdump -i lo 'port 3306' And yeah I'm using Mariadb on OpenSuse which uses the socket at /var/run/mysql/mysql.sock instead of /var/run/mysqld/mysqld.sock. DBD::mysql doesn't seem to be able to detect it. Seeing libraries for both mysql and mariadb... wondering what DBD::mysql got compiled against. I only see headers for mariadb but the "mysql" client which is really the mariadb client uses /var/run/mysql/mysql.sock by default... I imagine that's probably causing some havoc. Symlinking isn't a brilliant option here since /run and /var/run are mounted on a tmpfs file system. I think I could change the socket location in my /etc/my.cnf file. That's probably the easiest thing without messing around with MySQL/Mariadb client libraries and re-compiling DBD::mysql... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11974] Enable non-default unix socket location for database connections.
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 --- Comment #30 from David Cook <dcook(a)prosentient.com.au> --- Oh beautiful... have a library on Koha 19.11 on Ubuntu 18.04 with MySQL 5.7 and it's using the Unix socket even when localhost:3306 is defined in koha-conf.xml. Very cool. Confirmed using tcpdump and "lsof +E /var/run/mysqld/mysqld.sock" which shows that starman and rebuild_zebra.pl are using the Unix socket. (Note I think that lsof command will only work on lsof v4.89+. You can use "ss -p -x | less" too but it's a pain tracing the inode numbers). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11974] Enable non-default unix socket location for database connections.
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11974 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #29 from David Cook <dcook(a)prosentient.com.au> --- I am very interested in this, as I've been saying for a while that it would be good for Koha to use Unix sockets instead of TCP sockets when running on the same host. I learned a lot reading the comment section, and I'll do some experimenting locally. For what it's worth, I've seen huge 100% speed improvements with PostgreSQL when using Unix sockets over TCP sockets for apps that abuse the database far worse than Koha. I think it's a universal truth that socket speed works like this: Unix Socket > Localhost TCP Socket using loopback device > External host TCP Socket. In the case of Localhost TCP vs External host TCP, I've seen other apps see 600% performance improvements when dealing with the thousands/millions of records. On an individual per record basis, the performance improvement might be a fraction of a second, so the improvement looks very small, but when you aggregate up the time savings can be *massive*. It depends on your workload. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11839] Zebra I/O 100 percent usage during merge
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11839 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #1 from David Cook <dcook(a)prosentient.com.au> --- I imagine this issue could be closed now? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7365] Koha should support PostgreSQL
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7365 --- Comment #26 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Mark Hofstetter from comment #25) > Hi, > > I would like to use postgres/Oracle with koha, and be willing to implement > it. Has anybody started this - and/or would be willing to give me hints on > the structure needed > > cheers > Mark I think BibLibre did work on this in the past, but I can't imagine this work ever being successful, since there are many MySQLisms in Koha. While Koha does use an ORM in many places now, there are still queries written by hand, and the database creation scripts all use MySQL-specific syntax. Plus there is that old comment of mine about the MySQL extension to InnoDB. It would be easier to adapt one's own system to use MySQL than to adapt Koha to use a different database, I reckon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 25651] New: Modifying an authorised value make it disappear
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25651 Bug ID: 25651 Summary: Modifying an authorised value make it disappear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: System Administration Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Steps to reproduce: 1. Go to Admin » Authorised Values » [any AV category that has values in it] » Edit one » Save 2. The modified authorised value is gone -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7365] Koha should support PostgreSQL
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7365 --- Comment #25 from Mark Hofstetter <koha(a)trust-box.at> --- Hi, I would like to use postgres/Oracle with koha, and be willing to implement it. Has anybody started this - and/or would be willing to give me hints on the structure needed cheers Mark -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7365] Koha should support PostgreSQL
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7365 Mark Hofstetter <koha(a)trust-box.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)trust-box.at -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10498] Place a hold at time of ordering
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10498 --- Comment #13 from J. Evans <jennie.evans(a)flower-mound.com> --- I think this would be a super helpful feature! -- You are receiving this mail because: You are watching all bug changes.

1 0