HI Georges,
Thanks a lot.
I think all we have to do now is to wait for 5 days.
Yours Dirk
On 16.02.24 08:48, Georges Khaznadar wrote:
Dirk Hünniger a écrit :
chromium-sandbox [!armel !mips64el !s390x],
Done.
Best regards, Georges.
Hi Georges,
I forgot to metion that that the line 52 (chromium-sandbox) should be
change in the same manner as line 51. So it should look like:
chromium-sandbox [!armel !mips64el !s390x],
Yours Dirk
On 15.02.24 16:03, Paul Gevers wrote:
Hi,
On 15-02-2024 15:56, Dirk Hünniger wrote:
So
Hi Paul, Georges
thanks a lot Paul for explanation on the syntax. Georges, could you
please follow the instruction given below.
Yours Dirk
On 15.02.24 16:03, Paul Gevers wrote:
Hi,
On 15-02-2024 15:56, Dirk Hünniger wrote:
So could you Paul please post some information on how to do
that. Maybe an example.
Yours Dirk
On 15.02.24 15:33, Paul Gevers wrote:
Hi,
On 15-02-2024 08:40, Dirk Hünniger wrote:
So it still wants to build on s390x armel and mips64el. Possibly its
not possible to drop support for an architecture that once was
supported.
This is not the solution *I* had
to tell the system that it can still build on all
architectures, but the the dependency to chromium is only needed on all
architectures but s390x armel and mips64el
Yours Dirk
On 14.02.24 17:01, Dirk Hünniger wrote:
Hi,
Ok.
So if I understood correctly all that has to be done is to add an
arch
Hi,
Ok.
So if I understood correctly all that has to be done is to add an
architecture qualifier. And the person who has can do it is Georges. So
I herewith ask him to do so.
Yours Dirk
On 14.02.24 16:58, Paul Gevers wrote:
Hi,
On 14-02-2024 16:53, Dirk Hünniger wrote:
If it helps
Hi Paul,
thank you for the explanation. So the dependency on chromium is the
problem on these architectures.
Chromium is used to render tables in tables to pdf if command line
option -a is given.
Otherwise Chromium is not used.
If it helps to change the dependency to chromium and
Hi Georges,
I think its a good idea to wait for 24 hours. I am not sure if I will be
available during the next few weeks. So just take the decisions you
consider useful and don't bother about me.
Yours Dirk
On 14.02.24 14:27, Georges Khaznadar wrote:
Hello Paul, Dirk,
Dirk Hünniger
Hi Paul, Georges,
This site
https://qa.debian.org/excuses.php?package=mediawiki2latex
says:
Issues preventing migration:
* mediawiki2latex/armel has unsatisfiable dependency
* mediawiki2latex/mips64el has unsatisfiable dependency
* mediawiki2latex/s390x has unsatisfiable dependency
So I
Package: mediawiki2latex
Version: 7.33-2
On 7/18/19 2:52 AM, peter green wrote:
That seems OTT, textlive-generic-reccomended is a transitional package
with no content and a dependency on texlive-plain-generic, so changing
the dependency to texlive-plain-generic should fix this bug without
as well as bullseye. So I herewith as Georges to do so.
On 7/18/19 2:52 AM, peter green wrote:
retitle 932186 mediawiki2latex depends on cruft package.
thanks
(sorry for screwing up the mail subject)
On 16/07/2019 18:48, Dirk Hünniger wrote:
I can take care of the issue. There is a list
Hi,
I can take care of the issue. There is a list of required LaTeX packages
in the INSTALL file in the root directory of the package. Still to do
that right and not mess anything up, its better if I do it during my
holidays in September. For now I propose to remove the dependency to
last build attempt, which is
synchronized with the current state of the repository mentioned above.
Best regards, Georges.
Dirk Hünniger a écrit :
Hi Georges,
Hi Santiago,
to me it looks that the line "Font" in the section "Other-Module
lease find attached the build log for my last build attempt, which is
synchronized with the current state of the repository mentioned above.
Best regards, Georges.
Dirk Hünniger a écrit :
Hi Georges,
Hi Santiago,
to me it looks that the line "Font" in the se
Hi Georges,
Hi Santiago,
to me it looks that the line "Font" in the section "Other-Modules:" in
the file "mediawiki2latex.cabal" needs to be removed to fix the issue.
@Georges is it easy for you to create a patch to fix that, or should I
better release a new version?
Yours Dirk
On
:
See the attached diff of the latest upload (filtered to only include
debian/) - all of my changes are gone and the package is back to how it
was before.
On Sun, Oct 18, 2015 at 10:22:50AM +0200, Dirk Hünniger wrote:
Hi Iain,
as I can see from mediawiki2latex_7.21-1.debian.tar.xz in sid
Hi Iain,
as I can see from mediawiki2latex_7.21-1.debian.tar.xz in sid the
patches still seem to be there. So I don't understand why your change
did not make it into 7.21.
Yours Dirk
On 17.10.2015 22:36, Iain Lane wrote:
On Sat, Oct 17, 2015 at 03:01:01PM +0200, Dirk Hünniger wrote:
Hi Iain
to the actual bug report ...
Besides that I have no clue how to deal with this issue :-)
Andreas
Forwarded Message
Subject: Re: Processed: found 795104 in 7.21-1
Date: Sat, 17 Oct 2015 14:48:25 +0200
From: Dirk Hünniger <dirk.hunni...@googlemail.com>
To: Debian Bug Tracking
Hey,
as far as I know you cannot work around ghci since mediawiki2latex uses
template haskell during compile time (file-embed-dev) stuff. I don't see
any problem in disabling build on powerpc architeture until ghci works
on it again, we were facing the issue on arm for quite some years. I
On 11.08.2015 13:36, Iain Lane wrote:
On Tue, Aug 11, 2015 at 01:25:18PM +0200, Dirk Hünniger wrote:
Hey,
as far as I know you cannot work around ghci since mediawiki2latex uses
template haskell during compile time (file-embed-dev) stuff. I don't see any
problem in disabling build on powerpc
20 matches
Mail list logo
