From paul.a at aandc.org Mon Oct 1 00:02:03 2012 From: paul.a at aandc.org (Paul) Date: Sun, 30 Sep 2012 18:02:03 -0400 Subject: [Koha-devel] Cataloguing authorities 3.6/3.8 In-Reply-To: <1349040126.3503.6.camel@zarathud> References: <5.2.1.1.2.20120929173954.02fa1a00@aandc.org> <5.2.1.1.2.20120929173954.02fa1a00@aandc.org> Message-ID: <5.2.1.1.2.20120930175132.01cd8df0@localhost> At 10:22 AM 10/1/2012 +1300, Robin Sheat wrote: >Paul schreef op za 29-09-2012 om 17:54 [-0400]: > > 17:32:00-29/09 zebraidx(2632) [warn] isamb: Inconsistent register (2) > > zebraidx: isamb.c:1102: insert_leaf: Assertion `*lookahead_mode' > > failed. > > 17:32:00-29/09 zebraidx(2637) [warn] previous transaction didn't reach > > commit > > > > that are "novel." > > > > Any suggestions, thoughts? > >Those errors are really annoying. > >Have a look to see if there's something funny about the MARC for biblio >17765. Especially missing 999$c and $d (I think.) Robin - thanks for the reply. Both those fields look OK: =LDR 01265cam a2200313 i 4500 =001 3682671 =003 CaOPIACS =005 20120823104456.0 =008 780517s1978\\\\nyua\\\\\\\\\\000\0\eng\\ =010 \\$a 78017600 =020 \\$a0671245465.$a0671243934 =040 \\$aDLC$cDLC$dDLC$beng =050 00$aTL552$b.A15 =082 00$a387.7$219 =100 \\$an.k.$910230 =245 04$aThe Air traveler's handbook :$bthe complete guide to air travel, airplanes, and airports /$c[edited and designed by marshall Editions Ltd.]. =250 \\$a1st =260 \\$aNew York :$bSimon and Schuster,$cc1978. =300 \\$a240 p. :$bill. ;$c22 cm.$3hb =490 0\$aA Fireside book =520 \\$acomplete guide to air travel, airlines, terminals, air traffic control, airline insignia, luggage, health tips, security =650 \0$aAeronautics, Commercial.$910944 =650 \0$aTransport planes.$916678 =650 \0$aAirports.$916593 =710 2\$aMarshall Editions Ltd.$916679 =906 \\$a7$bcbc$corignew$d1$eocip$f19$gy-gencatlg =942 \\$2z$cBK =999 \\$c17765$d17765 =952 \\$w2012-08-23$p1AERO11071669$r2012-08-23$41$err$00$6AERONK64$918281$10$oAERO-N.K.-64$d2011-07-22$zair traveler's guide$8aeronautic$50$71$cbox rr 386$2z$g10.00$yBK$iair traveler's guide$xfine/vg >Also try rebuilding with XML/without XML (the opposite of whatever >you're currently using.) Been there, tried that ... :) Without the '-x' gives systematic failure... I'm also a little concerned that I do not have enough background on syspreferences when it comes to (what I think are defaults): CatalogModuleRelink "Do not" LinkerKeepStale "Do not" LinkerModule "Default" LinkerOptions --blank-- LinkerRelink "Do" and any associated scripts. On 3.6.1 I used to cron "merge-authorities" every day at 3.00am but have not done this with 3.8 ... have I screwed up? tnx and br -- paul From fridolyn.somers at biblibre.com Mon Oct 1 16:55:14 2012 From: fridolyn.somers at biblibre.com (Fridolyn SOMERS) Date: Mon, 01 Oct 2012 16:55:14 +0200 Subject: [Koha-devel] 3.08.05 : Bug in PO FR Message-ID: <5069AED2.4090901@biblibre.com> Hie, I noticed there is a bug in OPAC PO fr-FR in 3.08.05 : perl translateinstall fr-FR tmpl_process3.pl: Warning: unconsistent%s count:(10/9): line:2841 msgid:"%s %s%s%s%sKoha online%s catalog › %sAuthority search result%sNo results found%s %s" msgstr:"%s %s%s%s%sKoha en-ligne%s catalogue › %sRecherche des autorit?s%sPas de r?sultat %s" The %s missing will crash translated file opac-tmpl/prog/en/modules/opac-authoritiessearchresultlist.tt I corrected it on translate.koha-community.org. Best regards, -- Fridolyn SOMERS Biblibre - P?le Support 09 74 77 07 15 fridolyn.somers at biblibre.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From koha at univ-lyon3.fr Mon Oct 1 16:27:23 2012 From: koha at univ-lyon3.fr (Lyon3 Team) Date: Mon, 1 Oct 2012 16:27:23 +0200 Subject: [PATCH] Correction PO Message-ID: --- .../translator/po/fr-FR-i-opac-t-prog-v-3006000.po | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/misc/translator/po/fr-FR-i-opac-t-prog-v-3006000.po b/misc/translator/po/fr-FR-i-opac-t-prog-v-3006000.po index 85437c1..2d35c47 100644 --- a/misc/translator/po/fr-FR-i-opac-t-prog-v-3006000.po +++ b/misc/translator/po/fr-FR-i-opac-t-prog-v-3006000.po @@ -2855,7 +2855,7 @@ msgid "" "results found%s %s " msgstr "" "%s %s%s%s%sKoha en-ligne%s catalogue › %sRecherche des autorit??s%sPas " -"de r??sultat %s " +"de r??sultat%s %s " #. %1$s: USE KohaDates #. %2$s: INCLUDE 'doc-head-open.inc' -- 1.7.2.5 --------------000607090701000508080408-- From f.demians at tamil.fr Mon Oct 1 17:44:12 2012 From: f.demians at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 01 Oct 2012 17:44:12 +0200 Subject: [Koha-devel] [Koha-translate] 3.08.05 : Bug in PO FR In-Reply-To: <5069AED2.4090901@biblibre.com> References: <5069AED2.4090901@biblibre.com> Message-ID: <5069BA4C.7000401@tamil.fr> > The %s missing will crash translated file > opac-tmpl/prog/en/modules/opac-authoritiessearchresultlist.tt > I corrected it on translate.koha-community.org. Thanks for your feedback. This is related to bug 6464: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6464 Kind regards, -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From frederic at tamil.fr Mon Oct 1 17:44:21 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 01 Oct 2012 17:44:21 +0200 Subject: [Koha-devel] [Koha-translate] 3.08.05 : Bug in PO FR In-Reply-To: <5069AED2.4090901@biblibre.com> References: <5069AED2.4090901@biblibre.com> Message-ID: <5069BA55.6080706@tamil.fr> > The %s missing will crash translated file > opac-tmpl/prog/en/modules/opac-authoritiessearchresultlist.tt > I corrected it on translate.koha-community.org. Thanks for your feedback. This is related to bug 6464: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6464 Kind regards, -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From mjr at phonecoop.coop Tue Oct 2 01:19:43 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 02 Oct 2012 00:19:43 +0100 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: Message-ID: "Mark Tompsett" > > I feel this is a big issue: we shouldn't be encouraging people in bad > > security habits, like to run random scripts as root or let them sudo. > > You did a koha install WITHOUT using sudo or logging in as root? > How did you configure apache, mysql, and the hundreds of perl > dependencies? Apache was configured through some control panel (ispconfig maybe?) and the sysadmin was happy enough to configure mysql to utf-8 which was all that was needed back then. Perl dependencies weren't fun, but cpan shell supports PREFIX installs, then you just add a bit to the SetEnv PERL5LIB in the Apache config. [...] > Take a look at bug 8840. I think this script could be generalized to include > Debian. However, since the problem was Ubuntu, and not Debian, we didn't. It's OK but I agree it does seem to be rather Ubuntu-specific at the mo. By the way (looking at the other replies), I think it is apt-get that is breaking, as "sudo dselect install" and "sudo apt-get dselect-upgrade" are the same thing. So if this multiarch bug isn't fixed in the OS, it may bite us later no matter what we do. Regards, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From tomascohen at gmail.com Tue Oct 2 02:25:05 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Mon, 1 Oct 2012 21:25:05 -0300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On Mon, Oct 1, 2012 at 8:19 PM, MJ Ray wrote: >> >> Take a look at bug 8840. I think this script could be generalized to include >> Debian. However, since the problem was Ubuntu, and not Debian, we didn't. > > It's OK but I agree it does seem to be rather Ubuntu-specific at the mo. > > By the way (looking at the other replies), I think it is apt-get that > is breaking, as "sudo dselect install" and "sudo apt-get dselect-upgrade" > are the same thing. So if this multiarch bug isn't fixed in the OS, > it may bite us later no matter what we do. You may take a look at this, they talk about wheeze and thus will bite us soon. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664893 As far as I'm concerned, I'm happy to provide a solution for the end-users (that's what 8840 is: a way of being able to provide sane instructions), but I know this is a short-term issue as we are moving forward to encouraging them to use .deb packages. Regards To+ From mtj at kohaaloha.com Tue Oct 2 02:39:57 2012 From: mtj at kohaaloha.com (Mason James) Date: Tue, 2 Oct 2012 13:39:57 +1300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On 2012-10-2, at 1:25 PM, Tomas Cohen Arazi wrote: > On Mon, Oct 1, 2012 at 8:19 PM, MJ Ray wrote: >>> >>> Take a look at bug 8840. I think this script could be generalized to include >>> Debian. However, since the problem was Ubuntu, and not Debian, we didn't. >> >> It's OK but I agree it does seem to be rather Ubuntu-specific at the mo. >> >> By the way (looking at the other replies), I think it is apt-get that >> is breaking, as "sudo dselect install" and "sudo apt-get dselect-upgrade" >> are the same thing. So if this multiarch bug isn't fixed in the OS, >> it may bite us later no matter what we do. > > You may take a look at this, they talk about wheeze and thus will bite us soon. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664893 > I'm curious, the bugs report says? "Well, your bug report shows there are still people using dselect..:-) It's of course not a big surprise that dselect doesn't support multi arch." so? whats the better alternative to dselect, that we should be using (that i know nothing about?) dpkg or aptitude, i guess?? anyone know? From tomascohen at gmail.com Tue Oct 2 03:57:45 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Mon, 1 Oct 2012 22:57:45 -0300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: El oct 1, 2012 9:40 p.m., "Mason James" escribi?: > > > On 2012-10-2, at 1:25 PM, Tomas Cohen Arazi wrote: > > > On Mon, Oct 1, 2012 at 8:19 PM, MJ Ray wrote: > >>> > >>> Take a look at bug 8840. I think this script could be generalized to include > >>> Debian. However, since the problem was Ubuntu, and not Debian, we didn't. > >> > >> It's OK but I agree it does seem to be rather Ubuntu-specific at the mo. > >> > >> By the way (looking at the other replies), I think it is apt-get that > >> is breaking, as "sudo dselect install" and "sudo apt-get dselect-upgrade" > >> are the same thing. So if this multiarch bug isn't fixed in the OS, > >> it may bite us later no matter what we do. > > > > You may take a look at this, they talk about wheeze and thus will bite us soon. > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664893 > > > > > I'm curious, the bugs report says? > > "Well, your bug report shows there are still people using dselect..:-) > It's of course not a big surprise that dselect doesn't support multi arch." > > > so? whats the better alternative to dselect, that we should be using (that i know nothing about?) > > dpkg or aptitude, i guess?? dpkg is low level package management. apt-get is a convenient tool that solves dependencies and much more. aptitude is a gui front-end to apt-get, the same as dselect was/is. aptitude wasnt multiarch ready a while ago, but didn't look at it again. The missing dselect feature for this problem we reported is the --set-selections plus 'do it' sequence. Regards To+ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtompset at hotmail.com Tue Oct 2 04:33:26 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Tue, 2 Oct 2012 10:33:26 +0800 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: Greetings, The ?good? thing about this bug is that it only affects people who do git or tarball installs in a multi-arch environment. That is, it affects us as developers, not really the average user of Koha who has hopefully been transitioned to a package install. With bug 8840, instead of writing: $ sudo apt-get install dselect $ sudo dpkg --set-selections < install_misc/ubuntu.packages $ sudo dselect The instructions would look more like (it will look prettier, promise): $ ./install_misc/ubuntu-packages.sh -ic [ output trimmed, but copy the apt-get install command to the command line ] $ sudo apt-get install ... If we generalized the script to work with Debian, we could change the name again to just: check-packages.sh Generalizing to work with Debian wouldn?t be too difficult. apt-get should already support multi-architecture, as there is a configuration option and file somewhere (sorry, forgot where and haven?t started my VM) that specifically states it. Interesting related reading: http://wiki.debian.org/Multiarch/HOWTO (see the Availability section) https://wiki.ubuntu.com/MultiarchCross (linked to from the above article. See Transition section) GPML, Mark Tompsett -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at bigballofwax.co.nz Tue Oct 2 04:44:32 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 2 Oct 2012 15:44:32 +1300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On 2 October 2012 15:33, Mark Tompsett wrote: > Greetings, > > The ?good? thing about this bug is that it only affects people who do git or > tarball installs in a multi-arch environment. That is, it affects us as > developers, not really the average user of Koha who has hopefully been > transitioned to a package install. > Not so unfortunately, most users are still using tarballs. In fact the vast majority of users install from tarball. Only a very small amount (and it is mostly us developers and those that stumble into #koha) that install from packages. The tarball install should always work too. The packages will do more, but the tarball method should not fail to install. Chris From bgkriegel at gmail.com Tue Oct 2 13:46:08 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Tue, 2 Oct 2012 08:46:08 -0300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On Mon, Oct 1, 2012 at 11:44 PM, Chris Cormack wrote: > On 2 October 2012 15:33, Mark Tompsett wrote: > > Greetings, > > > > The ?good? thing about this bug is that it only affects people who do > git or > > tarball installs in a multi-arch environment. That is, it affects us as > > developers, not really the average user of Koha who has hopefully been > > transitioned to a package install. > > > Not so unfortunately, most users are still using tarballs. In fact the > vast majority of users install from tarball. > > Only a very small amount (and it is mostly us developers and those > that stumble into #koha) that install from packages. > The tarball install should always work too. The packages will do more, > but the tarball method should not fail to install. > > As to reinforce what Chris said, let me add my grain of salt: http://koha-community.org/download-koha/ says that Koha runs on Linux, that what you need is a LAMP server plus some Perl modules. And if what you want is to download something, the you go to a page filled with tarballs. Install from ".deb" might be easier, if you use Debian or the like, but installing from tarballs should not be impossible, nor faulty! Koha is NOT a Debian only software. And the same thing is about INSTALL(s) file(s). In almost 20 years of downloading tarballs, I expect to read "the" INSTALL file to learn how to get a program up and running. In the current situation, you must read ALL install files, then get a cup of coffee and think a lot, and with luck you will find a proper way (if you are not on Debian). Bernardo -------------- next part -------------- An HTML attachment was scrubbed... URL: From cnighswonger at foundations.edu Tue Oct 2 15:53:28 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Tue, 2 Oct 2012 09:53:28 -0400 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On Mon, Oct 1, 2012 at 10:44 PM, Chris Cormack wrote: > The tarball install should always work too. The packages will do more, > but the tarball method should not fail to install. +1 Kind Regards, Chris From paul.a at aandc.org Tue Oct 2 16:38:01 2012 From: paul.a at aandc.org (Paul) Date: Tue, 02 Oct 2012 10:38:01 -0400 Subject: [Koha-devel] Cataloguing authorities 3.6/3.8 Message-ID: <5.2.1.1.2.20121002101452.03f09ff0@aandc.org> At 10:22 AM 10/1/2012 +1300, Robin Sheat wrote: >Paul schreef op za 29-09-2012 om 17:54 [-0400]: > > 17:32:00-29/09 zebraidx(2632) [warn] isamb: Inconsistent register (2) > > zebraidx: isamb.c:1102: insert_leaf: Assertion `*lookahead_mode' > > failed. > > 17:32:00-29/09 zebraidx(2637) [warn] previous transaction didn't reach > > commit > > > > that are "novel." > > > > Any suggestions, thoughts? > >Those errors are really annoying. > >Have a look to see if there's something funny about the MARC for biblio >17765. Especially missing 999$c and $d (I think.) I've been following up on on Robin's suggestion looking for "something funny" in our records that might explain current indexing (or at least reassure me that it's not a db rather than system error) and wrote a script to verify our inhouse barcodes: mysql> select items.barcode, items.biblionumber, biblio.title, biblio.author, items.itemcallnumber from items join biblio on (items.biblionumber = biblio.biblionumber) where items.barcode NOT REGEXP '^[[:digit:]]{1}[[:alnum:]]{4}[[:digit:]]{8}$'; +------------------+--------------+----------------------+-------------------------+----------------+ | barcode | biblionumber | title | author | itemcallnumber | +------------------+--------------+----------------------+-------------------------+----------------+ | 1AERO9107_221230 | 16603 | Heroes of the air, | Fraser, Chelsea Curtis, | AERO-FRAS-1 | | 1AERO111564 | 17408 | Fights and flights / | Samson, Charles Rumney, | AERO-SAMS-1 | +------------------+--------------+----------------------+-------------------------+----------------+ 2 rows in set (0.02 sec) However, these are totally unfindable in Koha (by barcode, biblionumber, callnumber, etc) via any type of search (normal, advanced etc) [N.B. we have these two items under a different biblio, call, barcode, all valid and searchable.] But, I can use 'Tools ==> Export bibliographic and holdings' and produce what appear to be perfectly valid Marc21 records Could these 2 be (I'm wildly guessing) the reason for the "[warn] isamb: Inconsistent register (2)"? Does anyone have a ready made method to delete a complete record in Mysql? They're unwanted elements -- but how to remove them? tnx and br -- paul From mjr at phonecoop.coop Tue Oct 2 18:37:35 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 02 Oct 2012 17:37:35 +0100 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: Message-ID: Mason James wrote: > "Well, your bug report shows there are still people using dselect..:-) > It's of course not a big surprise that dselect doesn't support multi arch." > > so? whats the better alternative to dselect, that we should be using (that i know nothing about?) > > dpkg or aptitude, i guess?? We're already using dpkg, specifically --set-selections, but dpkg doesn't do the downloads for you. I think this is actually a bug in apt-get, not dselect, as I think "dselect install" just runs "apt-get dselect-upgrade" now. dselect may refuse to run, but I bet apt-get dselect-upgrade still might try. I fear that the list may get too long for a command line. I don't see anything in "man aptitude" or "man apt-get" which suggests how to load a package list file for installation. At best, could we print multiple aptitude --schedule-only install ... lines, followed by a plain aptitude install? Not sure on aptitude now, because I think the last two debian release notes have changed back to apt-get. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From tomascohen at gmail.com Tue Oct 2 19:53:05 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 2 Oct 2012 14:53:05 -0300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: On Mon, Oct 1, 2012 at 11:33 PM, Mark Tompsett wrote: > Greetings, > > The ?good? thing about this bug is that it only affects people who do git or > tarball installs in a multi-arch environment. That is, it affects us as > developers, not really the average user of Koha who has hopefully been > transitioned to a package install. Any 'new' Ubuntu setup (amd64) is multiarch by default. All our desktops are +4GB RAM and run 64bit OS's. Is not that rare. Multiarch is set when writing in /etc/dpkg/dpkg.cfg.d/multiarch the instruction to accept another architecture as foreign: foreign-architecture i386 Regards To+ From mtj at kohaaloha.com Tue Oct 2 21:55:45 2012 From: mtj at kohaaloha.com (Mason James) Date: Wed, 3 Oct 2012 08:55:45 +1300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: <1D8217BF-5BB9-4441-BAAC-4A265B766252@kohaaloha.com> On 2012-10-3, at 6:53 AM, Tomas Cohen Arazi wrote: > On Mon, Oct 1, 2012 at 11:33 PM, Mark Tompsett wrote: >> Greetings, >> >> The ?good? thing about this bug is that it only affects people who do git or >> tarball installs in a multi-arch environment. That is, it affects us as >> developers, not really the average user of Koha who has hopefully been >> transitioned to a package install. > > Any 'new' Ubuntu setup (amd64) is multiarch by default. All our > desktops are +4GB RAM and run 64bit OS's. Is not that rare. > > Multiarch is set when writing in /etc/dpkg/dpkg.cfg.d/multiarch the > instruction to accept another architecture as foreign: > > foreign-architecture i386 > > > Regards > To+ the other workaround might be to disable multiarch, (if its enabled by default) (ps: i haven't tried this yet) $ sudo dpkg --remove-architecture i386 http://wiki.debian.org/Multiarch/Implementation From tomascohen at gmail.com Tue Oct 2 22:27:06 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Tue, 2 Oct 2012 17:27:06 -0300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: <1D8217BF-5BB9-4441-BAAC-4A265B766252@kohaaloha.com> References: <1D8217BF-5BB9-4441-BAAC-4A265B766252@kohaaloha.com> Message-ID: El oct 2, 2012 4:56 p.m., "Mason James" escribi?: > > > On 2012-10-3, at 6:53 AM, Tomas Cohen Arazi wrote: > > > On Mon, Oct 1, 2012 at 11:33 PM, Mark Tompsett wrote: > >> Greetings, > >> > >> The ?good? thing about this bug is that it only affects people who do git or > >> tarball installs in a multi-arch environment. That is, it affects us as > >> developers, not really the average user of Koha who has hopefully been > >> transitioned to a package install. > > > > Any 'new' Ubuntu setup (amd64) is multiarch by default. All our > > desktops are +4GB RAM and run 64bit OS's. Is not that rare. > > > > Multiarch is set when writing in /etc/dpkg/dpkg.cfg.d/multiarch the > > instruction to accept another architecture as foreign: > > > > foreign-architecture i386 > > > > > > Regards > > To+ > > > the other workaround might be to disable multiarch, (if its enabled by default) Really? To keep the use of dselect in the instructions? I vote for using another method for installing dependencies. I know its an overreaction, but I don't get the point of sticking to dselect anyway. If generating the deps list during install (read using a script for either triggering apt-get or printing it) is problematic, I'd rather provide qa'd copy and paste super big apt-get oneliner in the INSTALL.* files. To+ -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.a at aandc.org Tue Oct 2 23:28:43 2012 From: paul.a at aandc.org (Paul) Date: Tue, 02 Oct 2012 17:28:43 -0400 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: <5.2.1.1.2.20121002145246.04c628b0@localhost> At 02:53 PM 10/2/2012 -0300, Tomas Cohen Arazi wrote: >On Mon, Oct 1, 2012 at 11:33 PM, Mark Tompsett wrote: > > Greetings, > > > > The ???good??? thing about this bug is that it only affects people who > do git or > > tarball installs in a multi-arch environment. That is, it affects us as > > developers, not really the average user of Koha who has hopefully been > > transitioned to a package install. > >Any 'new' Ubuntu setup (amd64) is multiarch by default. All our >desktops are +4GB RAM and run 64bit OS's. Is not that rare. > >Multiarch is set when writing in /etc/dpkg/dpkg.cfg.d/multiarch the >instruction to accept another architecture as foreign: > >foreign-architecture i386 > And it appears to work well -- it will *not* install i386 packages without 'sudo apt-get install -f' It just gives you a list of required dependencies and a hint that you must use '-f' The Debian/Ubuntu pro/cons of multiarch can be read either way. Until there is a catastrophic failure of apt-get combined with dselect I feel that any capable admin would appreciate keeping them. Efficiency, flexibility and warning levels are quite sufficient. Best - Paul Who has however found one "package" (in the loosest sense of the word) that has the ability to either invisibly use the '-f' or circumvent it. From memory, in a *desktop* environment, if you don't want to use Unity, but go for "Gnome 2 classic" with 'gnome-session-fallback' or somesuch, it will install the i386 version of gcc and its libraries. You then can delete them with no apparent ill effect. But this is the [non-damaging] exception to prove the rule. Most current/new users of Koha will be using an AMD64 *server*. From robin at catalyst.net.nz Wed Oct 3 00:32:52 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 03 Oct 2012 11:32:52 +1300 Subject: [Koha-devel] Cataloguing authorities 3.6/3.8 In-Reply-To: <5.2.1.1.2.20121002101452.03f09ff0@aandc.org> References: <5.2.1.1.2.20121002101452.03f09ff0@aandc.org> Message-ID: <1349217172.17792.5.camel@zarathud> Paul schreef op di 02-10-2012 om 10:38 [-0400]: > Does anyone have a ready made method to delete a complete record in > Mysql? They're unwanted elements -- but how to remove them? Typically you can just delete them using, very very carefully, the SQL 'delete' command. If there is something important referencing them, you'll get an error. After that, you'll have to reindex. I don't know if this will fix your problem though, these depths of zebra are still a bit of a black box for me. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From robin at catalyst.net.nz Wed Oct 3 06:23:30 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 03 Oct 2012 17:23:30 +1300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: References: Message-ID: <1349238210.17792.18.camel@zarathud> Mark Tompsett schreef op di 02-10-2012 om 10:33 [+0800]: > With bug 8840, instead of writing: $ sudo apt-get install dselect > $ sudo dpkg --set-selections < install_misc/ubuntu.packages > $ sudo dselect You shouldn't really use dselect. You can use apt-get dselect-upgrade however. I've found this bug, which seems to the be the issue: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/879324 I tested a workaround, Ubuntu 12.04.1 64-bit: $ sudo dpkg --set-selections < ubuntu.packages $ sudo apt-get update # Turn off multiarch $ sudo perl -p -i -e 's/^/#/' /etc/dpkg/dpkg.cfg.d/multiarch $ sudo apt-get dselect-upgrade -u --no-install-recommends # Turn multiarch back on $ sudo perl -p -i -e 's/^#//' /etc/dpkg/dpkg.cfg.d/multiarch this worked. I don't have a 32-bit install handy but, I think this shouldn't cause problems there either (although there may be no multiarch file, so that bit may error.) It isn't necessary on Debian. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From mtj at kohaaloha.com Wed Oct 3 07:14:26 2012 From: mtj at kohaaloha.com (Mason James) Date: Wed, 3 Oct 2012 18:14:26 +1300 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: <1349238210.17792.18.camel@zarathud> References: <1349238210.17792.18.camel@zarathud> Message-ID: <2FE180EA-5D94-48D5-B1BA-37687106B509@kohaaloha.com> On 2012-10-3, at 5:23 PM, Robin Sheat wrote: > Mark Tompsett schreef op di 02-10-2012 om 10:33 [+0800]: >> With bug 8840, instead of writing: $ sudo apt-get install dselect >> $ sudo dpkg --set-selections < install_misc/ubuntu.packages >> $ sudo dselect > > You shouldn't really use dselect. You can use apt-get dselect-upgrade > however. I've found this bug, which seems to the be the issue: > > https://bugs.launchpad.net/ubuntu/+source/apt/+bug/879324 > > I tested a workaround, Ubuntu 12.04.1 64-bit: > > $ sudo dpkg --set-selections < ubuntu.packages > $ sudo apt-get update > # Turn off multiarch > $ sudo perl -p -i -e 's/^/#/' /etc/dpkg/dpkg.cfg.d/multiarch > $ sudo apt-get dselect-upgrade -u --no-install-recommends > # Turn multiarch back on > $ sudo perl -p -i -e 's/^#//' /etc/dpkg/dpkg.cfg.d/multiarch > > this worked. I don't have a 32-bit install handy but, I think this > shouldn't cause problems there either (although there may be no > multiarch file, so that bit may error.) It isn't necessary on Debian. > nice one Robin :) From mtompset at hotmail.com Wed Oct 3 07:18:34 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Wed, 3 Oct 2012 13:18:34 +0800 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: <1349238210.17792.18.camel@zarathud> References: <1349238210.17792.18.camel@zarathud> Message-ID: Greetings, But the question is: will those instructions be the same for all debian-based OSes? Generic instructions are so much nicer. GPML, Mark Tompsett From waqar.azeem at itcompletes.com Wed Oct 3 09:07:49 2012 From: waqar.azeem at itcompletes.com (Waqar Azeem) Date: Wed, 3 Oct 2012 12:07:49 +0500 Subject: [Koha-devel] Is Manage Patron Image is missing in version 3.08? Message-ID: I am trying to replace my v3.04 to v3.08 Patron image upload (Manage Patron Image) is missing from the main Patron page. http://i.imgur.com/l5oK6.png Do i need to enable some configuration or it simply have been removed? Uploading image for an individual is quite cumbersome from: Tools ? Upload patron images -- Thanks & Best Regards, Waqar Azeem -------------- next part -------------- An HTML attachment was scrubbed... URL: From claire.hernandez at biblibre.com Wed Oct 3 12:27:36 2012 From: claire.hernandez at biblibre.com (Claire Hernandez) Date: Wed, 03 Oct 2012 12:27:36 +0200 Subject: [Koha-devel] A new open source project on Drupal related to sigb (and so koha) Message-ID: <506C1318.3000004@biblibre.com> Hello, I am pleased to announce that we contributed a new drupal module called opac: http://drupal.org/project/opac Announcement is here: http://drupal.biblibre.com/en/blog/entry/biblibre-contributes-the-drupal-opac-module-in-full-projectIt evolves a lot but you can begin to test it and give us feedbacks :) The first sigb we connected is, of course, koha. It is an other way to provide opac and others things around, it is and independant full project related to whatever sigb you want. I would like to introduce a difficulty we encounted: we wanted to build on top of Ils-di but not everything can be done with it (and we found some bugs). We wonder how to expose koha services to build a significant drupal site. Ncip2 is not sufficient for us, so we've made a choice. For the moment, we are building a Koha::REST interface. The project is published http://git.biblibre.com/?p=koha-restful;a=summary but not yet submitted to the community. You can have a look and tell us what you think. If you want to send us patches, please do it, if you prefer I could clone it in github but the risk is that the project wont be up to date everyday. Regards, Claire. From claire.hernandez at biblibre.com Wed Oct 3 12:30:04 2012 From: claire.hernandez at biblibre.com (Claire Hernandez) Date: Wed, 03 Oct 2012 12:30:04 +0200 Subject: [Koha-devel] [Koha] A new open source project on Drupal related to sigb (and so koha) In-Reply-To: <506C1318.3000004@biblibre.com> References: <506C1318.3000004@biblibre.com> Message-ID: <506C13AC.5000702@biblibre.com> Oups: http://drupal.biblibre.com/en/blog/entry/biblibre-contributes-the-drupal-opac-module-in-full-project On 03/10/2012 12:27, Claire Hernandez wrote: > I am pleased to announce that we contributed a new drupal module > called opac: http://drupal.org/project/opac Announcement is here: > http://drupal.biblibre.com/en/blog/entry/biblibre-contributes-the-drupal-opac-module-in-full-project > It evolves a lot but you can From paul.poulain at biblibre.com Wed Oct 3 12:39:46 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 03 Oct 2012 12:39:46 +0200 Subject: [Koha-devel] [Koha] A new open source project on Drupal related to sigb (and so koha) In-Reply-To: <506C1318.3000004@biblibre.com> References: <506C1318.3000004@biblibre.com> Message-ID: <506C15F2.7020803@biblibre.com> Le 03/10/2012 12:27, Claire Hernandez a ?crit : > Hello, > evolves a lot but you can begin to test it and give us feedbacks :) The > first sigb we connected is, of course, koha. It is an other way to And for those who want to know what "SIGB" mean = it's "ILS" in french :D :D -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From tomascohen at gmail.com Wed Oct 3 15:45:26 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 3 Oct 2012 10:45:26 -0300 Subject: [Koha-devel] [Koha] A new open source project on Drupal related to sigb (and so koha) In-Reply-To: <506C15F2.7020803@biblibre.com> References: <506C1318.3000004@biblibre.com> <506C15F2.7020803@biblibre.com> Message-ID: On Wed, Oct 3, 2012 at 7:39 AM, Paul Poulain wrote: > Le 03/10/2012 12:27, Claire Hernandez a ?crit : >> Hello, >> evolves a lot but you can begin to test it and give us feedbacks :) The >> first sigb we connected is, of course, koha. It is an other way to > > And for those who want to know what "SIGB" mean = it's "ILS" in french :D :D And in spanish :-D +1 for a restfull Koha Regards To+ From gmc at esilibrary.com Wed Oct 3 15:56:52 2012 From: gmc at esilibrary.com (Galen Charlton) Date: Wed, 3 Oct 2012 09:56:52 -0400 Subject: [Koha-devel] Is Manage Patron Image is missing in version 3.08? In-Reply-To: References: Message-ID: Hi, On Wed, Oct 3, 2012 at 3:07 AM, Waqar Azeem wrote: > I am trying to replace my v3.04 to v3.08 > > Patron image upload (Manage Patron Image) is missing from the main Patron > page. > http://i.imgur.com/l5oK6.png > > Do i need to enable some configuration or it simply have been removed? I checked just now, and the feature is still present in 3.8. For the patron image management box on the details page to be active, the patronimages system preference must be on and the staff operator must have the batch_upload_patron_images tools permission. Regards, Galen -- Galen Charlton Director of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc at esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org From lori.ayre at galecia.com Wed Oct 3 16:18:13 2012 From: lori.ayre at galecia.com (Lori Bowen Ayre) Date: Wed, 3 Oct 2012 07:18:13 -0700 Subject: [Koha-devel] [Koha] A new open source project on Drupal related to sigb (and so koha) In-Reply-To: References: <506C1318.3000004@biblibre.com> <506C15F2.7020803@biblibre.com> Message-ID: +++! for a restful Koha. That's the most exciting part of this project. Very exciting! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant / The Galecia Group Oversight Board & Communications Committee / Evergreen (707) 763-6869 // Lori.Ayre at galecia.com Availability: http://doodle.com/loriayre Specializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= On Wed, Oct 3, 2012 at 6:45 AM, Tomas Cohen Arazi wrote: > On Wed, Oct 3, 2012 at 7:39 AM, Paul Poulain > wrote: > > Le 03/10/2012 12:27, Claire Hernandez a ?crit : > >> Hello, > >> evolves a lot but you can begin to test it and give us feedbacks :) The > >> first sigb we connected is, of course, koha. It is an other way to > > > > And for those who want to know what "SIGB" mean = it's "ILS" in french > :D :D > > And in spanish :-D > > +1 for a restfull Koha > > Regards > To+ > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.a at aandc.org Wed Oct 3 16:38:47 2012 From: paul.a at aandc.org (Paul) Date: Wed, 03 Oct 2012 10:38:47 -0400 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: <1349238210.17792.18.camel@zarathud> References: Message-ID: <5.2.1.1.2.20121003102132.036d6de0@localhost> At 05:23 PM 10/3/2012 +1300, Robin Sheat wrote: [snip] >https://bugs.launchpad.net/ubuntu/+source/apt/+bug/879324 > >I tested a workaround, Ubuntu 12.04.1 64-bit: > >$ sudo dpkg --set-selections < ubuntu.packages >$ sudo apt-get update ># Turn off multiarch >$ sudo perl -p -i -e 's/^/#/' /etc/dpkg/dpkg.cfg.d/multiarch >$ sudo apt-get dselect-upgrade -u --no-install-recommends ># Turn multiarch back on >$ sudo perl -p -i -e 's/^#//' /etc/dpkg/dpkg.cfg.d/multiarch > >this worked. I don't have a 32-bit install handy but, I think this >shouldn't cause problems there either (although there may be no >multiarch file, so that bit may error.) It isn't necessary on Debian. ^^^^^^^^^^^^^^^ Correct, it doesn't exist on i386 (I still have an old box with Intel(R) Pentium(R) 4 CPU 2.60GHz width: 32 bits *-memory size: 1019MiB) paul at server2:/$ uname -a Linux server2 3.2.0-27-generic-pae #43-Ubuntu SMP Fri Jul 6 15:06:05 UTC 2012 i686 i686 i386 GNU/Linux paul at server2:/$ lsb_release -a Description: Ubuntu 12.04 LTS paul at server2:/$ sudo cat /etc/dpkg/dpkg.cfg.d/multiarch cat: /etc/dpkg/dpkg.cfg.d/multiarch: No such file or directory Best - Paul From paul. at aandc.org Thu Oct 4 00:28:11 2012 From: paul. at aandc.org (Paul) Date: Wed, 03 Oct 2012 18:28:11 -0400 Subject: [Koha-devel] 3.6.1 upgrade to 3.8.5 and bug 8071 Message-ID: <5.2.1.1.2.20121003175520.04e0a098@stormy.ca> In my continuing quest to upgrade 3.6.1 to 3.8.x without loss of functionality (specifically authorities, generally zebra) I have now upgraded my sandbox (db fully synchronized with the production box) to 3.8.5 along the lines of "bug 8071 blocker" ... however in 3.8.5: Results 1 to 20 of 424 Summary Used in Delete World War, 1914-1918 Details 0 biblio(s) Delete World War, 1914-1918 Aerial operations. Details 0 biblio(s) Delete / ... / in 3.6.1: World War, 1914-1918 Details 5 biblio(s) World War, 1914-1918 Aerial operations. Details 16 biblio(s) / ... / So, are authorities during the upgrade still broken? Is it my db? I did do a "test" during the upgrade: paul at server:/koha-3.08.05$ sudo make test / ... / Test Summary Report ------------------- t/Barcodes_ValueBuilder.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 10 tests but ran 0. Files=89, Tests=8155, 15 wallclock secs ( 0.72 usr 0.13 sys + 13.75 cusr 0.86 csys = 15.46 CPU) Result: FAIL Failed 1/89 test programs. 0/8155 subtests failed. make: *** [test_dynamic] Error 255 but decided (despite that) to try: paul at server:/koha-3.08.05$ sudo make upgrade No errors reported From web interface: Update report : Upgrade to 3.08.04.001 done (Bug 8657 - Default sort by call number does not work. Correcting system preference value.) Upgrade to 3.08.04.002 done. (Bug 8002: Update patron attribute types table from varchar(1) to varchar(10) category_code) Warning to Koha System Administrators: If you use borrower attributes defined by borrower categories, you have to check your configuration. A bug may have removed your attribute links to borrower categories. Please check, and fix it if necessary.Upgrade to 3.08.05.000 (3.8.5 release) done So ... is 3.8.x repairable? What am I missing? thanks - Paul From robin at catalyst.net.nz Thu Oct 4 07:37:11 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Thu, 04 Oct 2012 18:37:11 +1300 Subject: [Koha-devel] Koha packages for master Message-ID: <1349329031.17792.31.camel@zarathud> The packages for master have been lagging for some time now, as dependencies were introduced that didn't have packages. This evening I started to fix this, however ran in to a problem: Data::Pagination has no copyright information, therefore it's dubious as to whether we should be using it, and I'm reluctant to distribute it. I've asked for clarification on this: https://rt.cpan.org/Public/Bug/Display.html?id=80000 however it means that packages for master will have to wait a while, until this is sorted. We should be more careful about our dependencies and whether we're allowed to distribute them. (Note: I'm 99.99% certain it'll be fine, it's just that only the author can really make that call for sure.) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From fridolyn.somers at biblibre.com Thu Oct 4 11:01:48 2012 From: fridolyn.somers at biblibre.com (Fridolyn SOMERS) Date: Thu, 04 Oct 2012 11:01:48 +0200 Subject: [Koha-devel] 3.6.1 upgrade to 3.8.5 and bug 8071 In-Reply-To: <5.2.1.1.2.20121003175520.04e0a098@stormy.ca> References: <5.2.1.1.2.20121003175520.04e0a098@stormy.ca> Message-ID: <506D507C.1050205@biblibre.com> Hie, Make a diff between your zebra config and le zebra config in sources. Especially marc_def/xxmarc/authorities/records.bas and ccl.properties. Best regards, Le 04/10/2012 00:28, Paul a ?crit : > In my continuing quest to upgrade 3.6.1 to 3.8.x without loss of > functionality (specifically authorities, generally zebra) I have now > upgraded my sandbox (db fully synchronized with the production box) to > 3.8.5 along the lines of "bug 8071 blocker" ... however in 3.8.5: > > Results 1 to 20 of 424 > Summary Used in Delete > World War, 1914-1918 Details 0 biblio(s) Delete > World War, 1914-1918 Aerial operations. Details 0 > biblio(s) Delete > / ... / > > in 3.6.1: > > World War, 1914-1918 Details 5 biblio(s) > World War, 1914-1918 Aerial operations. Details 16 biblio(s) > / ... / > > So, are authorities during the upgrade still broken? Is it my db? > > I did do a "test" during the upgrade: > > paul at server:/koha-3.08.05$ sudo make test > / ... / > Test Summary Report > ------------------- > t/Barcodes_ValueBuilder.t (Wstat: 512 Tests: 0 Failed: 0) > Non-zero exit status: 2 > Parse errors: Bad plan. You planned 10 tests but ran 0. > Files=89, Tests=8155, 15 wallclock secs ( 0.72 usr 0.13 sys + 13.75 > cusr 0.86 csys = 15.46 CPU) > Result: FAIL > Failed 1/89 test programs. 0/8155 subtests failed. > make: *** [test_dynamic] Error 255 > > but decided (despite that) to try: > > paul at server:/koha-3.08.05$ sudo make upgrade > No errors reported > > From web interface: > Update report : > > Upgrade to 3.08.04.001 done (Bug 8657 - Default sort by call > number does not work. Correcting system preference value.) > Upgrade to 3.08.04.002 done. (Bug 8002: Update patron attribute > types table from varchar(1) to varchar(10) category_code) > Warning to Koha System Administrators: If you use borrower > attributes defined by borrower categories, you have to check your > configuration. A bug may have removed your attribute links to borrower > categories. > Please check, and fix it if necessary.Upgrade to 3.08.05.000 > (3.8.5 release) done > > So ... is 3.8.x repairable? > > What am I missing? > > thanks - Paul > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ -- Fridolyn SOMERS Biblibre - P?le Support fridolyn.somers at biblibre.com -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: From mjr at phonecoop.coop Thu Oct 4 11:30:24 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 04 Oct 2012 10:30:24 +0100 Subject: [Koha-devel] dselect non-funcitonal on Ubuntu In-Reply-To: Message-ID: To+ wrote: > I vote for using another method for installing dependencies. I know its an > overreaction, but I don't get the point of sticking to dselect anyway. If > generating the deps list during install (read using a script for either > triggering apt-get or printing it) is problematic, I'd rather provide qa'd > copy and paste super big apt-get oneliner in the INSTALL.* files. History suggests that text won't be kept as up-to-date as a something that should be recreate-able from C4::Installer::PerlDependencies and stubs at release time. I first got involved with this project to clean up the installation process. The point of sticking to dpkg and "apt-get dselect-upgrade" is that they seem to be the only way to load a packages file into the package management system. Amazing but I really can't find a way to do the same with the currently-popular tools. We could include a file.desc to copy to /usr/local/share/tasksel and then tell people to run "sudo tasksel install koha". Is tasksel installed everywhere? Or we could include a pseudopackage koha-common-dependencies, which some other library software does, but I think that's frowned upon. A script that generates long apt-get command lines seems a last resort. Easy to mispaste long things or encounter problems like line length limits with unexpected results. Finally, teaching people to run "runme.sh" as root is a bad habit, so I'd really like to avoid that. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From mjr at phonecoop.coop Thu Oct 4 12:44:32 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 04 Oct 2012 11:44:32 +0100 Subject: [Koha-devel] A new open source project on Drupal related to sigb (and so koha) In-Reply-To: <506C1318.3000004@biblibre.com> Message-ID: Claire Hernandez > [...] we are building a Koha::REST interface. The project is > published http://git.biblibre.com/?p=koha-restful;a=summary but not yet > submitted to the community. You can have a look and tell us what you > think. [...] First thought: wasn't SRU and svc already a REST interface? Second thought: actually, this is for OPAC and svc is aimed at librarian tasks, so it's complementary. Should it be merged into svc as svc/opac that gets exposed on the opac as well as the intranet? Third thought: this returns JSON where svc returns XML. Could we make both offer both JSON and XML for maximum compatibility? Fourth thought: the Koha code doesn't seem to have a search method. Is SRU (or do I mean SRW) used anyway? Hope that's useful, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From paul.a at aandc.org Thu Oct 4 21:00:36 2012 From: paul.a at aandc.org (Paul) Date: Thu, 04 Oct 2012 15:00:36 -0400 Subject: [Koha-devel] 3.6.1 upgrade to 3.8.5 and bug 8071 In-Reply-To: <506D507C.1050205@biblibre.com> References: <5.2.1.1.2.20121003175520.04e0a098@stormy.ca> <5.2.1.1.2.20121003175520.04e0a098@stormy.ca> Message-ID: <5.2.1.1.2.20121004083936.02fc2748@localhost> At 11:01 AM 10/4/2012 +0200, Fridolyn SOMERS wrote: >Hie, > >Make a diff between your zebra config and le zebra config in sources. >Especially marc_def/xxmarc/authorities/records.bas and ccl.properties. Merci bien, mais ... could you be a bit more specific, please? What should I edit in the source of which zebra config file? And then reinstall? Does this also account for the << make: *** [test_dynamic] Error 255 >>? I've had a look at ccl.properties (can't see anything strange, and the only difference between 3.6.1 and 3.8.5 is in rem'd line 834 where the duplicate word 'the' in "The identifier of the the authority" has been removed) -- and cannot find 'marc_def/xxmarc/authorities/records.bas' in either version. Encore une fois, merci. a+ paul >Best regards, > >Le 04/10/2012 00:28, Paul a ?crit : >>In my continuing quest to upgrade 3.6.1 to 3.8.x without loss of >>functionality (specifically authorities, generally zebra) I have now >>upgraded my sandbox (db fully synchronized with the production box) to >>3.8.5 along the lines of "bug 8071 blocker" ... however in 3.8.5: >> >> Results 1 to 20 of 424 >>Summary Used in Delete >>World War, 1914-1918 Details 0 biblio(s) Delete >>World War, 1914-1918 Aerial operations. Details 0 >>biblio(s) Delete >>/ ... / >> >>in 3.6.1: >> >>World War, 1914-1918 Details 5 biblio(s) >>World War, 1914-1918 Aerial operations. Details 16 biblio(s) >>/ ... / >> >>So, are authorities during the upgrade still broken? Is it my db? >> >>I did do a "test" during the upgrade: >> >>paul at server:/koha-3.08.05$ sudo make test >>/ ... / >>Test Summary Report >>------------------- >>t/Barcodes_ValueBuilder.t (Wstat: 512 Tests: 0 Failed: 0) >> Non-zero exit status: 2 >> Parse errors: Bad plan. You planned 10 tests but ran 0. >>Files=89, Tests=8155, 15 wallclock secs ( 0.72 usr 0.13 sys + 13.75 >>cusr 0.86 csys = 15.46 CPU) >>Result: FAIL >>Failed 1/89 test programs. 0/8155 subtests failed. >>make: *** [test_dynamic] Error 255 >> >>but decided (despite that) to try: >> >>paul at server:/koha-3.08.05$ sudo make upgrade >>No errors reported >> >> From web interface: >>Update report : >> >> Upgrade to 3.08.04.001 done (Bug 8657 - Default sort by call number >> does not work. Correcting system preference value.) >> Upgrade to 3.08.04.002 done. (Bug 8002: Update patron attribute >> types table from varchar(1) to varchar(10) category_code) >> Warning to Koha System Administrators: If you use borrower >> attributes defined by borrower categories, you have to check your >> configuration. A bug may have removed your attribute links to borrower >> categories. >> Please check, and fix it if necessary.Upgrade to 3.08.05.000 (3.8.5 >> release) done >> >>So ... is 3.8.x repairable? >> >>What am I missing? >> >>thanks - Paul >> >>_______________________________________________ >>Koha-devel mailing list >>Koha-devel at 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/ > > >-- >Fridolyn SOMERS >Biblibre - P?le Support >fridolyn.somers at biblibre.com >_______________________________________________ >Koha-devel mailing list >Koha-devel at 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. and From mtj at kohaaloha.com Thu Oct 4 21:17:52 2012 From: mtj at kohaaloha.com (Mason James) Date: Fri, 5 Oct 2012 08:17:52 +1300 Subject: [Koha-devel] Koha packages for master In-Reply-To: <1349329031.17792.31.camel@zarathud> References: <1349329031.17792.31.camel@zarathud> Message-ID: <26836BAB-6DE8-4E23-9009-A3992E2EBE4C@kohaaloha.com> On 2012-10-4, at 6:37 PM, Robin Sheat wrote: > The packages for master have been lagging for some time now, as > dependencies were introduced that didn't have packages. This evening I > started to fix this, however ran in to a problem: Data::Pagination has > no copyright information, therefore it's dubious as to whether we should > be using it, and I'm reluctant to distribute it. I've asked for > clarification on this: > https://rt.cpan.org/Public/Bug/Display.html?id=80000 > however it means that packages for master will have to wait a while, > until this is sorted. > > We should be more careful about our dependencies and whether we're > allowed to distribute them. > > (Note: I'm 99.99% certain it'll be fine, it's just that only the author > can really make that call for sure.) hmm, its got some copyright/license info... "COPYRIGHT AND LICENSE Copyright 2005 by Daniel Muey This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself." http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6 http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6/README From robin at catalyst.net.nz Thu Oct 4 21:48:29 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 05 Oct 2012 08:48:29 +1300 Subject: [Koha-devel] Koha packages for master In-Reply-To: <26836BAB-6DE8-4E23-9009-A3992E2EBE4C@kohaaloha.com> References: <1349329031.17792.31.camel@zarathud> <26836BAB-6DE8-4E23-9009-A3992E2EBE4C@kohaaloha.com> Message-ID: <506DE80D.2010103@catalyst.net.nz> Op 05-10-12 08:17, Mason James schreef: > hmm, its got some copyright/license info... > > > "COPYRIGHT AND LICENSE > Copyright 2005 by Daniel Muey > This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself." > > > http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6 > http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6/README However, that's not the source for Data::Pagination, this is: http://cpansearch.perl.org/src/ONDR/Data-Pagination-0.44/ (between Data::Pagination, Data::Paginator, and Data::Paginate, I got them mixed up more than once too.) Robin. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From oleonard at myacpl.org Thu Oct 4 21:51:45 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Thu, 4 Oct 2012 15:51:45 -0400 Subject: [Koha-devel] OPAC themes Message-ID: The new CCSR theme which will be included in 3.10 demonstrates how a theme can be made responsive, so that the design and layout of a page can change depending on the device width. I think the "default" Koha OPAC should use this technique too. Making this kind of change gives us the opportunity to make other changes too, and I'd love to hear from others about what changes those might be, whether they be ideas about the design, layout, or structure. Some ideas off the top of my head: - Use the Bootstrap framework both for the responsive CSS grid and for the interface widgets (buttons, menus, etc)--but not be slavish to the default Bootstrap design. - Use consistent indentation rules on all templates - Move JavaScript to the bottom of the page (recommended for efficiency) - Address the needs of people who want to do customization via CSS and JavaScript. To that end I'd love to hear from the people who are doing customizations for libraries about their paint points--what aspects of the OPAC are difficult to change. I'd like to start working on this, but I think to do it right I think we need some shared goals. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From mtj at kohaaloha.com Thu Oct 4 21:54:48 2012 From: mtj at kohaaloha.com (Mason James) Date: Fri, 5 Oct 2012 08:54:48 +1300 Subject: [Koha-devel] Koha packages for master In-Reply-To: <506DE80D.2010103@catalyst.net.nz> References: <1349329031.17792.31.camel@zarathud> <26836BAB-6DE8-4E23-9009-A3992E2EBE4C@kohaaloha.com> <506DE80D.2010103@catalyst.net.nz> Message-ID: <659F38F3-AF87-4A91-A6FF-57AFD2221357@kohaaloha.com> On 2012-10-5, at 8:48 AM, Robin Sheat wrote: > Op 05-10-12 08:17, Mason James schreef: >> hmm, its got some copyright/license info... >> >> >> "COPYRIGHT AND LICENSE >> Copyright 2005 by Daniel Muey >> This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself." >> >> >> http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6 >> http://cpansearch.perl.org/src/DMUEY/Data-Paginate-0.0.6/README > > However, that's not the source for Data::Pagination, this is: > > http://cpansearch.perl.org/src/ONDR/Data-Pagination-0.44/ > > (between Data::Pagination, Data::Paginator, and Data::Paginate, I got > them mixed up more than once too.) > > Robin. oops sorry - pre moring coffee brian :/ good news is, we can probably replace Data::Pagination with Data::Paginator (should the copyright stuff not get sorted) From jnherz at gmail.com Fri Oct 5 04:13:50 2012 From: jnherz at gmail.com (john23) Date: Thu, 4 Oct 2012 19:13:50 -0700 (PDT) Subject: [Koha-devel] HOw Koha does it works? Message-ID: <1349403229987-5728918.post@n5.nabble.com> well its a general question but, I would like to know how is integrated with zebra?, how make the searches and search in the tables? how insert each item in the catalog module? I hope someone could answer.... greettings -- View this message in context: http://koha.1045719.n5.nabble.com/HOw-Koha-does-it-works-tp5728918.html Sent from the Koha-devel mailing list archive at Nabble.com. From julian.maurice at biblibre.com Fri Oct 5 08:51:50 2012 From: julian.maurice at biblibre.com (Julian Maurice) Date: Fri, 05 Oct 2012 08:51:50 +0200 Subject: [Koha-devel] OPAC themes In-Reply-To: References: Message-ID: <506E8386.5000209@biblibre.com> Le 04/10/2012 21:51, Owen Leonard a ?crit : > The new CCSR theme which will be included in 3.10 demonstrates how a > theme can be made responsive, so that the design and layout of a page > can change depending on the device width. > > I think the "default" Koha OPAC should use this technique too. > > Making this kind of change gives us the opportunity to make other > changes too, and I'd love to hear from others about what changes those > might be, whether they be ideas about the design, layout, or > structure. Some ideas off the top of my head: > > - Use the Bootstrap framework both for the responsive CSS grid and for > the interface widgets (buttons, menus, etc)--but not be slavish to the > default Bootstrap design. > - Use consistent indentation rules on all templates > - Move JavaScript to the bottom of the page (recommended for efficiency) > - Address the needs of people who want to do customization via CSS and > JavaScript. To that end I'd love to hear from the people who are doing > customizations for libraries about their paint points--what aspects of > the OPAC are difficult to change. > > I'd like to start working on this, but I think to do it right I think > we need some shared goals. > > -- Owen > - Use BLOCK, PROCESS and WRAPPER Template::Toolkit directives everywhere. I think this could greatly reduces the size of template files and make writing of templates much easier. My 2 cents. -- Julian Maurice BibLibre From waqar.azeem at itcompletes.com Fri Oct 5 09:29:32 2012 From: waqar.azeem at itcompletes.com (Waqar Azeem) Date: Fri, 5 Oct 2012 12:29:32 +0500 Subject: [Koha-devel] Is Manage Patron Image is missing in version 3.08? In-Reply-To: References: Message-ID: Thanks a lot Galen! -- Thanks & Best Regards, Waqar Azeem On Wed, Oct 3, 2012 at 6:56 PM, Galen Charlton wrote: > Hi, > > On Wed, Oct 3, 2012 at 3:07 AM, Waqar Azeem > wrote: > > I am trying to replace my v3.04 to v3.08 > > > > Patron image upload (Manage Patron Image) is missing from the main Patron > > page. > > http://i.imgur.com/l5oK6.png > > > > Do i need to enable some configuration or it simply have been removed? > > I checked just now, and the feature is still present in 3.8. For the > patron image management box on the details page to be active, the > patronimages system preference must be on and the staff operator must > have the batch_upload_patron_images tools permission. > > Regards, > > Galen > -- > Galen Charlton > Director of Implementation > Equinox Software, Inc. / The Open Source Experts > email: gmc at esilibrary.com > direct: +1 770-709-5581 > cell: +1 404-984-4366 > skype: gmcharlt > web: http://www.esilibrary.com/ > Supporting Koha and Evergreen: http://koha-community.org & > http://evergreen-ils.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.poulain at biblibre.com Fri Oct 5 10:28:25 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 05 Oct 2012 10:28:25 +0200 Subject: [Koha-devel] HOw Koha does it works? In-Reply-To: <1349403229987-5728918.post@n5.nabble.com> References: <1349403229987-5728918.post@n5.nabble.com> Message-ID: <506E9A29.5030509@biblibre.com> Le 05/10/2012 04:13, john23 a ?crit : > well its a general question but, I would like to know how is integrated with > zebra?, how make the searches and search in the tables? how insert each item > in the catalog module? > I hope someone could answer.... greettings Hi John23, I'm not sure you'll get many answers, your question being, I think, irrelevant for zebra. You want to know how to search in "zebra tables" ? You can't, because zebra has not tables. It's not a SQL software, it's an indexing engine. Koha query zebra through z3950 protocol, and use the "zebraidx" script to make updates (with something like "zebraidx update those_records" and "zebraidx delete those_records" (update automagically doing an add if the record does not exist) If you want to query the database directly, you must use yaz-client, and know the syntax -which, frankly, requires at least 25 years of studying it before being comfortable :\ - HTH -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From martin.renvoize at ptfs-europe.com Fri Oct 5 10:34:34 2012 From: martin.renvoize at ptfs-europe.com (Martin Renvoize) Date: Fri, 5 Oct 2012 09:34:34 +0100 Subject: [Koha-devel] OPAC themes In-Reply-To: <506E8386.5000209@biblibre.com> References: <506E8386.5000209@biblibre.com> Message-ID: I'm not so sure about switching to bootstrap.. it's not as backwards compatible as jQuery UI for older browsers... but it's an idea. I would be tempted to use a css framwork though.. (may most of the advatnages can come from using more features of template toolkit though.. someone stpe in and correct me if thats true). SASS and LESS are both good css framework options.. giving you more programatic type options within your style. Another 2 cents for the pile ;) On 5 October 2012 07:51, Julian Maurice wrote: > Le 04/10/2012 21:51, Owen Leonard a ?crit : > > The new CCSR theme which will be included in 3.10 demonstrates how a >> theme can be made responsive, so that the design and layout of a page >> can change depending on the device width. >> >> I think the "default" Koha OPAC should use this technique too. >> >> Making this kind of change gives us the opportunity to make other >> changes too, and I'd love to hear from others about what changes those >> might be, whether they be ideas about the design, layout, or >> structure. Some ideas off the top of my head: >> >> - Use the Bootstrap framework both for the responsive CSS grid and for >> the interface widgets (buttons, menus, etc)--but not be slavish to the >> default Bootstrap design. >> - Use consistent indentation rules on all templates >> - Move JavaScript to the bottom of the page (recommended for efficiency) >> - Address the needs of people who want to do customization via CSS and >> JavaScript. To that end I'd love to hear from the people who are doing >> customizations for libraries about their paint points--what aspects of >> the OPAC are difficult to change. >> >> I'd like to start working on this, but I think to do it right I think >> we need some shared goals. >> >> -- Owen >> >> > > - Use BLOCK, PROCESS and WRAPPER Template::Toolkit directives everywhere. > I think this could greatly reduces the size of template files and make > writing of templates much easier. > > > My 2 cents. > > -- > Julian Maurice > BibLibre > > ______________________________**_________________ > Koha-devel mailing list > Koha-devel at 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/ > -- Martin Renvoize Software Engineer, PTFS Europe Ltd Content Management and Library Solutions Skype: Mobile: 07725985636 http://www.ptfs-europe.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtj at kohaaloha.com Fri Oct 5 11:26:07 2012 From: mtj at kohaaloha.com (Mason James) Date: Fri, 5 Oct 2012 22:26:07 +1300 Subject: [Koha-devel] OPAC themes In-Reply-To: References: <506E8386.5000209@biblibre.com> Message-ID: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> On 2012-10-5, at 9:34 PM, Martin Renvoize wrote: > I'm not so sure about switching to bootstrap.. it's not as backwards compatible as jQuery UI for older browsers... but it's an idea. 3 reasons why jquery-ui is a no-go for Owen's Koha requirements... 1/ jquery-ui has no positioning functionality 2/ jquery-ui has no 'responsive' functionality 2/ jquery-ui forces developers to use javascript, not html for basic tasks and, bootstrap has great backwards compatibility -> http://github.com/twitter/bootstrap/wiki/Browser-Compatibility +1 for bootstrap > > I would be tempted to use a css framwork though.. (may most of the advatnages can come from using more features of template toolkit though.. someone stpe in and correct me if thats true). > > SASS and LESS are both good css framework options.. giving you more programatic type options within your style. > > Another 2 cents for the pile ;) > > On 5 October 2012 07:51, Julian Maurice wrote: > Le 04/10/2012 21:51, Owen Leonard a ?crit : > > The new CCSR theme which will be included in 3.10 demonstrates how a > theme can be made responsive, so that the design and layout of a page > can change depending on the device width. > > I think the "default" Koha OPAC should use this technique too. > > Making this kind of change gives us the opportunity to make other > changes too, and I'd love to hear from others about what changes those > might be, whether they be ideas about the design, layout, or > structure. Some ideas off the top of my head: > > - Use the Bootstrap framework both for the responsive CSS grid and for > the interface widgets (buttons, menus, etc)--but not be slavish to the > default Bootstrap design. > - Use consistent indentation rules on all templates > - Move JavaScript to the bottom of the page (recommended for efficiency) > - Address the needs of people who want to do customization via CSS and > JavaScript. To that end I'd love to hear from the people who are doing > customizations for libraries about their paint points--what aspects of > the OPAC are difficult to change. > > I'd like to start working on this, but I think to do it right I think > we need some shared goals. > > -- Owen > > > > - Use BLOCK, PROCESS and WRAPPER Template::Toolkit directives everywhere. I think this could greatly reduces the size of template files and make writing of templates much easier. > > > My 2 cents. > > -- > Julian Maurice > BibLibre > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ > > > > -- > Martin Renvoize > Software Engineer, PTFS Europe Ltd > Content Management and Library Solutions > Skype: > Mobile: 07725985636 > > http://www.ptfs-europe.com > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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/ cheers, Mason -- KohaAloha, NZ From mjr at phonecoop.coop Fri Oct 5 13:26:50 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 05 Oct 2012 12:26:50 +0100 Subject: [Koha-devel] OPAC themes In-Reply-To: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> Message-ID: > and, bootstrap has great backwards compatibility > -> http://github.com/twitter/bootstrap/wiki/Browser-Compatibility Only works on OS X and Windows??? And Firefox > 5? I'm pretty sure we've lots of Linux users, probably some tablets and mobiles and probably still Firefox 3.x versions out there. I think this needs some pre-inclusion testing. I'm happy to point whatever browsers I can at test sites if anyone's got some? Collect results on wiki.koha-community.org? My experience has been that many of the supposedly-responsive grid systems fail on mobile or non-JS devices. It'd be good to crack this right first time. Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From veron at veron.ch Fri Oct 5 13:32:46 2012 From: veron at veron.ch (=?ISO-8859-1?Q?Marc_V=E9ron?=) Date: Fri, 05 Oct 2012 13:32:46 +0200 Subject: [Koha-devel] OPAC themes In-Reply-To: References: Message-ID: <506EC55E.2090201@veron.ch> Two browser compatibility test sites I am aware of: http://browsershots.org/ http://netrenderer.com/ Regards Marc V?ron Am 05.10.2012 13:26, schrieb MJ Ray: >> and, bootstrap has great backwards compatibility >> -> http://github.com/twitter/bootstrap/wiki/Browser-Compatibility > > Only works on OS X and Windows??? And Firefox > 5? I'm pretty > sure we've lots of Linux users, probably some tablets and mobiles > and probably still Firefox 3.x versions out there. > > I think this needs some pre-inclusion testing. I'm happy to point > whatever browsers I can at test sites if anyone's got some? > Collect results on wiki.koha-community.org? > > My experience has been that many of the supposedly-responsive grid > systems fail on mobile or non-JS devices. It'd be good to crack this > right first time. > > Thanks, > From kyle.m.hall at gmail.com Fri Oct 5 13:56:57 2012 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Fri, 5 Oct 2012 07:56:57 -0400 Subject: [Koha-devel] OPAC themes In-Reply-To: References: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> Message-ID: On Fri, Oct 5, 2012 at 7:26 AM, MJ Ray wrote: >> and, bootstrap has great backwards compatibility >> -> http://github.com/twitter/bootstrap/wiki/Browser-Compatibility > > Only works on OS X and Windows??? And Firefox > 5? I'm pretty > sure we've lots of Linux users, probably some tablets and mobiles > and probably still Firefox 3.x versions out there. That list cannot be exhaustive. I've been using Bootstrap and I *only* view them on Linux machines, and I've never had a problem. I am using Kubuntu with Firefox and Chrome. I would assume I'm using the latest versions, but I don't try to keep up with the latest versions. Kyle From kyle.m.hall at gmail.com Fri Oct 5 14:00:05 2012 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Fri, 5 Oct 2012 08:00:05 -0400 Subject: [Koha-devel] OPAC themes In-Reply-To: References: Message-ID: > - Use the Bootstrap framework both for the responsive CSS grid and for > the interface widgets (buttons, menus, etc)--but not be slavish to the > default Bootstrap design. As a recent user of Bootstrap, I give this two thumbs up. > - Use consistent indentation rules on all templates Totally agreed. What we really need is perltidy for TT files. There is no such thing, and my attempts to write one have stalled : / > - Move JavaScript to the bottom of the page (recommended for efficiency) Agreed. Though modern browsers compensate for this quite well, I cannot see a reason not to do so anyway. > - Address the needs of people who want to do customization via CSS and > JavaScript. To that end I'd love to hear from the people who are doing > customizations for libraries about their paint points--what aspects of > the OPAC are difficult to change. One of the issues with the two OPAC themes is that jquery customization are largely incompatible between the two. I don't know if the is reconcilable, but I doubt it. > I'd like to start working on this, but I think to do it right I think > we need some shared goals. Sounds good to me! Kyle From oleonard at myacpl.org Fri Oct 5 14:27:09 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 5 Oct 2012 08:27:09 -0400 Subject: [Koha-devel] OPAC themes In-Reply-To: References: Message-ID: Thanks for helping get the conversation going everyone. Some random replies: > jQueryUI jQueryUI and Bootstrap are not mutually exclusive. jQueryUI *only* provides interface widgets like tabs, datepickers, etc. It doesn't do a CSS grid. Bootstrap could be used *only* for the grid if we wanted to. I think we might end up using both. Bootstrap, for instance, has a really useful menu system which jQueryUI lacks. > SASS and LESS These are not CSS frameworks, but tools for writing and deploying JavaScript. Bootstrap is designed to be used with LESS, and if there is enthusiasm from everyone to do so we can look at working LESS into our workflow. I'm not sold on it yet for our purposes. > Browser compatibility I agree 100% that we can't pick something that isn't going to be backwards-compatible enough. I think the exclusion of Linux from that list is a narrow-minded omission rather than real data, but of course testing is required. > JavaScript dependence It has always been my goal, and will continue to be, that the OPAC function without JavaScript. Bootstrap uses JavaScript for widgets just like jQueryUI does, but it does not require it for layout or responsiveness. > JavaScript customization across themes I imagine there's some steps to take to mitigate this problem, but since we don't offer user switchable themes I'm not sure how far we *need* to go. I would imagine libraries would pick one, customize, and deploy. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From mtj at kohaaloha.com Sat Oct 6 01:11:54 2012 From: mtj at kohaaloha.com (Mason James) Date: Sat, 6 Oct 2012 12:11:54 +1300 Subject: [Koha-devel] OPAC themes In-Reply-To: References: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> Message-ID: <0E87E264-14B0-434B-B7B9-5F5F7EB2F0E9@kohaaloha.com> On 2012-10-6, at 12:56 AM, Kyle Hall wrote: > On Fri, Oct 5, 2012 at 7:26 AM, MJ Ray wrote: >>> and, bootstrap has great backwards compatibility >>> -> http://github.com/twitter/bootstrap/wiki/Browser-Compatibility >> >> Only works on OS X and Windows??? And Firefox > 5? I'm pretty >> sure we've lots of Linux users, probably some tablets and mobiles >> and probably still Firefox 3.x versions out there. ok, ok. the 'firefox > 5' point is fair debian stable is still on firefox-3.5, the next debian release includes firefox-10 http://packages.debian.org/squeeze/iceweasel http://packages.debian.org/wheezy/iceweasel so, the bad news is that *currently* bootstrap doesn't run on debian-stable's firefox... until the next debian release > > That list cannot be exhaustive. I've been using Bootstrap and I *only* > view them on Linux machines, and I've never had a problem. I am using > Kubuntu with Firefox and Chrome. I would assume I'm using the latest > versions, but I don't try to keep up with the latest versions. > yep, thats been my experience with bootstrap on linux too (who knows why the bootstrap team didn't add linux and BSD compatibility info) From paul.a at aandc.org Sat Oct 6 01:41:44 2012 From: paul.a at aandc.org (Paul) Date: Fri, 05 Oct 2012 19:41:44 -0400 Subject: [Koha-devel] OPAC themes In-Reply-To: <0E87E264-14B0-434B-B7B9-5F5F7EB2F0E9@kohaaloha.com> References: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> Message-ID: <5.2.1.1.2.20121005192125.0420c8a0@localhost> At 12:11 PM 10/6/2012 +1300, Mason James wrote: [snip] >so, the bad news is that *currently* bootstrap doesn't run on >debian-stable's firefox... until the next debian release Also, anyone setting up a library "kiosk" using older hardware (as a charity on a non-existent budget, we have several of them) is going to be limited to Firefox 3.5 (possibly 3.6 built on Gecko 1.9.2?) regardless of later releases. I could dig out my notes, but from memory you can't get a more recent Firefox (12+, now 15?) to work on a Pentium (or at least with any degree of ease, reliability, etc) and I also seem to remember that we came to the same conclusion with Chrome. Opera seemed to be the exception, but is not (statistically) popular. While trying to remain in the realm of political correctness, many Koha users seem to be from "less developed" parts of the world where older hardware is more common. IE6 is also running into the bottom percentile range, but still has a good representation in some countries ... I personally believe that Bootstrap could genuinely offer a lot of potential, but perhaps not for all users? Best - Paul From koha.sekjal at gmail.com Sat Oct 6 18:27:02 2012 From: koha.sekjal at gmail.com (Ian Walls) Date: Sat, 6 Oct 2012 12:27:02 -0400 Subject: [Koha-devel] OPAC themes In-Reply-To: <5.2.1.1.2.20121005192125.0420c8a0@localhost> References: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> <0E87E264-14B0-434B-B7B9-5F5F7EB2F0E9@kohaaloha.com> <5.2.1.1.2.20121005192125.0420c8a0@localhost> Message-ID: I believe Koha needs to keep maximum standards compliance and backwards compatibility, as we often do encounter older hardware and software in the line of international duty. However, we do have the mechanisms in place to support multiple templates. The chief difficulty with using this feature has been keeping up to date with the changes in passed variables. If we rigourized the variables available on any given page, and agreed not to make changes to that model except with major releases (and document the changes thoroughly), it would be a lot easier to develop and maintain different templates that meet different needs. We could provide, by default, a very slick Bootstrap-based template, as well as a lean, quick-loading, highly compatible template. In general, I think we need to be very cognizant of what minimum requirements we assign to Koha, both for client and server, in order to make it was easy to adopt and use as possible. Ian On Oct 5, 2012 7:42 PM, "Paul" wrote: > At 12:11 PM 10/6/2012 +1300, Mason James wrote: > [snip] > >> so, the bad news is that *currently* bootstrap doesn't run on >> debian-stable's firefox... until the next debian release >> > > Also, anyone setting up a library "kiosk" using older hardware (as a > charity on a non-existent budget, we have several of them) is going to be > limited to Firefox 3.5 (possibly 3.6 built on Gecko 1.9.2?) regardless of > later releases. I could dig out my notes, but from memory you can't get a > more recent Firefox (12+, now 15?) to work on a Pentium (or at least with > any degree of ease, reliability, etc) and I also seem to remember that we > came to the same conclusion with Chrome. Opera seemed to be the exception, > but is not (statistically) popular. > > While trying to remain in the realm of political correctness, many Koha > users seem to be from "less developed" parts of the world where older > hardware is more common. IE6 is also running into the bottom percentile > range, but still has a good representation in some countries ... I > personally believe that Bootstrap could genuinely offer a lot of potential, > but perhaps not for all users? > > Best - Paul > > ______________________________**_________________ > Koha-devel mailing list > Koha-devel at 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/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtj at kohaaloha.com Sun Oct 7 01:00:53 2012 From: mtj at kohaaloha.com (Mason James) Date: Sun, 7 Oct 2012 12:00:53 +1300 Subject: [Koha-devel] OPAC themes In-Reply-To: References: <86B13BAA-4ABE-40CC-8A7E-8142EB14D873@kohaaloha.com> <0E87E264-14B0-434B-B7B9-5F5F7EB2F0E9@kohaaloha.com> <5.2.1.1.2.20121005192125.0420c8a0@localhost> Message-ID: <6A26EB9C-2472-47D9-82F6-6D7B47B93136@kohaaloha.com> On 2012-10-7, at 5:27 AM, Ian Walls wrote: > I believe Koha needs to keep maximum standards compliance and backwards compatibility, as we often do encounter older hardware and software in the line of international duty. > > However, we do have the mechanisms in place to support multiple templates. The chief difficulty with using this feature has been keeping up to date with the changes in passed variables. If we rigourized the variables available on any given page, and agreed not to make changes to that model except with major releases (and document the changes thoroughly), it would be a lot easier to develop and maintain different templates that meet different needs. > > We could provide, by default, a very slick Bootstrap-based template, as well as a lean, quick-loading, highly compatible template. > > wow!, that an awesome idea Ian, (something i had not thought of) i'll have a go at this task, in my spare time... :) > In general, I think we need to be very cognizant of what minimum requirements we assign to Koha, both for client and server, in order to make it was easy to adopt and use as possible. > > Ian > > > On Oct 5, 2012 7:42 PM, "Paul" wrote: > At 12:11 PM 10/6/2012 +1300, Mason James wrote: > [snip] > so, the bad news is that *currently* bootstrap doesn't run on debian-stable's firefox... until the next debian release > > Also, anyone setting up a library "kiosk" using older hardware (as a charity on a non-existent budget, we have several of them) is going to be limited to Firefox 3.5 (possibly 3.6 built on Gecko 1.9.2?) regardless of later releases. I could dig out my notes, but from memory you can't get a more recent Firefox (12+, now 15?) to work on a Pentium (or at least with any degree of ease, reliability, etc) and I also seem to remember that we came to the same conclusion with Chrome. Opera seemed to be the exception, but is not (statistically) popular. > > While trying to remain in the realm of political correctness, many Koha users seem to be from "less developed" parts of the world where older hardware is more common. IE6 is also running into the bottom percentile range, but still has a good representation in some countries ... I personally believe that Bootstrap could genuinely offer a lot of potential, but perhaps not for all users? > > Best - Paul > > _______________________________________________ > Koha-devel mailing list > Koha-devel at 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 at 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/ cheers, Mason -- KohaAloha, NZ From paul.a at aandc.org Sun Oct 7 01:05:25 2012 From: paul.a at aandc.org (Paul) Date: Sat, 06 Oct 2012 19:05:25 -0400 Subject: [Koha-devel] [Koha] Current, Simple-to-install, Installed LiveCDs/LiveDVDs are okay ( was Re: Avoid LiveCDs/LiveDVDs) In-Reply-To: References: <506FC7B0.5050204@frontiers.co.nz> Message-ID: <5.2.1.1.2.20121006155155.044f3520@localhost> Moving this to devel rather than users (apologies if anyone feels this should remain in general circulation.) At 05:41 PM 10/6/2012 +0800, Mark Tompsett wrote: [snip] >If it installs easily to a hard drive and let's them have a >packages-based, ... Mark - could you please explain your fixation with "packages-based"? (by which I *think* you mean .deb files -- please correct me if I'm mistaken.) I've been using "packages" for fifty years; they used to come in the post -- a cardboard box of punched cards -- then [t]ape [ar]chives hence 'tar' -- then standardized in the 1980s by IEEE/POSIX. They permit good transmission, particularly with modern compression and checksum techniques, of directory structure, permissions, linking, etc. They're usable in all *nix environments, not just the Debian family, but RHEL, AIX, Solaris, SuSE, BSD ... (even my old favourite Slackware.) A .tar is somewhat universal; .deb, .rpm, are o/s specific. Why limit the scope? Why not concentrate on the best possible quality of an ubiquitous .tar? >that is a good thing for non-technical people with a production environment. Please, how many "production environments" are run by "non-technical people"? (or at least without access to "technical" people?) Is Koha destined for amateurs only? Even my local, rural, very small, public library uses the municipal IT department personnel (they're on SirsiDynix.) [snip] >Chris Cormack wrote: >>Doing 2 LiveCD releases every month is a reasonable amount >>of work so I applaud them for wanting to. > >I agree monthly would be perfect, but even every 6 months (in line with >the new releases 3.10.0, 3.12.0, etc.) would be sufficient (not perfect, >but sufficient). Recognizing that I'm wandering from "live CDs", a Koha LTS should be the goal -- with security updates -- for a two year cycle in a production environment. I, and colleagues from other libraries, don't have policy, budgets or the inclination to play "new releases" every month, probably not even every six months; that's OK for video games, but not when your IT department is responsible for records in the hundreds of thousands (or many millions via Z39.xx standards.) On the other hand, enhancements are a marvelous idea, leading up to a "next LTS", and those of us who have time and the facilities should be encouraged. Such releases can be labeled "latest|whatever", but not "stable." [snip] >Though, current and previous stable releases on a monthly basis are >probably best. Hopefully this clarifies everything from my perspective. :) My knowledge of upgrade 3.6.x. to 3.8.x (12 month period) is a testament as to why an LTS, with more complete QA (or at least full documentation) should be on Koha's horizon (and to pre-empt comments concerning why I should search git and bugs and wiki and INSTALL (all variants deb, ubuntu, bland) and community and devel and users and download and ... I'm sure you understand.) Thanks and best regards - Paul From chris at bigballofwax.co.nz Sun Oct 7 01:45:16 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sun, 7 Oct 2012 12:45:16 +1300 Subject: [Koha-devel] [Koha] Current, Simple-to-install, Installed LiveCDs/LiveDVDs are okay ( was Re: Avoid LiveCDs/LiveDVDs) In-Reply-To: <5.2.1.1.2.20121006155155.044f3520@localhost> References: <506FC7B0.5050204@frontiers.co.nz> <5.2.1.1.2.20121006155155.044f3520@localhost> Message-ID: Patches accepted Chris On Oct 7, 2012 12:08 PM, "Paul" wrote: > Moving this to devel rather than users (apologies if anyone feels this > should remain in general circulation.) > > At 05:41 PM 10/6/2012 +0800, Mark Tompsett wrote: > [snip] > >> If it installs easily to a hard drive and let's them have a >> packages-based, ... >> > > Mark - could you please explain your fixation with "packages-based"? (by > which I *think* you mean .deb files -- please correct me if I'm mistaken.) > I've been using "packages" for fifty years; they used to come in the post > -- a cardboard box of punched cards -- then [t]ape [ar]chives hence 'tar' > -- then standardized in the 1980s by IEEE/POSIX. They permit good > transmission, particularly with modern compression and checksum techniques, > of directory structure, permissions, linking, etc. They're usable in all > *nix environments, not just the Debian family, but RHEL, AIX, Solaris, > SuSE, BSD ... (even my old favourite Slackware.) > > A .tar is somewhat universal; .deb, .rpm, are o/s specific. Why limit the > scope? Why not concentrate on the best possible quality of an ubiquitous > .tar? > > that is a good thing for non-technical people with a production >> environment. >> > > Please, how many "production environments" are run by "non-technical > people"? (or at least without access to "technical" people?) Is Koha > destined for amateurs only? Even my local, rural, very small, public > library uses the municipal IT department personnel (they're on SirsiDynix.) > > [snip] > >> Chris Cormack wrote: >> >>> Doing 2 LiveCD releases every month is a reasonable amount >>> of work so I applaud them for wanting to. >>> >> >> I agree monthly would be perfect, but even every 6 months (in line with >> the new releases 3.10.0, 3.12.0, etc.) would be sufficient (not perfect, >> but sufficient). >> > > Recognizing that I'm wandering from "live CDs", a Koha LTS should be the > goal -- with security updates -- for a two year cycle in a production > environment. I, and colleagues from other libraries, don't have policy, > budgets or the inclination to play "new releases" every month, probably not > even every six months; that's OK for video games, but not when your IT > department is responsible for records in the hundreds of thousands (or many > millions via Z39.xx standards.) > > On the other hand, enhancements are a marvelous idea, leading up to a > "next LTS", and those of us who have time and the facilities should be > encouraged. Such releases can be labeled "latest|whatever", but not > "stable." > > [snip] > >> Though, current and previous stable releases on a monthly basis are >> probably best. Hopefully this clarifies everything from my perspective. :) >> > > My knowledge of upgrade 3.6.x. to 3.8.x (12 month period) is a testament > as to why an LTS, with more complete QA (or at least full documentation) > should be on Koha's horizon (and to pre-empt comments concerning why I > should search git and bugs and wiki and INSTALL (all variants deb, ubuntu, > bland) and community and devel and users and download and ... I'm sure you > understand.) > > Thanks and best regards - Paul > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtj at kohaaloha.com Sun Oct 7 02:36:23 2012 From: mtj at kohaaloha.com (Mason James) Date: Sun, 7 Oct 2012 13:36:23 +1300 Subject: [Koha-devel] OPAC themes In-Reply-To: References: Message-ID: <72AA1455-E622-4B1D-B8A7-761D292CEA0A@kohaaloha.com> On 2012-10-6, at 1:00 AM, Kyle Hall wrote: >> - Use the Bootstrap framework both for the responsive CSS grid and for >> the interface widgets (buttons, menus, etc)--but not be slavish to the >> default Bootstrap design. > > As a recent user of Bootstrap, I give this two thumbs up. > >> - Use consistent indentation rules on all templates > > Totally agreed. What we really need is perltidy for TT files. There is > no such thing, and my attempts to write one have stalled : / I've recently been experimenting with tidy-html5 on .tt files http://w3c.github.com/tidy-html5/ also, sublime's auto-indent feature does an pretty-good job on .tt files too (i'm not suggesting we us this one for Koha) http://www.sublimetext.com/ anyone know if there is a good html/tt indenter/formatter for vim? > >> - Move JavaScript to the bottom of the page (recommended for efficiency) > > Agreed. Though modern browsers compensate for this quite well, I > cannot see a reason not to do so anyway. > >> - Address the needs of people who want to do customization via CSS and >> JavaScript. To that end I'd love to hear from the people who are doing >> customizations for libraries about their paint points--what aspects of >> the OPAC are difficult to change. > > One of the issues with the two OPAC themes is that jquery > customization are largely incompatible between the two. I don't know > if the is reconcilable, but I doubt it. > >> I'd like to start working on this, but I think to do it right I think >> we need some shared goals. > > Sounds good to me! > > Kyle From chris.nighswonger at gmail.com Sun Oct 7 05:32:46 2012 From: chris.nighswonger at gmail.com (Christopher Nighswonger) Date: Sat, 6 Oct 2012 23:32:46 -0400 Subject: [Koha-devel] [Koha] Current, Simple-to-install, Installed LiveCDs/LiveDVDs are okay ( was Re: Avoid LiveCDs/LiveDVDs) In-Reply-To: <5.2.1.1.2.20121006155155.044f3520@localhost> References: <506FC7B0.5050204@frontiers.co.nz> <5.2.1.1.2.20121006155155.044f3520@localhost> Message-ID: On Sat, Oct 6, 2012 at 7:05 PM, Paul wrote: > > My knowledge of upgrade 3.6.x. to 3.8.x (12 month period) is a testament > as to why an LTS, with more complete QA (or at least full documentation) > should be on Koha's horizon (and to pre-empt comments concerning why I > should search git and bugs and wiki and INSTALL (all variants deb, ubuntu, > bland) and community and devel and users and download and ... I'm sure you > understand.) > I would have to say that your "testament" has been quite the unique one during my involvement with the Koha community. I have never known anyone to have quite the difficulties you have experienced. And there are many libraries similarly sized (and perhaps larger) than the one you represent in the community. I would say that your difficulties have stemmed from, among many things, the tendency to offend those you desire help from by criticizing the very help they offer. Of late your posts have more and more taken the tone of one who appears to think that free ("as in kittens") support ought to be the order of the day. It might be good for you to step back for a few moments and carefully review each of the threads which you have initiated and attempt to discern the trend of the tone of your responses in each. Remember, at any point you and your employer are welcome to contract any available support company to handle your Koha related issues, etc. There are many in the community who are more than capable of setting up and running an "outfit" like yours on Koha quickly and efficiently. But they do it for a living, not for free. My apologies if this sounds blunt, but really, you should have more tact and be less antagonistic in your response. No one in this community owes anything to anyone else. It is all volunteer. It has been said that discretion is the better part of valor, and it will certainly get you more mileage when looking for unpaid assistance. Kind Regards, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at enger.priv.no Mon Oct 8 09:52:37 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Mon, 8 Oct 2012 09:52:37 +0200 Subject: [Koha-devel] Default search options in the OPAC In-Reply-To: References: Message-ID: On 18 September 2012 15:58, Owen Leonard wrote: > We've now got two patches pending which seek to add more options to > the default OPAC search, the masthead search bar which currently > includes options for Library catalog, title, author, subject, ISBN, > series, and call number: > > Add "Phrase" Searching to OPAC Search > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8778 > > Add accesssion [barcode] number to the drop down list in OPAC Search > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8302 > > I'll say right out that I'm opposed to these changes, but I want to > bring it up here on the list so we can discuss. I agree that the simple search should be simple. But we could probably spend a lot of time arguing about how simple is simple enough. Seems to me that it would be better to find a way to make this easily configurable. I'd like to suggest a simple solution: In the template, we could have Then we could have a syspref called OPACSearchOptions (or something), with this initial content: This would keep current behaviour, but make it easy to add or remove or re-arrange the