Most of the postinstall font scripts are referring to
/usr/share/fonts/encodings
/usr/share/fonts/encodings/large
$ cat plotutils.sh.done
/usr/bin/rm -f /usr/share/fonts/misc/encodings.dir
/usr/share/fonts/misc/fonts.{dir,scale}
/usr/bin/mkfontscale /usr/share/fonts/misc || /usr/bin/rm -f
/
On 2016-04-17 13:26, Marco Atzeri wrote:
Most of the postinstall font scripts are referring to
/usr/share/fonts/encodings
/usr/share/fonts/encodings/large
"Most"?
$ cat plotutils.sh.done
/usr/bin/rm -f /usr/share/fonts/misc/encodings.dir
/usr/share/fonts/misc/fonts.{dir,scale}
/usr/bin/
Same bug for me.
$ xpdf &
[1] 3496
$ Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation. Offset
0x2f6eabad9 at address 0x100494523 doesn't fit into 32 bits
But Mark's suggestion doesn't work:
[1]+ Exit 127xpdf
/usr/bin$ rebase -i cygXt*
/usr/bin/cygXtst-6.dll
Jaakov Jaakov writes:
> Same bug for me.
>
> $ xpdf &
> [1] 3496
> $ Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation.
Offset 0x2f6eabad9 at address
> 0x100494523 doesn't fit into 32 bits
>
> But Mark's suggestion doesn't work:
>
> [1]+ Exit 127xpdf
> /usr/bin$ r
Jaakov Jaakov writes:
> Same bug for me.
>
> $ xpdf &
> [1] 3496
> $ Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation.
Offset 0x2f6eabad9 at address
> 0x100494523 doesn't fit into 32 bits
>
> But Mark's suggestion doesn't work:
>
> [1]+ Exit 127xpdf
> /usr/bin$ r
Greetings, John Cowan!
> Andrey Repin scripsit:
>> Of course, it is efficient.
>> More efficient, than starting a shell each time I need to diff a file.
>> Or 2-3 shells, if you call a wrapper. Which is least efficient, considering
>> retarded CMD quoting rules.
> I always have 2-3 shells runnin
Greetings, Alexandria Gutierrez!
> I been working on this today and have figured a few things out:
> The issue appears to be only be affecting us when we use ssh keys to
> authenticate. When we do not have keys for authentications the command
> gets executed successfully:
This is actually somewh
Greetings, Eliot Moss!
> Dear Corinna (et al.): I have set up to use a separate group that I call
> Cygwin for files in my cygwin tree, and in the recent past have been able to
> apply chown, chgrp, and chmod effectively. With the latest version, chmod
> fails to change permissions, though I can
The following packages have been uploaded to the Cygwin distribution:
* feh-2.15.2-1
feh is an X11 image viewer aimed mostly at console users. Unlike most other
viewers, it does not have a fancy GUI, but simply displays images. It is
controlled via commandline arguments and configurable key/mou
On 4/17/2016 5:38 PM, Andrey Repin wrote:
Greetings, Eliot Moss!
Dear Corinna (et al.): I have set up to use a separate group that I call
Cygwin for files in my cygwin tree, and in the recent past have been able to
apply chown, chgrp, and chmod effectively. With the latest version, chmod
fail
Mark, thanks!
But, unfortunately:
/usr/bin$ rebase --base=0xf730 cygXt-6.dll
ReBaseImage (/usr/bin/cygXt-6.dll) failed with last error = 6
rebase -i *.dll outputs no stars at all (see the attachment).
Is there, perhaps, a chance for a permanent solution?/usr/bin/cyglsa64.dll
Hi,
>> i'm now revisiting this topic b/c mingw-*-fftw3 are not OpenMP capable.
>> can someone (maybe, Yaakov?) update them?
>
> That's because there were many (32 in total) otherwise "internal" symbols
> are used by the threaded libraries which were not being exported, resulting
> in linking error
Hello,
While performing a fresh install of cygwin 2.5.0 x86_64 on Windows 7
64-bit I encountered the following postinstall error for plotutils-2.6-4:
Excerpt from setup.log:
2016/04/17 20:07:07 running: E:\Cygwin64\bin\bash.exe --norc --noprofile
"/etc/postinstall/plotutils.sh"
2016/04/17 20
gcc-5.3.0-5 has been uploaded for Cygwin, now rebuilt with cygwin 2.5.0.
Now actually built with cygwin 2.5.0.
GCC5 uses a new versioning scheme, under the old scheme, it would be
5.0.3, with 5.2.0 as 5.0.2. See https://gcc.gnu.org/develop.html under
"Version Numbering Scheme for GCC 5 and Up".
T
When I open a mintty terminal as administrator, I am able to access all the
files in the file tree rooted at ~nonAdminUserAccount, even though that
directory & all subdirectories have mode bits drwx--+. Is this to be
expected? I'm using Windows 7 and "cygcheck -cd" shows version 2.2.1-1 for
t
Jaakov Jaakov writes:
> Mark, thanks!
>
> But, unfortunately:
> /usr/bin$ rebase --base=0xf730 cygXt-6.dll
> ReBaseImage (/usr/bin/cygXt-6.dll) failed with last error = 6
>
> rebase -i *.dll outputs no stars at all (see the attachment).
>
> Is there, perhaps, a chance for a permanent solut
On Sun, Apr 17, 2016 at 11:11 PM, andy wrote:
> When I open a mintty terminal as administrator, I am able to access all the
> files in the file tree rooted at ~nonAdminUserAccount, even though that
> directory & all subdirectories have mode bits drwx--+. Is this to be
> expected? I'm using Wi
On 17.04.2016 23:27, Andrey Repin wrote:
Greetings, John Cowan!
Andrey Repin scripsit:
Of course, it is efficient.
More efficient, than starting a shell each time I need to diff a file.
Or 2-3 shells, if you call a wrapper. Which is least efficient, considering
retarded CMD quoting rules.
On 18/04/2016 03:38, Ken wrote:
Hello,
While performing a fresh install of cygwin 2.5.0 x86_64 on Windows 7
64-bit I encountered the following postinstall error for plotutils-2.6-4:
Noted.
I am repacking to handle the change in the font system.
Regards
Marco
--
Problem reports: http:/
Hi,
Just curious ...
Normally I do NOT use setup-x86_64.exe to "install" (download) a source
code tarball ... I will go directly to the source (i.c. a mirror).
This time I decided to use setup (in order to verify a hypothesis) ...
As usual I execute this procedure in 2 steps:
1. Download wit
20 matches
Mail list logo
