Hi Sebastien,
On Wed, Jun 29, 2016 at 03:28:53PM +0200, Sebastien Jodogne wrote:
>
> > Any chance a -dbgsyms package can be provided ?
>
> I have no idea of how this can be done in Debian together with CMake; I am
> unable to understand the wiki [1]. Furthermore, besides keeping the symbols,
>
>> After downloading the source code of each package, create a "Build"
>> directory inside, and run:
>>
>> # cmake .. -DSTATIC_BUILD=ON -DCMAKE_BUILD_TYPE=Debug
>> # make
>
> Attached a full backtrace of a stock Debian Orthanc 1.1.0
> with o-pg 2.0 (it is lacking symbols so might be of limited
>
On Wed, Jun 29, 2016 at 08:07:17AM +0200, Sebastien Jodogne wrote:
> What I would need would be a full backtrace of the C++ code. This requires a
> fresh build in debug mode, with static linking, of both Orthanc 1.1.0 and
> PostgreSQL plugin 2.0. Static linking allows to become independent of a
>
In the former case, couldn't it be possible that the
version of some shared library does not match its version of
the headers, maybe because of an unstable Debian?
That is surely possible. That is why I offered to provide
more information if told how to do so.
Yes, sorry about that: As
On Mon, Jun 27, 2016 at 11:03:36AM +0200, Sébastien Jodogne wrote:
> > - I would not have guessed that adding --upgrade might have made
> > a difference to a failure that tells me "stack smashing detected"
> > at the console :-)
>
> Just to be sure: Is your issue an immediate crash with
> - I would not have guessed that adding --upgrade might have made
> a difference to a failure that tells me "stack smashing detected"
> at the console :-)
Just to be sure: Is your issue an immediate crash with "stack smashing
detected", or is your issue a failure while executing the
Hello,
> On Sun, Mar 20, 2016 at 06:09:15PM +0100, Karsten Hilbert wrote:
> > >
> > > Have you added the "--upgrade" option so that Orthanc would automatically
> > > upgrade the database schema?
>
> I wonder whether this should be done in a postinst script.
>
> > Also, would Debian benefit
exact way of reproducing
this issue?
Regards,
Sébastien-
- Mail original -
> De: "Karsten Hilbert" <karsten.hilb...@gmx.net>
> À: 818...@bugs.debian.org
> Envoyé: Mardi 19 Avril 2016 11:34:17
> Objet: [Debian-med-packaging] Bug#818757: orthanc-postgresql: does n
Hello,
> > Is there anything else I can provide to get this bug looked at ?
>
> Even if I risk to be a pain in the behind - since this
> package is of such importance to responsible Medical Care
> I allow myself to re-inquire about the state of this bug.
Unfortunately, this item is low-priority
On Sun, Mar 27, 2016 at 01:13:03PM +0200, Karsten Hilbert wrote:
> Is there anything else I can provide to get this bug looked at ?
Even if I risk to be a pain in the behind - since this
package is of such importance to responsible Medical Care
I allow myself to re-inquire about the state of
Hi Sébastien,
welcome back.
> I am back from vacations. I will look at the upgrade problem as soon as
> possible.
I don't think it is an upgrade problem.
> As a quick hack to unblock you,
Fortunately, this is on a testing machine. No production data
at risk - that instance still runs on
Hello Karsten,
> Is there anything else I can provide to get this bug looked at ?
I am back from vacations. I will look at the upgrade problem as soon as
possible.
As a quick hack to unblock you, I would suggest to apply the "Generic
replication" procedure [1]. In your case, the procedure
Is there anything else I can provide to get this bug looked at ?
Thanks,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
On Sun, Mar 20, 2016 at 06:55:50PM +0100, Andreas Tille wrote:
> > > Have you added the "--upgrade" option so that Orthanc would automatically
> > > upgrade the database schema?
>
> I wonder whether this should be done in a postinst script.
Only if the database upgrade does not make a
On Sun, Mar 20, 2016 at 06:09:15PM +0100, Karsten Hilbert wrote:
> >
> > Have you added the "--upgrade" option so that Orthanc would automatically
> > upgrade the database schema?
I wonder whether this should be done in a postinst script.
> Also, would Debian benefit from an
>
>
On Sun, Mar 20, 2016 at 05:55:10PM +0100, Sébastien Jodogne wrote:
> > 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg
> > 2.0)
>
> Have you added the "--upgrade" option so that Orthanc would automatically
> upgrade the database schema?
I now did run Orthanc with
On Sun, Mar 20, 2016 at 05:55:10PM +0100, Sébastien Jodogne wrote:
> > 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg
> > 2.0)
>
> Have you added the "--upgrade" option so that Orthanc would automatically
> upgrade the database schema?
I have not because
- it's
Hello,
> 4) the existing orthanc_db is 0.8 and the jump is to Orthanc 1.0 (orthanc-pg
> 2.0)
Have you added the "--upgrade" option so that Orthanc would automatically
upgrade the database schema?
Sébastien-
Package: orthanc-postgresql
Version: 2.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Orthanc does not start when the backend is set to PostgreSQL.
1) I can successfully
su - orthanc
psql -d orthanc_db
2) Orthanc will start if set to using the sqlite
19 matches
Mail list logo
