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
* V
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 not
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 wrote:
> 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
> >> would appreciate any
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,
> it would be worth extending the message queue stuff to allow it to happen
I don't see how that could be done. It looks like its whole concept is centred
about sending messages to patrons (``borrowers'').
___
Koha-devel mailing list
Koha-devel@lists.koh
Paul Poulain
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 enhancement, no-one plan to ta
Paul 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 the new box.
Le 02/08/2011 16:56, Mahesh T Pai a écrit :
> Paul Poulain
> 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
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 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 they didn't when instal
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. Th
On 2 August 2011 17:09, Paul Poulain wrote:
> Le 02/08/2011 16:56, Mahesh T Pai a écrit :
>> Paul Poulain
>> 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
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
> At 07
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 sn
Dear Community,
As you are likely aware, I am the elected Quality Assurance Manager for the
3.6 release. As you may also be aware, there are currently 96 patches in
Bugzilla that are signed off and ready for QA testing (at the time of this
writing). My goal for my term as QAM was to keep this l
+1, QAM is not the same as carry the yolk alone!
On Aug 2, 2011, at 1:04 PM, Ian Walls wrote:
Dear Community,
As you are likely aware, I am the elected Quality Assurance Manager
for the 3.6 release. As you may also be aware, there are currently
96 patches in Bugzilla that are signed off
FWIW:
I personally would welcome Paul as assistant QAM.
But I do not think that QAM should "deputize" others without consent of the
community.
QAM and assistants could be elected on a meeting.
In this case I would suggest to let Paul start and make it formal on the next
meeting.
_
On 3 Aug 2011 05:39, "Stephen Wills" wrote:
>
> +1, QAM is not the same as carry the yolk alone!
Indeed, and like Marcel I have no issues in this case. But I do think he is
right about it being a community decision.
Having said that, I think paul will do fine.
But everyone can help, it still sh
On 2011-08-1, at 7:06 PM, Chris Cormack wrote:
> On 1 August 2011 19:03, Magnus Enger wrote:
>> On 1 August 2011 02:49, Mason James wrote:
>>> i think an little improvement to our current patch workflow, would be to
>>> just attach the patch to a bug, in bugzilla
>>> an automated bugzilla scri
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?
-> http://bugs.koha-com
Marcel de Rooy schreef op ma 01-08-2011 om 06:44 [+]:
> i think an little improvement to our current patch workflow, would be
> to just attach the patch to a bug, in bugzilla
> an automated bugzilla script could then send that new patch to the
> patches list
It's not quite the same, but I use
Edgar Fuß schreef op di 02-08-2011 om 16:47 [+0200]:
> > it would be worth extending the message queue stuff to allow it to
> happen
> I don't see how that could be done. It looks like its whole concept is
> centred about sending messages to patrons (``borrowers'').
Without having looking at the
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
23 matches
Mail list logo
