- Koha-devel - lists.koha-community.org

Bugzilla
by Marcel de Rooy 17 Jan '12

17 Jan '12

Hi all, I personally would like to have a wider Status column in Bugzilla. Now I have to know that e.g. "Patc" means Patch does not apply. The other terms like Need, Sign (meaning Signed off), Pass, etc. are somewhat cryptical too.. Is that possible? Regards, Marcel

5 8

Making bulk changes to bugs.koha-community.org; bug emails will be turned off briefly
by Ian Walls 16 Jan '12

16 Jan '12

Everyone, As I mentioned in my previous thread about updating Bugzilla to better make use of the Status field, I'll be taking bug emails offline for a period of time while I make bulk changes to the statuses. This is to prevent everyone from being horribly spammed. I will reactivate the emails once the changes are complete. I'll try to be on IRC for the duration of this maintenance job, in case anyone has any emergency questions. Cheers, -Ian -- Ian Walls Lead Development Specialist ByWater Solutions ALA Midwinter Booth #2048 Phone # (888) 900-8944 http://bywatersolutions.com ian.walls(a)bywatersolutions.com Twitter: @sekjal

6 8

Fwd: Koha 3.4.7. // additem.pl
by Alen Vodopijevec 16 Jan '12

16 Jan '12

Hi all! I suspect that changes in cataloguing/additem.pl caused problem with visibility of other fields on the form that have "hidden" value other then "0" (Marc bib framework). Please see detailed description sent on Koha users list below. Change that caused it: http://git.koha-community.org/gitweb/?p=koha.git;a=blobdiff;f=cataloguing/a… ---------- Forwarded message ---------- Hi! We have a strange behaviour on test upgrade 3.4.4 -> 3.4.7. with adding an item (additem.pl) Select options for all fields that have value >0 (2 or 4 for example) for "hidden" variable in subfield constraints in MARC bibliographic framework are not shown on Additem form. I'm not sure if this is a feature or bug. The only thing that I can see is an addition at around line 203 of additem.pl: if ($subfieldlib->{'hidden'}) { $subfield_data{marc_value} = qq(<input type="hidden" $attributes /> $authorised_lib{$value}); } else { $subfield_data{marc_value} =CGI::scrolling_list( # FIXME: factor out scrolling_list -name => "field_value", -values => \@authorised_values, -default => $value, -labels => \%authorised_lib, -override => 1, -size => 1, -multiple => 0, -tabindex => 1, -id => "tag_".$tag."_subfield_".$subfieldtag."_".$index_subfield, -class => "input_marceditor", ); } If I remove the first IF statement or if I set "hidden" to "0" in MARC bibliographic framework settings for that particular subfield, select options are shown. We have a same issue with 3.6.2 testing Koha. Any suggestions are welcome :). regards, alen -- Alen Vodopijevec (alen(a)irb.hr) Library, Rudjer Boskovic Institute tel.: +385 1 456 0954 (x1293) gsm: +385 98 584 045 http://lib.irb.hr http://katalog.irb.hr

1 0

Missing possibilities in bugzilla status
by Paul Poulain 16 Jan '12

16 Jan '12

As you've read, Ian has updated the workflow to add some dependancies in status (ie: you can't jump from assigned to patch pushed, for example) I've found that a usefull possibility was missing: we couldn't go back to "ASSIGNED" once we've moved forward. I've updated the workflow to re-enable this possibility. In some cases, like bug 7143, once a patch has been pushed, we just want to go back to assigned because another patch may have to be submitted, the 7143 is an omnibus. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

software error
by kazi 14 Jan '12

14 Jan '12

Dear community, Is this a bug or some other error in 3.6.3.001. How to fix it? Date::Calc::Add_Delta_Days(): not a valid date at /usr/share/koha/opac/cgi-bin/opac/opac-user.pl line 113. With regards, Kazi -- View this message in context: http://koha.1045719.n5.nabble.com/software-error-tp5106744p5106744.html Sent from the Koha-devel mailing list archive at Nabble.com.

2 3

Bugzilla workflow (bug 7245)
by Zeno Tajoli 14 Jan '12

