I should get someone on it ASAP while it
has someone's attention :)
I don't think it would benefit the QA team receiving potentially a
thousand email every day. But for the common contributor, that would
help greatly.
What do you think?
Philippe Blouin,
Responsable du développe
Great! I'm writting down a note to work on it during a downtime.
Thanks!
Philippe Blouin,
Responsable du développement informatique
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibr
Hello Fridolin,
How am I not finding the tag in the git for v17.05.05 ? Am I missing
something? I would have expected the tag to come before the release,
thereof?
Thanks,
Philippe Blouin,
Responsable du développement informatique
Tél. : (833) 465-4276, poste 230
philippe.blo
version. No patch from the community (for 17.11+) seem related.
Of course, that doesn't happen on my other servers, but they are "old",
so somewhere a .pm is different for sure.
Any suggestion?
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 6
Hadn't had time before.
Well, that's weird. My "old servers" give me 0.67. The new (broken)
one gives me 2.02.
So I have the newest version available.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com
half our team just got their QA afternoon bogged down by that push.
Lasted 30 minutes until they made the association with your email. :)
I, for one, fully approve of that patch, btw! No more "Please press
Ctrl-F5 first thing in the morning!" needed.
Philippe Blouin,
Resp
Fixed it by rolling back Swagger2 to 0.77 then applying bz18137 over
17.05. Now hoping for no collateral damages...
Thanks!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro
hanks,
PS this is bound to happen whenever Koha objects are used in
updatedatabase.pl.
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inL
Great many thanks for the patch, Jonathan!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 06/12/2018 12:11
- 18.06.00.008
Was there a change of policy regarding that, or is this something a bug
should be opened or reopened about? Right now it kills our community
development effort. Later on, it'll be our customers maintenance and
I'll start to plan right now.
Thanks!
--
Phili
Should I reopen those three, or open a new one covering them all?
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com&
There's a gender bias there. We need to get more BOYS to read. Please
add a way to shoot the horses...
Philippe Blouin,
Responsable du développement informatique
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour e
bject: Out of memory.
Although I hate that solution, I went with it, increased
sort_buffer_size 64x fold (I'm a generous guy). Still not enough.
Removing most lines in GROUP BY of spent.pl solves it all, of course.
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276,
steps? This is not a screen where 0.2s will make a difference in the
user experience.
Suggestions welcomed.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.in
minuscule:
* 2000 biblio, 12000 items
* 8 aqbudgets, 200 invoices, 25 booksellers, 60 baskets, 240 orders.
That makes little sense...
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
i
ution to the problem. To me, it's not that
much uglier than the fix adding all the column to avoid the problem with
ONLY_FULL_GROUP_BY.
What's your take on it?
Regards,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <m
nyone has some time?
Regards,
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
___
+1
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 2020-07-30 5:51 p.m., Bays, Ian wrote:
I have seen this
e 22786).
So we get
|Software error||DBIx::Class::Storage::DBI::_dbh_execute(): Unknown
column 'me.*exclude_from_local_holds_priority*' in 'field list' at |
Regards,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro
Migrating that DB can be long, so rather than re-test extensively, I
figured I'd raise my hand and ask the community what I'm getting wrong.
Migration goes from 19.05.04 to 20.05.04.
Thanks in advance,
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
it does. Thanks!
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 2020-11-04 2:28 a.m., Jonathan Druart wro
e no
modification under /api/v1/swagger/. "checkout_id_pp" is there, as it
was in 19.05, etc..
Note: the log is full of these. checkout_id_pp, checkout_id_qp,
city_id_pp, etc...
Any hint would be welcomed while I eep digging,
Thanks!
We--
Philippe Blouin,
Directeur de la technolog
Unfortunately,
Mojolicious is up to date (8.65).
JSON::Validator is up to date (4.10).
After running CPAN. Do you have any other suggestion on where/how i
could head my digging?
Thanks,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo
A big BIG thank you, Tomas!
I ran
sudo cpanm
https://cpan.metacpan.org/authors/id/J/JH/JHTHORSEN/JSON-Validator-3.25.tar.gz
And it solved it.
Regards,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.
... But absolutely no performance improvement. Zero, nada...
Does anyone has a hint on what I should be looking for? I've never dug
the plumbing of that magic, and admit I'm clueless right now. These are
Dev (git) installs.
Great thanks,
--
Philippe Blouin,
Directeur de la techno
NOTE: I've added the --user and --group to start-stop-daemon, which was
preventing the stop and status.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.
have helped too.
Still plack wouldn't log the "Can't locate REST/Client.pm in @INC", I
had to drop it to see the message, but that probably a config issue with
that installation, again.
All in all, it works now, but I'll try to think of about.pl in the
future befor
-error.log as specified in the VirtualHost's
ErrorLog (or log4perl).
I know I'm missing something fundamental, but my brain is fried and I
really can't figure where's the override.
Anyone can educate me?
Big thanks,
--
Philippe Blouin,
Directeur de la technologie
Tél. : (
Hello Koha,
Actually, I'll extend Ivan's question a bit: is CGI::Session->load() the
way to go, or C4::Auth::get_session() would do the same thing ?
Thnaks
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mai
Hello all!
Has anyone been through the effort of coding a systemd unit file for
Koha's plack ?
I'm currently using an override.conf to specify some timeout values, and
that got me wondering (or wanting) about one.
Curiosity
Thanks!
--
Philippe Blouin,
Directeur de la techno
anned carefully, though. I don't see us
moving to a different method unless we could standardize our code base.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit lib
Good evening all (ES experts)!
We have a few clean records with distinct titles being searched using
advanced search but not returning (at all) the same result on OPAC vs
intranet, and the cause is the "suppress" flag added to the queries in OPAC.
We have 25 records matching the "acceptabilit
Hi Kevin,
You were right, one of the indexed record was "hidden" so the second
result was correct (24 Acceptabilité + 1 Expropriation). I skipped it
thinking the 25 was actually just 25 "acceptabilité" returned.
Now, writting the query differently does it.
*
(title:acceptabilité) OR (
Hello all!
Seems I'm diving into ES these days. We have an issue with
labels/label-item-search.pl which uses the search engine to find items,
but the code hardcodes
(acqdate,ge:2022-02-17)
Which the ES's build_query_compat() method doesn't handle. ES's index
is date-of-acquisition.
The
ity?
any advice or info would be welcomed
cheers, Mason
___
Koha mailing list http://koha-community.org
k...@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833
That is an excellent idea. I'll file it in my "fillers", if we ever get
interns with spare time again.
Seriously, that type of query is a continuous drain on our support team.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlib
d
in its header.
cpan tells me I have the latest version, etc...
I have Ubuntu 20.04, which I'm upgrading now to 22.04, but I don't
expect much to change there considering the error.
Any suggestion?
Best regards,
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 46
Well, you got that right! Upgrading to 22.04 made the error disappear.
But from a programming standpoint, I still don't get why the errors.
Oh well, I just hope JSON::Validator / Mojolicious libraries errors are
behind us now.
Thanks again!
Philippe Blouin,
Directeur de la technologie
configuration refers to a remote ES server (instead of localhost
like the prod servers), but I don't see how that would make a difference
since that works once rebuilt.
Any clue on what I'm missing would be greatly appreciated.
Best regards,
--
Philippe Blouin,
Directeur de la techno
rds,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 2022-09-11 22:47, Tomas Cohen Arazi wrote:
Is koha-worker running?
El vie, 9 sept 2022 12:42, Philippe Blouin
he database entry
being completed.
I have a feeling I'm deep into a rabbit (mq) hole, and I'm not seeing
straight.
Thanks a lot,
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.co
eriencing that?
Regards,
PS Our servers are well-above-average Debian 11 machines with lot of
firepower (ram, cpu, i/o...).
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.com <htt
22.05 ?). But I can't see how this scenario would occur on a freshly
installed MQ.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 2022-12-21 14:5
otten floating job, since we can see the
job in the database when looking manually.
o The jobs stays there forever, with status 'new'.
* If I add a "sleep 1", this issue _mostly_ disappear.
There's no server performance that could explain this. Maybe some DB
ic_index all have the above error.
I forced-version my way out of it. But I figured it might be something
to be careful about for the next packages.
happy weekend!
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro |
Simple typo, it's
systemctl COMMAND servicename
as
systemctl stop rabbitmq-server
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 2023-05-11 10:
idays.
Were you considering breaking the equal split in time, having a small
and a big release each year? November for the big, and march for the
small, the hackfest starting the next cycle ? Thinking outside the box...
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276,
7;t happen.
We have no custom RewriteRule, so I'm trying to figure out WHERE this
rewrite comes from.
All suggestions welcomed,
Best regards,
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit l
t (new version...), my googling
doesn't point to that, obviously.
No redirect/rewrite in network.
But again, you're telling me it's not Koha, so I'll dig.
PS yes, the second link doesn't work. We created a fix, but I didn't
like it because I wanted to explore th
Merci!!!
Yeah, that's exactly it.
I got sidetracked by reproducing it in prod, but it seems that it was on
an old installation. Recent ones do not have the problem. It'll be very
easy to fix.
Big thanks!
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276,
as it happens. Do not import and tell the user to
correct the data ?
The first option doesn't solve bulkmarcimport.pl :(
Feedbacks would be appreciated.
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour e
ons
right after.
Any hint would be greatly appreciated.
Thanks
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>__
Hi!
Someone here (Shi Yao) has been trying to write to koha-devel starting
two weeks ago. The emails never got through, nor he got any followup
from koha-devel-owner.
Anyone could help? That would be greatly appreciated.
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465
Hi Cate,
Hammat did something with bz21272, if someone wants to check it. We're
already using it, since the alternative (crash, no feedback) is really
too problematic.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
inLibro |
g up fixes :)
Very best regards,
Blou
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
_
nks again!
Blou
On 13-09-26 07:29 PM, Robin Sheat wrote:
Philippe Blouin schreef op do 26-09-2013 om 16:08 [-0400]:
First to present myself, I'm a new developper on Koha. I work for
inLibro, which has been a Koha proponent for a while now.
Hello and welcome!
I will appreciate any and ev
it-bz instead of the manual approach,
so anything that get me there is all good.
Thanks a lot!
Blou
On 13-09-30 03:03 PM, Mason James wrote:
On 2013-09-28, at 5:21 PM, Robin Sheat wrote:
op 28-09-13 06:27, Philippe Blouin schreef:
1) git bz worked for my very first patch, but after that I
in Sheat wrote:
Philippe Blouin schreef op do 26-09-2013 om 16:08 [-0400]:
First to present myself, I'm a new developper on Koha. I work for
inLibro, which has been a Koha proponent for a while now.
Questions:
- I work with patches. I used git-bz for one, and manual for the
others.
y.org.path=/bugzilla3
bz-tracker.bugs.koha-community.org.bz-user=philippe.blo...@inlibro.com
bz-tracker.bugs.koha-community.org.bz-password=
bz.default-tracker=bugs.koha-community.org
Thanks again,
Blou
On 13-10-02 07:02 PM, Robin Sheat wrote:
Philippe Blouin schreef op wo 02-10-201
.
On 13-10-03 08:52 AM, Tomas Cohen Arazi wrote:
On Thu, Oct 3, 2013 at 9:21 AM, Philippe Blouin
mailto:philippe.blo...@inlibro.com>> wrote:
Hi Robin!
I attached the response (conveniently put in a .html file for
easier display). That's the whole response, minus the li
it-bz. Did you clone the git-bz repo on
git.koha-community.org <http://git.koha-community.org> and check out
the fishsoup branch?
Regards,
Jared
On Thu, Oct 3, 2013 at 9:42 AM, Philippe Blouin
mailto:philippe.blo...@inlibro.com>> wrote:
I gave extra info, but once limited
Hi!
I've replaced jquery.hotkeys.min.js in *bug 11035* (in waiting for sign
off), and got a message today that a new file was using it,
*circ/offline-mf.tt*.
No biggy, such things can happen: rebase, patch again.
Now, my question is that I couldn't understand what this file was doing
with i
ML5 manifest for the Koha offline circulation. It
lists all the files that are required by the circ interface (including
JS, CSS, etc.) so that the web browser will know to download them.
Regards,
Jared
On Wed, Oct 23, 2013 at 4:20 PM, Philippe Blouin
mailto:philippe.blo...@inlibro.com>
l) jcam...@cpbibliography.com <mailto:jcam...@cpbibliography.com>
(web) http://www.cpbibliography.com/
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http
Holà Koha,
I know the experts on Acquisitions are rare and far in-between, but we
got and issue here with the way the taxes are calculated _before
applying shipping charges_.
I talked with Paul Poulain about it (before you refer me to him), and it
seems that in France as well, taxes should a
ww.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.c
Hi,
I hope everyone understands that a new default theme would *only*
affect new installations, and that the old themes would continue to be
maintained and available until the agreed deprecation time.
We have worked with two available themes for a while now. We can work
with three for as long
e translating to fr-CA, but I don't
think the target language is related to the issue.
Suggestions are very welcomed (more so since we are on a tight schedule)
Best regards,
Philippe
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro
Hello to all,
We're using the MARC library for some migration, as usual, but we
encountered some new issue with some arabic title: the key code 703
0x02BF 703 MODIFIER LETTER LEFT HALF RING ?
is not part of the Table db, which cause the whole subfield to
disappear and causing us headac
oding => 'utf8' in the 'use Marc::File::XML'. It will probably
break another migration, but this fixes my problem for now.
Thanks again!
Philippe
On 06/04/2014 06:49 PM, Galen Charlton wrote:
Hi,
On Wed, Jun 4, 2014 at 11:56 AM, Philippe Blouin
mailto:philipp
-community.org/
bugs : http://bugs.koha-community.org/
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.c
mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philip
nfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLib
Holà Koha!
After so many rebasing nightmares only caused by updatedatabase.pl, I
was wondering how you are doing your insertions in that file to make
things easier.
Git is a bit dumb by default regarding that file, so I was wondering if
you knew of any way to write the insertion to always show
I, for one, would like a new bug status "updatedatabase.pl in
conflict". A bit less harsh than "failed QA" and "failed signoff"
(which I like, btw).
:-)
Any way to search the bug database to find how many "Failed QA" are
caused by updatedatabase.pl not merging? This is really a dumb dumb
fi
I think the question below could be better (and faster) answered by the
community at large.
Anyone experienced with the sandboxes that could answer this first-time
tester?
Thanks,
Philippe
Forwarded Message
Subject:[Bug 8753] Add forgot password link to OPAC
Date: M
Simple question I'm sure, but there's this bug in circulation.tt that
shows I haven't played much with the new Schema structure:
(circulation.tt, line 672)
[% IF ( issue ) %]
Checked out: [% *issue.item.biblio.title*
%] ([% issue.item.barcode %]). Due on [% issue.date_due | $KohaDa
A bug has been filled. What next?
Isn't it a good forum to ask "what happened"/"what's missing" ?
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro |
an
unsatisfying answer. :)
Thanks,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 08/27/2015 11:16 AM, Jonathan
accessed? accessing
issue.item.biblioitemnumber.biblionumber.title
could mean 4 different db access, live when displaying the TT. Or is
the whole tree loaded as soon as we handle the issue (which would be a
huge access potentially useless).
Thanks again!
Philippe Blouin,
Responsable du développeme
Are you looking for the information itself, like the content of
C4::Context->userenv ? It is a hash with the logged user info, like
C4::Context->userenv->{'surname'}
(i think :) )
Regards,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 60
$z042){
$z042->add_subfields('a', C4::Context->userenv->{'surname'});
}
That code is a bit naive, but you get the idea.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.b
Hi!
Morning here, maybe my brain is not ignited yet. But why such a rule?
(if i understand its meaning correctly).
Thanks,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro
The alternative would be to add some code extremely specific to some
script (like parsing some line of data) into a Koha/ library? Seems
more messy.
I like to isolate my mess.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com
does not balance the extra complexity your bringing to the code.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com&
You should try disabling (a2dissite) the default site, in case you're
clashing on 80 and it has priority (alphabetical order, on Apache)
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com&g
backend to some unwelcomed behavior? I suppose
that if you limit it to running tasks under you hierarchy/misc/cronjobs,
that would work just fine, even if being somewhat limited.
curious
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo
27;;|
At the top of DateUtils.pm, C4/Search.pm and any other file you want to
go through with your old code.
Or downgrade Perl to an older version, if you deem that easier :)
Cheers,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <
Hi!
I'm working on 3.22.02 and my logs are FILLED with the following warnings:
Members.pm: Unable to load Koha::*NorwegianPatronDB* at
/blurred/C4/Members.pm line 46., referer:
http://blurred/cgi-bin/koha/acqui/booksellers.pl
admin-home.pl: Unable to load Koha::*NorwegianPatronDB* at
/blurred/
rought a lot with it, filled my logs, forced me to update my servers
and realise that it must be "compiling" (and failing) every single time
i get on those pages, thus impacting performance... Then writing an
email and sounding like Norwegians are the worst :-)
I hope to visit Norwa
Is there a way to disable the dbuser's ability to login? Since changing
the db password is usually fraught with unexpected results, I'd like to
be able to just block this access. I figured maybe a preference already
exists for that but couldn't find it.
Any Koha issue that might arise from doi
Do you mean Jessy?
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 03/08/2016 01:13 PM, Tomas Cohen Arazi
, but this blocks further development (short term) and
obviously any release (long term).
What is the correct procedure to raise the issue?
Thanks
Blou
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inl
Ha, very nice! Already passed QA.
Thanks a lot, Marc!!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 07/2
of
our clients) ? Maybe a subset?
All comments, suggestions, questions are welcomed.
High regards,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre
d conflict, etc...
Regards
Thanks a lot for the feedback!
El jue., 21 jul. 2016 a las 13:43, Philippe Blouin
(mailto:philippe.blo...@inlibro.com>>)
escribió:
Hi!
I'm throwing a line here, and I'd just like to get a feel for the
value of offering some work to th
THEN next step would be to transfer the functionnality usages.
Basically in reverse order of what I have available right now. :-)
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLib
achine is a beast (ram, cpu...), so what should I be doing?
Thanks,
--
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre
!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 08/01/2016 04:32 PM, Kyle Hall wrote:
Or send that newer vers
everything to 16.05 :)
Any good doc on plack? I got
https://wiki.koha-community.org/wiki/Plack, but 5 lines aren't much, not
even a clue what is :)
Thanks everyone!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <m
1 - 100 of 125 matches
Mail list logo