GNU bug report logs -
#31850
[PATCH] gnu: texlive-bin: Use absolute path to ghostscript executable "gs".
Previous Next
Reported by: Arun Isaac <arunisaac <at> systemreboot.net>
Date: Fri, 15 Jun 2018 19:28:02 UTC
Severity: normal
Tags: patch
Done: Arun Isaac <arunisaac <at> systemreboot.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31850 in the body.
You can then email your comments to 31850 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Fri, 15 Jun 2018 19:28:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Arun Isaac <arunisaac <at> systemreboot.net>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Fri, 15 Jun 2018 19:28:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/tex.scm (texlive-bin)[arguments]: Rename fix-unix-detection
phase to configure-ghostscript-executable. Replace "gs" in epstopdf.pl with
the absolute path to "gs" in the store.
---
gnu/packages/tex.scm | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/tex.scm b/gnu/packages/tex.scm
index b6bc9dda6..91081c64b 100644
--- a/gnu/packages/tex.scm
+++ b/gnu/packages/tex.scm
@@ -176,14 +176,16 @@
(string-prefix? "mips64" s))))
#:phases
(modify-phases %standard-phases
- (add-after 'unpack 'fix-unix-detection
+ (add-after 'unpack 'configure-ghostscript-executable
;; ps2eps.pl uses the "gswin32c" ghostscript executable on Windows,
;; and the "gs" ghostscript executable on Unix. It detects Unix by
;; checking for the existence of the /usr/bin directory. Since
;; GuixSD does not have /usr/bin, it is also detected as Windows.
- (lambda _
+ (lambda* (#:key inputs #:allow-other-keys)
(substitute* "utils/ps2eps/ps2eps-src/bin/ps2eps.pl"
(("gswin32c") "gs"))
+ (substitute* "texk/texlive/linked_scripts/epstopdf/epstopdf.pl"
+ (("\"gs\"") (string-append "\"" (assoc-ref inputs "ghostscript") "/bin/gs\"")))
#t))
(add-after 'install 'postint
(lambda* (#:key inputs outputs #:allow-other-keys #:rest args)
--
2.15.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Fri, 15 Jun 2018 19:57:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 31850 <at> debbugs.gnu.org (full text, mbox):
I seem to have made one of the lines way too long. I'll fix that before
pushing, once someone has reviewed this patch. Also, should this patch
go to core-updates considering that the texlive package is very tedious
to build?
Information forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Sat, 16 Jun 2018 16:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 31850 <at> debbugs.gnu.org (full text, mbox):
Hello,
Arun Isaac <arunisaac <at> systemreboot.net> skribis:
> * gnu/packages/tex.scm (texlive-bin)[arguments]: Rename fix-unix-detection
> phase to configure-ghostscript-executable. Replace "gs" in epstopdf.pl with
> the absolute path to "gs" in the store.
LGTM.
> I seem to have made one of the lines way too long. I'll fix that before
> pushing, once someone has reviewed this patch. Also, should this patch
> go to core-updates considering that the texlive package is very tedious
> to build?
‘texlive-bin’ has just 252 dependent it seems, many of which are
‘texlive-’ packages, which are usually quickly built. So I’d say it’s
OK for master, but I could be missing some other way in which
‘texlive-bin’ is depended on. Ricardo, WDYT?
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Sat, 16 Jun 2018 20:47:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 31850 <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> writes:
> Hello,
>
> Arun Isaac <arunisaac <at> systemreboot.net> skribis:
>
>> * gnu/packages/tex.scm (texlive-bin)[arguments]: Rename fix-unix-detection
>> phase to configure-ghostscript-executable. Replace "gs" in epstopdf.pl with
>> the absolute path to "gs" in the store.
>
> LGTM.
>
>> I seem to have made one of the lines way too long. I'll fix that before
>> pushing, once someone has reviewed this patch. Also, should this patch
>> go to core-updates considering that the texlive package is very tedious
>> to build?
>
> ‘texlive-bin’ has just 252 dependent it seems, many of which are
> ‘texlive-’ packages, which are usually quickly built. So I’d say it’s
> OK for master, but I could be missing some other way in which
> ‘texlive-bin’ is depended on. Ricardo, WDYT?
Yes, this should be fine.
Thanks!
--
Ricardo
Information forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Sun, 17 Jun 2018 07:07:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 31850 <at> debbugs.gnu.org (full text, mbox):
>> ‘texlive-bin’ has just 252 dependent it seems, many of which are
>> ‘texlive-’ packages, which are usually quickly built. So I’d say it’s
>> OK for master, but I could be missing some other way in which
>> ‘texlive-bin’ is depended on.
But, we'd be forcing people to download the huge (~ 2.2 GB)
texlive-texmf source tarball. And, the texlive package which depends on
texlive-bin spends a good deal of time in the install phase. Is this
fine?
Information forwarded
to
guix-patches <at> gnu.org
:
bug#31850
; Package
guix-patches
.
(Sun, 17 Jun 2018 11:45:03 GMT)
Full text and
rfc822 format available.
Message #20 received at 31850 <at> debbugs.gnu.org (full text, mbox):
Arun Isaac <arunisaac <at> systemreboot.net> writes:
>>> ‘texlive-bin’ has just 252 dependent it seems, many of which are
>>> ‘texlive-’ packages, which are usually quickly built. So I’d say it’s
>>> OK for master, but I could be missing some other way in which
>>> ‘texlive-bin’ is depended on.
>
> But, we'd be forcing people to download the huge (~ 2.2 GB)
> texlive-texmf source tarball. And, the texlive package which depends on
> texlive-bin spends a good deal of time in the install phase. Is this
> fine?
Only until this is built, which in the case of texlive should not take a
very long time on the build farm.
--
Ricardo
Reply sent
to
Arun Isaac <arunisaac <at> systemreboot.net>
:
You have taken responsibility.
(Sun, 17 Jun 2018 16:02:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Arun Isaac <arunisaac <at> systemreboot.net>
:
bug acknowledged by developer.
(Sun, 17 Jun 2018 16:02:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 31850-done <at> debbugs.gnu.org (full text, mbox):
>> But, we'd be forcing people to download the huge (~ 2.2 GB)
>> texlive-texmf source tarball. And, the texlive package which depends on
>> texlive-bin spends a good deal of time in the install phase. Is this
>> fine?
>
> Only until this is built, which in the case of texlive should not take a
> very long time on the build farm.
Ok, done. Pushed!
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 16 Jul 2018 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 31 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.