14 Jan '12

Hi to all, this questyion is about Bugzilla workflow. The bug 7245 is fixed, code is updated in HEAD and in 3.6.x But the status is ASSIGNED and no 'RESOLVED'. Why ? Bye Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer

5 7

Perl - Files missed on config
by Tom Hanstra 13 Jan '12

13 Jan '12

Koha Developers, I'm a bit of a lurker on the list and don't do much in the line of development. So, I'm not sure how best to officially get some fixes requested. But each time I install or upgrade a new version of Koha, I consistently have to edit a number of files in the koha software because I run a different version of perl than the default /usr/bin/perl. I just upgraded one of my instances to 3.6.2 and ran into this again with this set of files, which I then have to manually edit: 1029$ find . -type f -exec grep "/usr/bin/perl" {} \; -ls #!/usr/bin/perl 28955751 4 -rwxr-xr-x 1 root root 3313 Dec 22 17:55 ./misc/translator/translate #!/usr/bin/perl 28340370 16 -rw-r--r-- 1 root root 8457 Dec 22 17:55 ./lib/C4/ShelfBrowser.pm #!/usr/bin/perl 28341122 4 -rwxr-xr-x 1 root root 3153 Dec 22 17:55 ./bin/maintenance/borrowers-force-messaging-defaults #!/usr/bin/perl 28341185 16 -rwxr-xr-x 1 root root 8703 Dec 22 17:55 ./bin/admin/koha-preferences #!/usr/bin/perl 28337824 12 -rwxr-xr-x 1 root root 7848 Dec 22 17:55 ./opac/cgi-bin/opac/unapi #!/usr/bin/perl 5923679 4 -rwxr-xr-x 1 root root 2775 Dec 22 17:55 ./intranet/cgi-bin/svc/new_bib #!/usr/bin/perl 5923680 4 -rwxr-xr-x 1 root root 3255 Dec 22 17:55 ./intranet/cgi-bin/svc/bib #!/usr/bin/perl 5923681 12 -rwxr-xr-x 1 root root 4659 Dec 22 17:55 ./intranet/cgi-bin/svc/bib_profile #!/usr/bin/perl 5923685 4 -rwxr-xr-x 1 root root 2709 Dec 22 17:55 ./intranet/cgi-bin/svc/config/systempreferences #!/usr/bin/perl 5923684 4 -rwxr-xr-x 1 root root 1948 Dec 22 17:55 ./intranet/cgi-bin/svc/authentication #!/usr/bin/perl 5923910 16 -rwxr-xr-x 1 root root 9502 Dec 22 17:55 ./intranet/cgi-bin/acqui/pdfformat/layout2pages.pm #!/usr/bin/perl 5923914 24 -rwxr-xr-x 1 root root 16999 Dec 22 17:55 ./intranet/cgi-bin/acqui/pdfformat/layout3pages.pm #!/usr/bin/perl 28948350 4 -rwxr-xr-x 1 root root 3407 Dec 22 17:55 ./intranet/cgi-bin/reports/itemtypes.plugin #!/usr/bin/perl 28948413 12 -rwxr-xr-x 1 root root 7939 Dec 22 17:55 ./intranet/cgi-bin/reports/issues_by_borrower_category.plugin Is there a (preferably low overhead) way to report these other than the way I'm doing by hitting the list? Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom(a)nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. -----------------------------------------------------------------------------

3 2

Solr integration and kaizen (bug 7430)
by Jared Camins-Esakov 09 Jan '12

09 Jan '12

