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
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* h
port for an architecture that once was supported.
So possible we need 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,
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 to
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 chromium-
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ünni
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 t
Hi,
I looked at the print version of the Haskell wikibook which is located
at the url
https://en.wikibooks.org/wiki/Haskell/Print_version
I looked into the chapter Getting set up
and found the following paragraph.
These operators match most other programming languages: |+| is
addition, |*|
wrote:
On Wed, Jul 01, 2020 at 05:55:23PM +0200, Dirk Hünniger wrote:
Hi,
I got an epub that looks Ok using the following command line
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Print_version -b -o
Haskell.epub
I still see the sort of problems that I have encountered before with
, Dirk Hünniger wrote:
Hi,
I got an epub that looks Ok using the following command line
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Print_version -b -o
Haskell.epub
I still see the sort of problems that I have encountered before with
that. Apart from no working links, there are things
version of a
wikibook.
Yours Dirk
On 7/1/20 4:41 PM, ael wrote:
On Wed, Jul 01, 2020 at 08:52:51AM +0200, Dirk Hünniger wrote:
Hi,
thats strange. I got an epub with
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Type_basics -o
Haskell.epub -b
what command line did you use.
I tried
Sorry *won't* face problems with that of course
On 7/1/20 5:57 PM, Dirk Hünniger wrote:
Hi,
I think just changing the manpage is Ok. I was unaware that rec
dependencies are installed by default, but since this is the case most
people will face problems with that.
Yours Dirk
On 7/1/20
ot found,
mediawiki2latex might issue some warning, or some "rtfm" stance.
Best regards, Georges.
Dirk Hünniger a écrit :
Hi,
in deed calibre is requierd to generate epub files. As is libreoffice for
odt files.
latex2rtf or something like that was needed to make raster
Hi,
I got an epub that looks Ok using the following command line
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Print_version
-b -o Haskell.epub
Yours Dirk
On 7/1/20 4:41 PM, ael wrote:
On Wed, Jul 01, 2020 at 08:52:51AM +0200, Dirk Hünniger wrote:
Hi,
thats strange. I got an
rec
dependencies with dep dependencies.
Yours Dirk
On 01.07.20 14:59, ael wrote:
On Wed, Jul 01, 2020 at 09:03:33AM +0200, Dirk Hünniger wrote:
oh and you you check if calibre is installed?
No, it wasn't. I see that it is a "Recommends". I now wonder whether I
might also
oh and you you check if calibre is installed?
On 30.06.20 23:55, ael wrote:
On Tue, Jun 30, 2020 at 08:41:17PM +0200, Dirk Hünniger wrote:
Hi,
I got something that looks Ok to me using
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Print_version -o
Haskell.pdf -i
As I said, that
Hi,
thats strange. I got an epub with
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Type_basics -o
Haskell.epub -b
what command line did you use.
Yours Dirk
On 6/30/20 11:55 PM, ael wrote:
On Tue, Jun 30, 2020 at 08:41:17PM +0200, Dirk Hünniger wrote:
Hi,
I got something
Hi,
I got something that looks Ok to me using
mediawiki2latex -u https://en.wikibooks.org/wiki/Haskell/Print_version
-o Haskell.pdf -i
Yours Dirk
On 6/30/20 4:08 PM, ael wrote:
On Tue, Jun 30, 2020 at 03:28:41PM +0200, Dirk Hünniger wrote:
Hi,
I never looked at main.log. So there may be
maybe try to start with the print version and without -k but with -i
instead.
On 30.06.20 16:08, ael wrote:
On Tue, Jun 30, 2020 at 03:28:41PM +0200, Dirk Hünniger wrote:
Hi,
I never looked at main.log. So there may be lots of errors in it. I just
looked at the PDF and that looked Ok to me
Hi,
I never looked at main.log. So there may be lots of errors in it. I just
looked at the PDF and that looked Ok to me.
How does the PDF look to you?
Yours Dirk
On 30.06.20 15:05, ael wrote:
On Tue, Jun 30, 2020 at 01:07:13PM +0200, Dirk Hünniger wrote:
Hi,
if you want to fetch
Hi,
if you want to fetch recursively try option -k.
Possibly also look at option -n
If on the other hand you want to use the print version, also try options
-m or -i
Yours Dirk
On 30.06.20 13:01, ael wrote:
On Wed, Jun 24, 2020 at 06:09:51PM +0200, Dirk Hünniger wrote:
Hi,
I just
Hi,
I just uploaded mediawiki2latex version 7.40 (hopefully) fixing the issue
Georges please make a package and upload to sid.
Yours Dirk
On 6/23/20 8:48 PM, ael wrote:
Package: mediawiki2latex
Version: 7.39-1+b1
Severity: normal
Dear Maintainer,
Program fails reporting
main.pdf: openBin
Hi,
I think we need to replace scrpage2 with scrlayer-scrpage. Since
scrpage2 is not available anymore.
Yours Dirk
On 6/23/20 8:48 PM, ael wrote:
Package: mediawiki2latex
Version: 7.39-1+b1
Severity: normal
Dear Maintainer,
Program fails reporting
main.pdf: openBinaryFile: does not exist
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
br
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 of
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
texlive-
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
ex
Please 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 sectio
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 17.08.2
Hi Klaus,
try the following:
sudo apt-get install python3-pyqt4
I got it running on Ubuntu 16.10 after I did. Futhermore Georges renewed
the packaging of mediawiki2latexguipyqt and the package got accepted, so
I hope everything works in sid now.
Yours Dirk
Hello,
I looked into the issue. All you have to do is modify the build depends
section in the debian control file.
Just remove libghc-certificate-dev and add libghc-x509-dev instead. The
source can stay the same.
Unfortunately I don't have the access rights to upload on debian, so
Georges or so
:
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 the
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
Forwarded Message
Subject: Re: Processed: found 795104 in 7.21-1
Date: Sat, 17 Oct 2015 14:48:25 +0200
From: Dirk Hünniger
To: Debian Bug Tracking System , a...@debian.org,
Georges Khaznadar
Hi,
currently I don't understand how to fix it. The only thing I could find
out is that the pr
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 po
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
also
Hello,
I forwarded your mail to Georges Khaznadar. He is a debian maintainer
and will likely resolve the issue.
Yours Dirk
On 08.02.2014 18:27, Christian Perrier wrote:
Package: mediawiki2latex
Version: N/A
Severity: normal
Hello,
The ttf-freefont binary package has been renamed to fonts-fre
Hello,
you can use the following deb
https://sourceforge.net/projects/wb2pdf/files/wb2pdf/6.4/
and do
mediawiki2latex -u
http://en.wikipedia.org/w/index.php?title=Dirichlet_convolution -o out.pdf
on the command line. Then out.pdf will contain requested file.
Yours Dirk
--
To UNSUBSCRIBE, e
ich
allows one to develop some snippets of code to translate mediawiki
models into LaTeX macros which provide a more specific layout.
Can we work together one some common aspects of our projects?
Best regards, Georges.
Dirk Hünniger a écrit :
Package: wnpp
Severity: wishlist
Ow
s.org/wiki/Benutzer:Dirk_Huenniger/wb2pdf .
Changes since the last upload:
undefined since this is the initial upload
Regards,
Dirk Hünniger
Package: wnpp
Severity: wishlist
Owner: "Dirk Hünniger"
* Package name: mediawiki2latex
Version : 6.4
Upstream Author : Dirk Hünniger
* URL : http://de.wikibooks.org/wiki/Benutzer:Dirk_Huenniger/wb2pdf
* License : GPL
Programming Lang: Haskell
D
43 matches
Mail list logo