Hi everybody,
Chris suggested in one of his recent blog post that we should start
thinking about positions for next release (starting october)
I've added the page on the wiki:
http://wiki.koha-community.org/wiki/Roles_for_3.8
During the last IRC meeting, we decided :
* Nomination sept, 22th
*
Hi all,
Looking at what is assigned to me, I see that there are things, old or
very old, that I don't plan to deal with, even if, in some case, it's a
valid entry.
For example : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=444
This is an enhancement. It's still a good idea, still
ByWater Solutions also runs 64 bit Debian Squeeze, and we are quite pleased
with it.
-Ian
On Mon, Aug 1, 2011 at 9:57 PM, Paul Poulain paul.poul...@biblibre.comwrote:
Le 01/08/2011 23:07, Chris Cormack a écrit :
I'll then migrate our current db from 3.2 (on a 32-bit machine) and
again
At 07:07 AM 8/2/2011 -0400, Ian Walls wrote:
ByWater Solutions also runs 64 bit Debian Squeeze, and we are quite
pleased with it.
Tnx to all for your replies. A follow-up if I may? How much RAM are you
using? My current sand-box server is very slow (4-7 seconds for
searches, admin saves,
Paul Poulain paul.poul...@biblibre.com
writes:
My question : what should I do to discard this entry from my list ? I
tried to remove me as assignee, but bz don't want no assignee. Should
we have a virtual assignee for this kind of entry ? Should I close the
bug entry as it's an
Paul pau...@aandc.org writes:
Tnx to all for your replies. A follow-up if I may? How much RAM are you
using? My current sand-box server is very slow (4-7 seconds for searches,
admin saves, etc) with only 2 gigs; we are refining our new specs and
hesitating between 8 and 16 gigs for
Le 02/08/2011 16:56, Mahesh T Pai a écrit :
Paul Poulain paul.poul...@biblibre.com
writes:
My question : what should I do to discard this entry from my list ? I
tried to remove me as assignee, but bz don't want no assignee. Should
we have a virtual assignee for this kind of entry ?
Le 02/08/2011 17:00, Mahesh T Pai a écrit :
3.4.2 is visibly faster than 3.4.1 anyway - especially in staff client
searches.
really ? anyone has a technical explanation to this boost ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
El , Paul Poulain paul.poul...@biblibre.com escribió:
Le 02/08/2011 17:00, Mahesh T Pai a écrit :
3.4.2 is visibly faster than 3.4.1 anyway - especially in staff client
searches.
really ? anyone has a technical explanation to this boost ?
Maybe they've just installed memcached which
Currently, while booksellers.pl tries to restrict a user's ability to view
baskets, that's easily circumvented simply by altering the basketno CGI
parameter to, e.g. baket.pl.
I can think of three ways to close this security hole:
1. Check permissions in every script that deals with baskets.
On 2 August 2011 17:09, Paul Poulain paul.poul...@biblibre.com wrote:
Le 02/08/2011 16:56, Mahesh T Pai a écrit :
Paul Poulain paul.poul...@biblibre.com
writes:
My question : what should I do to discard this entry from my list ? I
tried to remove me as assignee, but bz don't want no
The guideline we've followed is to have as much RAM as you do MySQL
database. For a very large system, that's not always possible, and isn't
even necessary with the right tuning, but RAM more than anything is the key
resource to throw at Koha for snappier response.
-Ian
2011/8/2 Paul
Le 02/08/2011 18:36, Ian Walls a écrit :
The guideline we've followed is to have as much RAM as you do MySQL
database. For a very large system, that's not always possible, and
isn't even necessary with the right tuning, but RAM more than anything
is the key resource to throw at Koha for
On 2011-08-1, at 7:06 PM, Chris Cormack wrote:
On 1 August 2011 19:03, Magnus Enger mag...@enger.priv.no wrote:
On 1 August 2011 02:49, Mason James m...@kohaaloha.com wrote:
i think an little improvement to our current patch workflow, would be to
just attach the patch to a bug, in bugzilla
On 2011-08-3, at 4:12 AM, Edgar Fuß wrote:
Currently, while booksellers.pl tries to restrict a user's ability to view
baskets, that's easily circumvented simply by altering the basketno CGI
parameter to, e.g. baket.pl.
hmmm, perhaps log this issue in bugzilla?
-
Hi All,
First of all please accept my apologies for missing last few meetings. I
have multiple out of station projects on hand currently, most of them in
remote areas with very very patchy mobile networks let alone good internet
connectivity.
Having said that please rest assured that preparations
16 matches
Mail list logo