l --cpan HTTP::OAI --build
dpkg -i *deb
every question is welcome :)
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mai
erences, my advice is to remove
every rpm based from the candidate list.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
s
no sense when i write print $input->header).
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
koha 3.0.0, if you want to take benefits from
patches (bug corrections), you are now in 3.0.2. I would like to use git
as a 'aptitude update' or 'windows update'. I see it as the best
practice and wonder if i missed unexpected and dangerous effects.
regards
--
Marc Chantreu
27;m afraid to drive
some koha users on a bad way. i really appreciate the ideas and
feedbacks of all of you to know why you use the 'STANDARD' mode.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
ient (the command line one) to be in the
path of your http server (this is a bug due to the koha installer
stragegy).
> That is strange as it could connect to the database in the step 2 :
yes ... because you now use the perl DBI engine that does not need
external commands.
regards
--
Ma
pl with the -r flag.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
o biblioitems items
auth_header sessions zebraqueue
)
print 'truncate '$^tables';
' | mysql
if you don't use zsh, just open your prefered mysql client and truncate all the
tables listed between the 2 parentheses.
--
Marc Chantreux
BibLibre, expert en logiciel
rameworks like Moose.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
On Wed, Oct 15, 2008 at 03:28:12PM +0200, Marc Chantreux wrote:
> hello guys,
>
> I just rewritten the C4::Bookseller::AddBookseller and it now looks
> like:
>
> sub AddBookseller {
> _koha_insert_and_get_id(
> 'aqbooksellers', shift
> );
&
On Fri, Nov 14, 2008 at 12:50:57PM +1100, Rick Welykochy wrote:
> Anyone have experience with the impending CPAN replacement called
> CPLANPLUS?
> I raise this in light of addressing the issue of problems many seem to
> be having installing the perl module requirements for Koha.
i have a sight on
;t you think that koha use one of these ?
Regards
--
Marc Chantreux
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
}
# return the last id
C4::Context->config('db_scheme') eq 'mysql'
and return $dbh->{mysql_insertid};
# todo use the last_insert_id dbh function
# my $id = $dbh->last_insert_id( ? );
# before give up
warn 'database unabl
On Tue, Sep 30, 2008 at 07:31:05AM -0500, Galen Charlton wrote:
> On Tue, Sep 30, 2008 at 3:59 AM, MJ Ray <[EMAIL PROTECTED]> wrote:
> > Marc Chantreux <[EMAIL PROTECTED]> wrote:
> >> $_ is not the only one point that can confuse the code reader so i also
> >&
dentation,
> out-of-date, POD, low test suite coverage, and so on. I would rather
> that the style guide focus on the larger issues.
both are important because if a coder knows he have a chance to find the
"koha way" in the coding style document, he'll use it.
regards
--
Mar
On Mon, Sep 29, 2008 at 04:15:23PM -0400, Sébastien Nadeau wrote:
> > $_ isn't such one ?
> I should have said: use explicit iterators.
that's the point i want to point in: i wonder if the problem is the use
of $_ (that is just another variable name) or the use of implicity.
but i'm not fluent with it. Any doc about that (in the wiki
> > or whatever?)
>
> http://wiki.koha.org/doku.php?id=en:development:unit_testing
thanks for the link
> I've no problem having a large number of bugs.
to i'll create them
regards
--
Marc Chantreux
http
it in nested loops.
> It is definatly simpler to use
> iterators in this case.
$_ isn't such one ?
--
Marc Chantreux
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
___
Koha-devel mailing list
Koha-devel@lists.koh
For the moment, we have guys pro and 2 cons. Is it possible to poll and
add it in the coding style?
regards
--
Marc Chantreux
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
___
Koha-devel mailing list
Koha-devel@lists
f you used the implicit syntax and you want to add a name for the old
$_, you can (murphy will say *must*) forget to rewrite an instruction
and this is just a new bug.
regards
--
Marc Chantreux
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
gue; I suggest opening a bug for
> each cleanup, to remain open until all instances of that cleanup have
> been completed.
i though about it but it will open a large range of bugs. the only one
bug was just a proposal to limit the polution in bugs.koha.org.
regards
--
Marc Chantreux
http:
ple if such a
cleanning work is welcome.
> I hope I'm not looking too pretentious for my first post.
even if i disagree with you, it's good to have other points of view in
mind.
regards
--
Marc Chantreux
http://www.biblibre.com
Expert
"$authorityserverdir/tab";
print "Info: created $authorityserverdir/tab\n";
$created_dir_or_file++;
}
unless (-d "$authorityserverdir/key") {
mkdir "$authorityserverdir/key";
print "Info: created $authorityserverdir/key\n&quo
On Fri, Sep 26, 2008 at 09:51:13AM -0600, Michael Hafen wrote:
> > i don't think so! can you imagine a password stored in plain in a modern
> > and secure system? i think that the current code expect that the plain
> > text used for comparaison will be encrypted by the server.
>
> I read somewhere
On Fri, Sep 26, 2008 at 09:17:13AM -0600, Michael Hafen wrote:
> that Active Directory does not have the attribute auth_with_ldap.pm is
> looking for to compare to the user entered password.
this can be set with xpath /ldapserver/mapping/[EMAIL PROTECTED] but it will
fail because you can't compare
hello Koha developpers,
Biblibre guys had a meeting today about the ldap authentication in koha
because we're unable to use it against an Active Directory server.
So we read the code and the wiki, focusing on the "Bind-as-Auth vs.
$ldap->compare()" part.
As former ldap administrator, i'm a bit
e;
into mysql to find help. schema description can help (not only new
koha contributors, i guess).
For the both jobs: i think there is no way to expect a parser to get the
job done.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
so on).
other points can be discuted for packaging. For example: how do we
handle localization files, or misc tools?
> MJ: can you tell me where I can find your work about koha packaging ?
MJ? :)
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.co
ml) without having
side effect ;)
regards
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
ian Bugs found some report:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389876
MRJ has de debianized version of koha in his git. I wait for him to go
public with that work to discuss about the good way to debianize koha.
regards
--
Marc Chantreux
BibLibre, expert en logiciels libre
login'@'localhost' identified by '$password';
flush privileges;
GRANTACCESS
}
If you are a debian user, look at
http://musil.biblibre.com/koha/README.install_koha_on_fresh_debian
regards,
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http:/
t bugs).
regards,
mc
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
# $Id:$ vim: fdm=marker
# Licensed under the GPL
# Copyright 2008 Biblibre.com
# Koha library project www.koha.org
#
# this script follow all the installtion procedure described in INS
to work correctly
now but i'm afraid about those details.
regards
mc
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
he policy libxml-libxslt-perl
libxml-libxslt-perl:
Installé : 1.59-1
Candidat : 1.59-1
Table de version :
1.62-1.1 0
500 http://ftp.fr.debian.org testing/main Packages
*** 1.59-1 0
990 http://ftp.u-strasbg.fr etch/main Packages
100 /var/lib/dpkg/status
hth
--
- Forwarded message from Marc Chantreux <[EMAIL PROTECTED]> -
From: Marc Chantreux <[EMAIL PROTECTED]>
To: koha-devel@lists.koha.org
Subject: Re: [Koha-devel] XML::LIBXSLT error on Debian etch
On Wed, May 07, 2008 at 08:48:34AM -0600, Chadwick, John, DCA wrote:
> Okay
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
36 matches
Mail list logo