Good time of day! In an effort to help myself understand the issues that are facing the solr integration project, I have written a proof-of-concept patch for bug 7430 that moves ModZebra out of C4::Biblio into Koha::Search::Engine*. Let me repeat that. This is a proof-of-concept. I may or may not continue working on it, depending on whether the mood takes me at a moment when I have free time for playing. However, I wanted to point it out so that people could look at it, think about it, and maybe discuss it, if anyone had anything they wanted to discuss. Without further ado, the commit message follows. This proof-of-concept commit does the following: * Moves all the functionality from C4::Biblio::ModZebra into a new Koha::Search::Engine namespace, breaking it up into Zebra and NoZebra classes for the relevant sections. * Rather than calling ModZebra, callers should now use Koha::Search and call AddToIndexQueue() with the same arguments. * Creates a new Koha::Utils class with GetMarcFromKohaField and GetAuthType methods, in an attempt to begin the process of reducing circular dependencies * Adds a syspref SearchEngine to specify whether Zebra or NoZebra is to be used, based on the setting of NoZebra. This syspref is checked *only* in ModZebra replacement code. The NoZebra is still relied upon by *all other* search-related code. IMPORTANT NOTE: The syspref is added by the atomicupdate in installer/data/mysql/atomicupdate/bug_7430_add_searchengine_syspref IMPORTANT NOTE: NoZebra indexing is currently broken due to the lack of a get_auth_type_location() method that can be used by the Koha::Search::Engine::NoZebra class. IMPORTANT NOTE: This patch depends on the patches for bug 7284. One point on that last important note: the patch for bug 7284 centralizes calls to GetAuthType, but it has no functional relation to bug 7430, and it would be easy enough to cherry-pick this patch onto Master by simply removing the merge conflict, if anyone cared. Also, possibly the key question: anyone have any ideas on dealing with get_auth_type_location() so that NoZebra could go back to working as well as it ever has in recent memory? Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins(a)cpbibliography.com (web) http://www.cpbibliography.com/

1 0

Active borrowers report
by Cab Vinton 09 Jan '12

09 Jan '12

A couple years ago Jesse Weaver came up with this report for active borrowers (i.e., patrons checking out materials): SELECT YEAR(issuedate), MONTH(issuedate), categorycode, COUNT(DISTINCT borrowernumber) FROM old_issues LEFT JOIN borrowers USING (borrowernumber) GROUP BY YEAR(issuedate), MONTH(issuedate), categorycode; I'm wondering if the caveat he notes is still true: Because it uses old_issues, it won't include anything that's still checked out; getting around that requires either ugly subqueries or running the report with old_issues and issues and manually combining the results. Is there a relatively easy way to modify the report so it includes patrons who may still have items checked out? Thanks for any assistance! Cab Vinton, Director Sanbornton Public Library Sanbornton, NH "Politeness and consideration for others is like investing pennies and getting dollars back." Thomas Sowell

5 7

Position Open with ByWater Solutions
by Nathan Curulla 09 Jan '12

09 Jan '12

Greetings! We are currently seeking an individual to fulfill a Development Specialist role with ByWater Solutions. The candidate must be self motivated and comfortable with working from home. The core responsibilities of this position will include: Determination of the root of support ticket issues and resolving the problem Identification and resolution of bugs within development projects Creation of bug reports and patches, and submittal of these fixes to the Koha community Determination of the technical requirements needed to get the end goal the client expects from a development project Identify and resolve multiple recurring issues, and creating a solution that will fix all issues simultaneously. Required skills: Perl experience, including working with Modules and Object Oriented Perl Extensive experience with Debian Linux command line operations MySQL XHTML/CSS Git version control knowledge of MARC21 Library/Library Software experience Excellent communication skills Excellent problem solving skills Commitment to open source Comfortable working from home Preferred: Knowledge of the Koha open source ILS MLIS/MIS/MLS from ALA accredited library school 5+ years library experience experience with: Indexdata's Zebra Selenium Bugzilla Postfix/exim4 or other MTAs Template Toolkit JQuery HTML5 and CSS3 NYTProf Please let us know if you have any questions regarding this position, or if you would like to schedule an interview, and we will get back to you directly. Thank you very much and have a great day! All the best, -Nate > Nathan A. Curulla > Executive Vice President > ByWater Solutions > VISIT US AT ALA MIDWINTER BOOTH # 2048 > Support and Consulting for Open Source Software > Headquarters: Santa Barbara, CA. > Office: West Haven, CT. > Phone/Fax # (888) 900-8944 xt 2 > Cell # (203) 685-7207 > http://bywatersolutions.com > nate(a)bywatersolutions.com

1 0