ttps://inLibro.com> Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276) , poste 230
C philippe.blo...@inlibro.com
www.inLibro.com <https://inLibro.com>
On 2025-03-18 09:07, Magnus Enger wrote:
Kia ora!
Den 18.03.2025 13:59, skrev Fairlamb, Christina:
Hello,
Ko
r/data/mysql/db_revs/230600014.pl line 11, and try again.
Logo inLibro <https://inLibro.com>Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276) , poste 230
C philippe.blo...@inlibro.com
www.inLibro.com <https://inLibro.com>
On 2024-07-10 12:30, Michael Kuhn wrote
nstall an older version, like 20.05
and do the update.
The specific lines in updatedatabase.pl probably are the same, but a lot
of underlying plumbing could be different and work badly with your
system. I'd start by ruling that out.
Logo inLibro <https://inLibro.com>Phili
with the environment, the actual database server configuration. But I'm
just spitballing at this point...
Logo inLibro <https://inLibro.com>Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276) , poste 230
C philippe.blo...@inlibro.com
www.inLibro.com <http
ion';
Then you can drop the issuingrules table later, when you're satisfied
with everything. Note that you'll need to update the rules manually in
the staff interface to add back the issue length and renewal count/period...
Logo inLibro <https://inLibro.com>Phili
nt, and it not moved from one table
to the other, I fail to see how you could have two "0"... (even one,
actually).
Logo inLibro <https://inLibro.com>Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276) , poste 230
C philippe.blo...@inlibro.com
www.i
There are many fields we encountered this problem over the years. As
Caroline wrote last week:
select
date_renewed,dateofbirth,dateenrolled,dateexpiry,lastseen,updated_on,debarred
from borrowers where date_renewed = '-00-00' or dateexpiry =
'-00-00' or dateenrolled = '-00-00' or
Something else to add to search_for_data_inconsistencies.pl ?
I like perl-based solution, and I appreciate centralized ones, even
though I suppose what you're testing is not an "inconsistency".
Logo inLibro <https://inLibro.com> Philippe Blouin
Directeur de
Ubuntu and Debian are very different from Windows' "Linux".
It doesn't cost much time to try, but I highly doubt of the potential
for success.
Logo inLibro <https://inLibro.com>Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276)
So to gain trust even faster and then be able to self-QAing backdoors ? :-P
Very interesting article, thanks! And hats off to the Wiki contributor
who wrote that article so quickly.
Logo inLibro <https://inLibro.com> Philippe Blouin
Directeur de la technologie
T 833-INLIBR
Well, not really. Hammat asked about limitations on Feb 28 on this very
list, because attributes are not well handled.
Logo inLibro <https://inLibro.com> Philippe Blouin
Directeur de la technologie
T 833-INLIBRO (465-4276) , poste 230
C philippe.blo...@inlibro.com
www.inLib
Hi!
We have a scenario (albeit an exception) where both are used, due to the
limitation of ES's z3950.
So we fill zebraqueue uselessly in 199 Koha, but really really need it in 1.
Logo inLibro <https://inLibro.com> Philippe Blouin
Directeur de la technologie
T 833-INLIBR
What error do you get during the complete rebuild of the index? (using
-r -v)
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-10-24 02:13, Ricardo
day...
As for plack, I have a very bare understanding on how it works. I
suppose it loads all the code, so I suppose the 200M is justified? Of
course, making it slower makes it useless, so I won't go that route.
Thanks again, all! I'll be checking the BZ you suggested.
Philippe
PS this is 22.05.06
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-10-23 15:57, Philippe Blouin wrote:
Howdy!
I'm trying to run a server wit
oaded.
Any suggestion how this could be hacked (locally) to allow for 200 koha
instances on a machine without requiring 100G of memory ? The object
model seems at fault here, but I see no way to go around "use
Koha::BackgroundJobs;" at the top of the script.
Thanks!
--
Philippe Bl
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 |
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
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>__
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
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,
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
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
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,
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:
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 |
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
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
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
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
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
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
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
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
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
ity?
any advice or info would be welcomed
cheers, Mason
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
--
Philippe Blouin,
Directeur de la technologie
Tél. : (833
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
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
Hello Aleisha,
See if https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30173
fixes it. Different avenues, same crossroad and same problem. The
patch fixed it for us by isolating the suppress:false. Yours is a bit
different, but might be related.
On 2022-02-23 18:20, Aleisha Amohia
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 (
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
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
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
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
-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. : (
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
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.
... 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
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.
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
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
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
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
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
+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
mariadb.
So my initial answer is mostly wrong. The only correct part is that we
do have multiple production systems running 10.4 without glitch, but
that is not proof of anything.
My apologies for the misleading answer.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste
10.4 is the default mariadb version you get with an up-to-date Debian 9
or Ubuntu 18.
It works.
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
run the update from the UI.
This will be very fast.
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>
On 2
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>
___
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
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
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
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,
I'd need to check the index file, but normally ind2's use is to skip the
first X characters when ordering. Ex to skip "The" at the beginning of
a title.
Philippe Blouin,
Directeur de la technologie
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com
about your upgrade with
only records to care about.
Welcome to Koha!
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.inLibro.com <http://www.i
This is some form of fallacy. Cherry-picking, probably. Mind you, I've
known many people in East Texas, and going to the range is certainly a
very "girl" activity as well. As well as fishing with a 12-pump.
I move to put the item In Discussion.
Philippe Blouin,
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
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
The password specified in your koha-conf.xml file does not correspond to
the one you have specified in the database. Just by correcting the Koha
configuration file you should get it to work.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo
ould be www-data writable.
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 09/25/2018 02:54 AM, Carlos Lopez wrote:
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&
- 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
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
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
result was perfectly ok.
If the errors on patronimage are your only ones, I would (personnally)
trust the end result and keep proceeding with a simple upgrade using
updatedatabase.pl to move to 17.11.
Best regards,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888
Hi Sekhar,
Upgrading from 3.12 is usually ok. Could you detail the errors you
encounter?
Exporting/importing the biblios also theoratically works fine, but some
versions have had glitches preventing it. Still, updatedatabase.pl
should work unless you have customized the DB.
Philippe
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
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
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
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
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
Hi Michael,
This is not possible in Koha at this moment. You can check Bug 7468
that offers a patch to fix that.
Philippe Blouin,
Responsable du développement informatique
Tél. : (833) 465-4276, poste 230
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro
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
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
No sure, but have you tried
homebranch: ["homebranch1", "homebranch2"]
with quotes, to make it legal YAML ? That'd be my first take. (Maybe
you're already doing it, just not showingg in your example?)
Philippe Blouin,
Responsable du développement informatique
You need https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11297
then add*"@attr 4=1"* as an extra attribute to the z3950 configuration.
Any support you might give to get it to come through the approval
process would be greatly appreicated.
Philippe Blouin,
Resp
to be inclusive!
Have a good they
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 04/19/2017 04:54 PM, Chris Corm
The stated initiative is good: the majority of users are female, the
code is male-centric, can we be progressive, inclusive... But 'they'
sucks. As I said, why not use "she" ?
I don't send formating and commenting patches, the QA team having quite
enough on its pl
their
patches because of it, in the name of inclusivity??? That's productive...
Frankly, a much better "rule" should have been to write all comments
using the _female_ form. Clear and concise. But I don't believe that
was the aim of the ticket...
Philippe Blouin,
How many of "these" are there to change? Not that the work itself will
be massive, but putting a 'they' in the middle of a sentence does not
make it easy to translate intuitively, I would think. If it's a
consideration (it is for non-English users, at least).
Phi
I'm on 3.63 and don't have this issue, on Koha 3.14 to 16.11...
To upgrade beyond your Ubuntu, try
sudo cpan CGI
But I can't vouch on the result/consequences.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <m
What version got installed?
Did it say something was missing?
What is in your koha_error.log ?
Did you restart Apache?
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour
All look good. I'm lacking imagination at this point, the only thing I
see is that your Koha is not using that specific environment, maybe due
to an ENV variable (in httpd config or other). But you did a fresh
install on your new server?
Sorry :(
Philippe Blouin,
Responsab
perl -MCGI -e 'print $CGI::VERSION'
(you can replace both CGI by whatever cpan module you want to check,
usually)
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | p
What version of Debian/Perl/CGI library do you have installed? There is
certainly a discrepency between your old and new server.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro
anage with
using branches to differenciate these situations. Getting
support MIGHT prove a hurdle.
Regards,
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | p
t there: it's a fun feature. Much more fun
to test than some architectural stuff. :) So please come and try it!!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour espr
t there: it's a fun feature. Much more fun
to test than some architectural stuff. :) So please come and try it!!
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour espr
tend keeps nothing... I'm just smoking
here, but I'm trying to induce some brainstorming in this interesting topic.
Philippe Blouin,
Responsable du développement informatique
Tél. : (888) 604-2627
philippe.blo...@inlibro.com <mailto:philippe.blo...@inlibro.com>
inLibro | pour
React evolving in the next 5 years? Keeping up with
bootstrap requires huge effort (if/when we upgrade).
Again, I know little. Please don't ask me if I'm against, but give me
your big sales pitch. :)
Cheers,
Philippe Blouin,
Responsable du développement informatique
Tél. :
1 - 100 of 158 matches
Mail list logo
