point to the correct directory,
instead of munging each file name, and we don't have to rename the
existing SQL scripts, just move them.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457
___
Ko
{dbms}/kohastructure.sql, along with updatedatabase.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
after rebuild_zebra is tweaked so that it has an
option to *only* export the bibs or authorities.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
t know how we
> will solve it atm.
>
> knowing 2 and 3 users can choose to have something translated or
> something correct from a MARC pov. I know some customers that will
> prefer one, some prefering the other.
I agree that the hard-coded strings need to be taken out, and should
be
't creating
> > and pushing unannounced fixes to the main repo fast enough, the
> > conflicts are their lookout IMO. For example, I didn't know Galen
> > Charlton was also working on the PL_FILES problems until your email.
[snip]
> More significantly for this case, the sugge
ithdrawn' with
'items.wthdrawn'. While I would prefer to spell the column correctly,
sticking with 'wthdrawn' for now affects rather fewer files. I'll
wait for 3.2 to rename the column.
Regards,
Galen
--
Galen Charlton
Koha Applicatio
nd am hoping to get us all towards a consensus.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
unstable version (i.e., 3.1/3.2)?
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
Hi,
On 11/27/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > As was mentioned yesterday, I will be on #koha tomorrow (i.e.,
> > Wednesday, 28 November 2007) at 11 a.m. Central / 12 p.m. Eastern if
> > anybody
t few days, I will be applying more patches and working on:
[1] separate target directories for Zebra configuration files and index data.
[2] general bug fixes
Tomorrow I will also post a summary of the #koha discussion regarding
the installer.
Regards,
Galen
--
Galen Charlton
Koha Application Deve
then map back to MARC, e.g., dc.title = 245$a, etc.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
ra
index the DC natively. Throw in some XSLT to display the DC in the
OPAC, and you can search and display this metadata without necessarily
having to map to MARC. But if you want something to play with now,
you can map your DC to MARC per LC's crosswalk
(http://www.loc.gov/marc/marc2dc.html)
vel.
My testing was done solely on Debian Etch, by the way. Also, please
note that my repository was cloned from HEAD almost two weeks ago and
I have not yet merged in current work, so please bear that in mind.
Thanks to Henri-Damien Laurent, Chris Nighswonger, and Chris Cormack
for contributing
table 'accountlines'
Odd, it should check for 'ALL PRIVILEGES' or for specific grants,
including 'DROP'. Could you send me the output of the following mysql
query:
SHOW GRANT FOR 'kohaadmin'@'localhost'
Hi,
On 12/12/07, Bradley Peters <[EMAIL PROTECTED]> wrote:
> On 12/12/07, Galen Charlton <[EMAIL PROTECTED]> wrote:
> > SHOW GRANT FOR 'kohaadmin'@'localhost';
>
> Apparently kohaadmin is only granted SELECT. I guess I did something
> wrong whe
HI,
Partial response -- more later:
On 12/13/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > git repo:
> > http://manage-gmc.dev.kohalibrary.com/koha-installer.git
>
> The branch is called "installer&qu
Hi,
On 12/13/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > * Prompting for more configuration information during perl Makefile.PL
>
> Has this been done in a way that makes this step difficult to
> automate/pack
Hi,
On 12/13/07, Bünzli Daniel <[EMAIL PROTECTED]> wrote:
> Le 12 déc. 07 à 19:56, Galen Charlton a écrit :
> > ** 'single': install everything under one subdirectory; meant for
> > users who do not have root on their host but are allowed to install
> > softwa
Hi,
On 12/14/07, Bradley D. Peters <[EMAIL PROTECTED]> wrote:
> On 12/12/07, Galen Charlton <[EMAIL PROTECTED]> wrote:
> [Fri Dec 14 03:17:07 2007] Makefile.PL: Warning: prerequisite
> MARC::Crosswalk::DublinCore 0.03 not found. We have 0.02.
>
> I have installed t
Hi,
On 12/14/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > On 12/13/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> It doesn't at the moment, but accidents will happen. _get_value()
> doesn't detect when it
Hi,
On 12/12/07, Galen Charlton <[EMAIL PROTECTED]> wrote:
> Tarball with the revised installer:
>
> http://manage-gmc.dev.kohalibrary.com/koha-3.00.00.032.tar.gz
A new tarball reflecting the current state of my tree is available:
http://manage-gmc.dev.kohalibrary.com/koha-3.00.0
message is coming from an older
(i.e., pre-3.0 or perhaps a really old 3) version of C4/Context.pm.
I'm guessing that you also have Koha 2 installed on that box. Since
you've subsequently corrected PERL5LIB, the error message went away.
Re
Hi,
On 12/17/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > On 12/14/07, MJ Ray <[EMAIL PROTECTED]> wrote:
> > > "Galen Charlton" <[EMAIL PROTECTED]> wrote:
> > > > On 12/13/0
bedded item information in the biblio MARC without updating the
items table.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.n
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
halibrary.com/patches/.
make test now runs with no errors or warnings for me on Debian; of
course, many of the test files could stand some attention to expand
their coverage.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
_
mon: command not
> found
Looks like a dependency needs to be specified -- the command it wants
is /usr/bin/daemon, which is part of the daemon package in Debian.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTEC
___
> Koha-devel mailing list
> Koha-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/koha-devel
>
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
u use. If you were to also create sample
settings and data for Italian libraries, the SQL scripts to load that data
would also go under subdirectories of installer/data/mysql/it.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTEC
s. Perhaps there should be an omnibus function in
C4::Circulation or C4::Items that checks all of the various fields
that describe an item's status and returns a nicely structured result
that in turn can be parsed for display in the staff or OPAC search
resul
Hi,
On 1/29/08, Paul POULAIN <[EMAIL PROTECTED]> wrote:
> Galen Charlton a écrit :
> > I don't think a new items field would necessary, as the transfer
> > status should be derivable from branchtransfers and the request status
> > from reserves. Perhaps there
aff interface -- the definitions could
be stored in the database, then serialized to XML and transformed to
the Zebra indexing XSLT.
Comments requested.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
arning:
As it happens, at this very moment I am working on some patches to
improve character set conversion, including adding support for
converting Latin-1 MARC records to UTF-8 from the command-line import
jobs. I should have something for you to test later today or
tomorrow.
Regards,
Galen
Hi,
On 1/31/08, Galen Charlton <[EMAIL PROTECTED]> wrote:
> As it happens, at this very moment I am working on some patches to
> improve character set conversion, including adding support for
> converting Latin-1 MARC records to UTF-8 from the command-line import
> jobs. I sho
A
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
s. Are you saying that OPAC
users should be able to make their lists public as well? If so, that
sounds useful, but I think we would then need to handle the
possibility of there being tens or hundreds of public lists.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL P
makes sense, and I agree that
public lists ought to be accessible to anonymous OPAC users.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.or
etting this into 3.0 or 3.x quickly, possibly
making it a parallel alternative to the existing issuingrules.pl for a
while.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-
fs.
Please let me know if any of these are in fact in use, represent
pre-2.2.9 features that ought to be ported to 3.0, represent a feature
that someone is willing to code and submit a patch for relatively
soon, or are in use by an existing contrib. If there are an
ues:
"normal", "isbn", or "marc". It controls what bibliographic detail
display (normal, ISBN, or MARC) is chosen when you click on a bib in a
catalogue search results list.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLim
Hi,
On 2/22/08, Irma <[EMAIL PROTECTED]> wrote:
> Should the "isbn" not read: ISBD?
It should be 'isbd', not 'isbn' -- thanks for catching that.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[
ago-style ;) ) pizza.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
doing this?
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
s situation?
You can do this by setting, for each crontab entry, the KOHA_CONF
environment variable to point to the correct koha-conf.xml.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
_
far as I know, no special integration is required. Most RFID and
barcode readers simply pass the barcode or RFID number to applications
via the keyboard interface, so as long as items.barcode is wide enough
to accommodate the longest numbering standard in use, nothing special
is needed.
Regards,
Gale
s
and old_reserves tables if they desire to remove or completely
anonymize circulation history.
Thoughts?
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-
I expect that I will turn up more circulation bugs as I work
through cleaning up holds.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
tions.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
[Forgot to CC koha-devel; apologies to MJ for duplicate email --gmc]
-- Forwarded message --
From: Galen Charlton <[EMAIL PROTECTED]>
Date: Thu, Mar 27, 2008 at 2:47 PM
Subject: Re: [Koha-devel] Q: DebugLevel=2 and version list; do we want
backtraces?
To: MJ Ray <[EMAIL
view at
http://manage-gmc.dev.kohalibrary.com/patches/granular/.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
Koha-devel mailing list
Koha-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
w_XXX = view record type XXX
* edit_XXX = edit record type XXX
* first word or word group in the code is a verb
* don't put in a negative, e.g., don't have something like
'cannot_edit_orders'. A permission should be a positive grant of a
privilege.
Regards
b browsers can render NFD strings without any
difficulty, while other ones seem to work better if NFC is used.
Right now Koha passes UTF-8 strings to the browser without
renormalizing them, but perhaps we should be automatically converting
them to NFC?
Regards,
Galen
--
Galen Charlton
Koha Applica
tied to the project root so
that a Makefile in a project subdirectory is not ignored by default.
*.patch
/t/run
/t/test-config.txt
/blib
/Makefile
/Makefile.old
/pm_to_blib
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
___
53 matches
Mail list logo
