* grace broken installation
@ 2020-01-25 14:24 Rodrigo Medina
2020-01-27 3:25 ` Hans-Bernhard Bröker
0 siblings, 1 reply; 7+ messages in thread
From: Rodrigo Medina @ 2020-01-25 14:24 UTC (permalink / raw)
To: cygwin
Hi,
Both installations of grace-5.1.24 and grace-5.1.245 are broken.
/usr/bin/xmgrace.exe runs but gives the message:
--> Broken or incomplete installation - read the FAQ!
and then quits.
For both versions the link grace-->xmgrace.exe is missing.
For version 5.1.24 by setting
ln -s xmgrace.exe grace
inside /usr/bin the problem is solved.
For version 5.1.25 the problem is not solved by setting the link.
I conclude that there are additional installation errors.
The files /etc/setup/grace.lst.gz of both versions are different.
RM
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-25 14:24 grace broken installation Rodrigo Medina
@ 2020-01-27 3:25 ` Hans-Bernhard Bröker
2020-01-27 5:32 ` Brian Inglis
2020-01-27 12:59 ` Ken Brown
0 siblings, 2 replies; 7+ messages in thread
From: Hans-Bernhard Bröker @ 2020-01-27 3:25 UTC (permalink / raw)
To: cygwin
Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
> Hi,
> Both installations of grace-5.1.24 and grace-5.1.245 are broken.
> /usr/bin/xmgrace.exe runs but gives the message:
> --> Broken or incomplete installation - read the FAQ!
> and then quits.
After reading the FAQ and comparing with a direct build from upstream
sources, I find the reason for that is that the FontDataBase file of the
distributed package is, indeed, wrong.
Apparently the type1 font directory supplied by grace was replaced by a
link to ghostscript's type1 font repository. But the FontDataBase
wasn't updated to match this change. This mismatch causes xmgrace to
baulk. This change was made between revisions 5.1.24 and 5.1.25 of the
cygwin package, which neatly explains why 5.1.24 works, but 5.1.25 does not.
> For both versions the link grace-->xmgrace.exe is missing.
This was most likely caused by the cygport file not doing the (rather
unusual) 'make links' step of the original Makefiles, but rather doing
their own tweaking. The 'grace' link is only created by 'make links'
--- there is no 'grace' created in ${GRACE_HOME}/bin. I would consider
that an upstream bug, albeit it a small one.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-27 3:25 ` Hans-Bernhard Bröker
@ 2020-01-27 5:32 ` Brian Inglis
2020-01-27 12:59 ` Ken Brown
1 sibling, 0 replies; 7+ messages in thread
From: Brian Inglis @ 2020-01-27 5:32 UTC (permalink / raw)
To: cygwin
On 2020-01-26 20:25, Hans-Bernhard Bröker wrote:
> Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
>> Hi,
>> Both  installations of grace-5.1.24 and grace-5.1.245 are broken.
>> /usr/bin/xmgrace.exe runs but gives the message:
>> --> Broken or incomplete installation - read the FAQ!
>> and then quits.
>
> After reading the FAQ and comparing with a direct build from upstream sources, I
> find the reason for that is that the FontDataBase file of the distributed
> package is, indeed, wrong.
>
> Apparently the type1 font directory supplied by grace was replaced by a link to
> ghostscript's type1 font repository. But the FontDataBase wasn't updated to
> match this change. This mismatch causes xmgrace to baulk. This change was made
> between revisions 5.1.24 and 5.1.25 of the cygwin package, which neatly explains
> why 5.1.24 works, but 5.1.25 does not.
>
>> For both versions the link grace-->xmgrace.exe is missing.
>
> This was most likely caused by the cygport file not doing the (rather unusual)
> 'make links' step of the original Makefiles, but rather doing their own
> tweaking. The 'grace' link is only created by 'make links' --- there is no
> 'grace' created in ${GRACE_HOME}/bin. I would consider that an upstream bug,
> albeit it a small one.
/usr/share/doc/cygwin-doc/html/cygwin-ug-net/using.html#pathnames-symlinks
/usr/share/doc/cygwin-doc/html/cygwin-ug-net/using-cygwinenv.html
https://wiki.samba.org/index.php/UNIX_Extensions#Minshall.2BFrench_symlinks
Because of potential differences from user customization of symbolic link types
thru the CYGWIN environment variable winsymlinks:{lnk,native,nativestrict} and
file system type dependencies, ranging from lack of any symlink support on
CIFS/Samba to real symlinks on NFS, symlinks are created in Cygwin package
postinstall scripts to honour customizations or work around limitations.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-27 3:25 ` Hans-Bernhard Bröker
2020-01-27 5:32 ` Brian Inglis
@ 2020-01-27 12:59 ` Ken Brown
2020-01-27 23:24 ` Hans-Bernhard Bröker
1 sibling, 1 reply; 7+ messages in thread
From: Ken Brown @ 2020-01-27 12:59 UTC (permalink / raw)
To: cygwin
On 1/26/2020 10:25 PM, Hans-Bernhard Bröker wrote:
> Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
>> Hi,
>> Both installations of grace-5.1.24 and grace-5.1.245 are broken.
>> /usr/bin/xmgrace.exe runs but gives the message:
>> --> Broken or incomplete installation - read the FAQ!
>> and then quits.
>
> After reading the FAQ and comparing with a direct build from upstream sources, I
> find the reason for that is that the FontDataBase file of the distributed
> package is, indeed, wrong.
>
> Apparently the type1 font directory supplied by grace was replaced by a link to
> ghostscript's type1 font repository. But the FontDataBase wasn't updated to
> match this change. This mismatch causes xmgrace to baulk. This change was made
> between revisions 5.1.24 and 5.1.25 of the cygwin package, which neatly explains
> why 5.1.24 works, but 5.1.25 does not.
See
https://cygwin.com/ml/cygwin/2018-03/msg00142.html
https://cygwin.com/ml/cygwin/2018-03/msg00156.html
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-27 12:59 ` Ken Brown
@ 2020-01-27 23:24 ` Hans-Bernhard Bröker
2020-01-28 6:38 ` Brian Inglis
0 siblings, 1 reply; 7+ messages in thread
From: Hans-Bernhard Bröker @ 2020-01-27 23:24 UTC (permalink / raw)
To: cygwin
Am 27.01.2020 um 13:58 schrieb Ken Brown:
> On 1/26/2020 10:25 PM, Hans-Bernhard Bröker wrote:
>> Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
>>> Hi,
>>> Both  installations of grace-5.1.24 and grace-5.1.245 are broken.
>>> /usr/bin/xmgrace.exe runs but gives the message:
>>> --> Broken or incomplete installation - read the FAQ!
>>> and then quits.
>> After reading the FAQ and comparing with a direct build from upstream sources, I
>> find the reason for that is that the FontDataBase file of the distributed
>> package is, indeed, wrong.
>> Apparently the type1 font directory supplied by grace was replaced by a link to
>> ghostscript's type1 font repository. But the FontDataBase wasn't updated to
>> match this change. This mismatch causes xmgrace to baulk. This change was made
>> between revisions 5.1.24 and 5.1.25 of the cygwin package, which neatly explains
>> why 5.1.24 works, but 5.1.25 does not.
>
> See
>
> https://cygwin.com/ml/cygwin/2018-03/msg00142.html
> https://cygwin.com/ml/cygwin/2018-03/msg00156.html
Yes, that's about what I figured. The fonts supplied by xmgrace were
replaced (in the cygport file) by a link to ghostscript's fonts, but
then those were replaced by URW fonts, which broke xmgrace.
OTOH the particular font files xmgrace is looking for are in yet another
place on Cygwin:
/usr/share/X11/fonts/urw-fonts
And indeed, making the /usr/share/grace/fonts/type1 symlink point there
does appear to fix the breakage.
So the minimal patch to grace.cygport (other than just leaving the type1
directory of xmgrace alone) would be:
$ diff -uwp grace.cygport{~,}
--- grace.cygport~ 2017-06-27 09:43:32.000000000 +0200
+++ grace.cygport 2020-01-28 00:08:56.345429500 +0100
@@ -78,7 +78,7 @@ src_install() {
rmdir doc
ln -sf ../doc/${NAME} doc
rm -fr fonts/type1
- ln -sf /usr/share/ghostscript/fonts fonts/type1
+ ln -sf /usr/share/X11/fonts/urw-fonts fonts/type1
popd
make_desktop_entry xmgrace Grace xmgrace
"Education;Science;DataVisualization;Motif"
An additional/changed dependency on the urw-base35-fonts-legacy package
would probably be needed, but I'll have to leave that to people who
understand Cygwin packaging.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-27 23:24 ` Hans-Bernhard Bröker
@ 2020-01-28 6:38 ` Brian Inglis
2020-01-28 12:49 ` Ken Brown
0 siblings, 1 reply; 7+ messages in thread
From: Brian Inglis @ 2020-01-28 6:38 UTC (permalink / raw)
To: cygwin
On 2020-01-27 16:24, Hans-Bernhard Bröker wrote:
> Am 27.01.2020 um 13:58 schrieb Ken Brown:
>> On 1/26/2020 10:25 PM, Hans-Bernhard Bröker wrote:
>>> Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
>>>> Hi,
>>>> Both  installations of grace-5.1.24 and grace-5.1.245 are broken.
>>>> /usr/bin/xmgrace.exe runs but gives the message:
>>>> --> Broken or incomplete installation - read the FAQ!
>>>> and then quits.
>
>>> After reading the FAQ and comparing with a direct build from upstream sources, I
>>> find the reason for that is that the FontDataBase file of the distributed
>>> package is, indeed, wrong.
>
>>> Apparently the type1 font directory supplied by grace was replaced by a link to
>>> ghostscript's type1 font repository. But the FontDataBase wasn't updated to
>>> match this change. This mismatch causes xmgrace to baulk. This change was made
>>> between revisions 5.1.24 and 5.1.25 of the cygwin package, which neatly explains
>>> why 5.1.24 works, but 5.1.25 does not.
>>
>> See
>>
>> https://cygwin.com/ml/cygwin/2018-03/msg00142.html
>> https://cygwin.com/ml/cygwin/2018-03/msg00156.html
>
> Yes, that's about what I figured. The fonts supplied by xmgrace were replaced
> (in the cygport file) by a link to ghostscript's fonts, but then those were
> replaced by URW fonts, which broke xmgrace.
>
> OTOH the particular font files xmgrace is looking for are in yet another place
> on Cygwin:
>
> Â Â Â /usr/share/X11/fonts/urw-fonts
>
> And indeed, making the /usr/share/grace/fonts/type1 symlink point there
> does appear to fix the breakage.
>
> So the minimal patch to grace.cygport (other than just leaving the type1
> directory of xmgrace alone) would be:
>
> $ diff -uwp grace.cygport{~,}
> --- grace.cygport~Â Â Â Â Â 2017-06-27 09:43:32.000000000 +0200
> +++ grace.cygport      2020-01-28 00:08:56.345429500 +0100
> @@ -78,7 +78,7 @@ src_install() {
> Â Â Â Â Â Â Â rmdir doc
> Â Â Â Â Â Â Â ln -sf ../doc/${NAME} doc
> Â Â Â Â Â Â Â rm -fr fonts/type1
> -Â Â Â Â Â Â ln -sf /usr/share/ghostscript/fonts fonts/type1
> +Â Â Â Â Â Â ln -sf /usr/share/X11/fonts/urw-fonts fonts/type1
> Â Â Â Â Â Â Â popd
>
> Â Â Â Â Â Â Â make_desktop_entry xmgrace Grace xmgrace
> "Education;Science;DataVisualization;Motif"
>
> An additional/changed dependency on the urw-base35-fonts-legacy package would
> probably be needed, but I'll have to leave that to people who understand Cygwin
> packaging.
Links should only be applied during build processes to allow building and
testing to complete successfully.
Build link types may not be compatible with tar or the target file system and
should not be included in packages for distribution e.g. they may only work on
systems configured for WSL and with WSL installed.
Distributed package links should be generated during post-install processing and
should fall back to file copies if links are unsupported on the target file system.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: grace broken installation
2020-01-28 6:38 ` Brian Inglis
@ 2020-01-28 12:49 ` Ken Brown
0 siblings, 0 replies; 7+ messages in thread
From: Ken Brown @ 2020-01-28 12:49 UTC (permalink / raw)
To: cygwin
On 1/28/2020 1:38 AM, Brian Inglis wrote:
> Links should only be applied during build processes to allow building and
> testing to complete successfully.
> Build link types may not be compatible with tar or the target file system and
> should not be included in packages for distribution e.g. they may only work on
> systems configured for WSL and with WSL installed.
> Distributed package links should be generated during post-install processing and
> should fall back to file copies if links are unsupported on the target file system.
Many Cygwin packages contain symlinks that are not generated during
post-install. setup handles them just fine.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-01-28 12:49 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-25 14:24 grace broken installation Rodrigo Medina
2020-01-27 3:25 ` Hans-Bernhard Bröker
2020-01-27 5:32 ` Brian Inglis
2020-01-27 12:59 ` Ken Brown
2020-01-27 23:24 ` Hans-Bernhard Bröker
2020-01-28 6:38 ` Brian Inglis
2020-01-28 12:49 ` Ken Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).