On 2025-01-13 07:15, Thomas Wolff via Cygwin wrote:
Am 13.01.2025 um 13:39 schrieb Dr Bean via Cygwin:
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
By the way, as CJK fonts are usually not very suitable for Latin text
(mostly not being monowidth in the first place), there is
Am 13.01.2025 um 13:39 schrieb Dr Bean via Cygwin:
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
By the way, as CJK fonts are usually not very suitable for Latin text
(mostly not being monowidth in the first place), there is a useful
mechanism in mintty that allows you to use
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
> By the way, as CJK fonts are usually not very suitable for Latin text
> (mostly not being monowidth in the first place), there is a useful
> mechanism in mintty that allows you to use your favourite CJK and
> n
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.1.01
* unifont-viewer15.1.01
* unifont-fonts 15.1.01
GNU Unifont is a Unicode font with glyphs for all visible Unicode
Basic Multilingual Plane (the first 64K) character code points
unsubscribe
-Original Message-
From: Cygwin-announce
On Behalf Of
Cygwin unifont Maintainer via Cygwin-announce
Sent: Monday, June 5, 2023 11:29 AM
To: Cygwin Announcements
Cc: Cygwin unifont Maintainer
Subject: EXTERNAL: Updated: unifont, unifont-fonts, unifont-viewer 15.0.06
The
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.06
* unifont-viewer15.0.06
* unifont-fonts 15.0.06
GNU Unifont is a Unicode font with glyphs for all visible Unicode
Basic Multilingual Plane (the first 64K) character code points
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.05
* unifont-viewer15.0.05
* unifont-fonts 15.0.05
GNU Unifont is a Unicode font with a glyph for every visible
Unicode Basic Multilingual Plane code point and more, with supporting
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.04
* unifont-viewer15.0.04
* unifont-fonts 15.0.04
GNU Unifont is a Unicode font with a glyph for every visible
Unicode Basic Multilingual Plane code point and more, with supporting
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.03
* unifont-viewer15.0.03
* unifont-fonts 15.0.03
GNU Unifont is a Unicode font with a glyph for every visible
Unicode Basic Multilingual Plane code point and more, with supporting
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.02
* unifont-viewer15.0.02
* unifont-fonts 15.0.02
GNU Unifont is a Unicode font with a glyph for every visible
Unicode Basic Multilingual Plane code point and more, with supporting
On 12/22/2022 2:02 AM, Luis Rivera via Cygwin wrote:
While developing a package for LuaTeX with the texlive-collection, I
noticed that LuaTeX could not access the directories for OpenType
fonts;
```
$ luatex sloth
This is LuaTeX, Version 1.15.0 (TeX Live 2022/Cygwin)
restricted system
While developing a package for LuaTeX with the texlive-collection, I
noticed that LuaTeX could not access the directories for OpenType
fonts;
```
$ luatex sloth
This is LuaTeX, Version 1.15.0 (TeX Live 2022/Cygwin)
restricted system commands enabled.
(./sloth.tex (/home/root/.local/share/texmf
The following packages have been upgraded in the Cygwin distribution:
* unifont 15.0.01
* unifont-viewer15.0.01
* unifont-fonts 15.0.01
GNU Unifont is a Unicode font with a glyph for every visible
Unicode Basic Multilingual Plane code point and more, with supporting
The following packages have been upgraded in the Cygwin distribution:
* unifont 14.0.04
* unifont-fonts 14.0.04
* unifont-viewer14.0.04
GNU Unifont is a Unicode font with a glyph for every visible Unicode
Basic Multilingual Plane code point and more, with supporting
The following packages have been upgraded in the Cygwin distribution:
* unifont 14.0.03
* unifont-fonts 14.0.03
* unifont-viewer14.0.03
GNU Unifont is a Unicode font with a glyph for every visible Unicode
Basic Multilingual Plane code point and more, with supporting
that I think should be fairly common. I’ve been researching
the FAQs and docs and stacks and forums and Googles and so on, and progress has
been quite slow.
For example, when I run xinit and include a .xinitrc file in my home directory,
it seems to immediately crash.Also, fonts seem to be
Mail for Windows
From: Jon Turney
Sent: Tuesday, March 15, 2022 8:15 AM
To: send, send, send, send junk, junk, junk, junk; The Cygwin Mailing List
Subject: Re: fonts and .xinitrc
On 15/03/2022 12:27, send, send, send, send junk, junk, junk, junk wrote:
>
> For example, when I run xin
On 15/03/2022 12:27, send, send, send, send junk, junk, junk, junk wrote:
For example, when I run xinit and include a .xinitrc file in my home directory, it
seems to immediately crash. >
I currently have the latest Cygwin packages installed on my brand new gaming
laptop (MSI GF65 Thin).
fairly common. I’ve been researching
the FAQs and docs and stacks and forums and Googles and so on, and progress has
been quite slow.
For example, when I run xinit and include a .xinitrc file in my home directory,
it seems to immediately crash.Also, fonts seem to be an issue for me now
The following packages have been upgraded in the Cygwin distribution:
* unifont 14.0.02
* unifont-fonts 14.0.02
* unifont-viewer14.0.02
GNU Unifont is a Unicode font with a glyph for every visible Unicode
Basic Multilingual Plane code point and more, with supporting
On Mon, 26 Apr 2021 20:31:38 +0200, Thomas Wolff
>
> Am 26.04.2021 um 01:14 schrieb Lemures Lemniscati via Cygwin:
> > On Sun, 25 Apr 2021 22:33:57 +0200, Thomas Wolff
> >> Am 25.04.2021 um 15:41 schrieb Lemures Lemniscati via Cygwin:
> >>> Hi!
> >
Am 26.04.2021 um 01:14 schrieb Lemures Lemniscati via Cygwin:
On Sun, 25 Apr 2021 22:33:57 +0200, Thomas Wolff
Am 25.04.2021 um 15:41 schrieb Lemures Lemniscati via Cygwin:
Hi!
mintty overstrokes some fonts unexpectedly.
https://gitlab.com/test.cases/mintty-test/-/tree
On Sun, 25 Apr 2021 22:33:57 +0200, Thomas Wolff
>
> Am 25.04.2021 um 15:41 schrieb Lemures Lemniscati via Cygwin:
> > Hi!
> >
> > mintty overstrokes some fonts unexpectedly.
> > https://gitlab.com/test.cases/mintty-test/-/tree/54ae800e695ecd1741851cab57320a9d0
Am 25.04.2021 um 15:41 schrieb Lemures Lemniscati via Cygwin:
Hi!
mintty overstrokes some fonts unexpectedly.
https://gitlab.com/test.cases/mintty-test/-/tree/54ae800e695ecd1741851cab57320a9d0e95a6fd
How to reproduce
Setting mintty to use msgothic.ttc in 20pt, run a
following command
Hi!
mintty overstrokes some fonts unexpectedly.
https://gitlab.com/test.cases/mintty-test/-/tree/54ae800e695ecd1741851cab57320a9d0e95a6fd
How to reproduce
Setting mintty to use msgothic.ttc in 20pt, run a
following command.
perl -e '
binmode STDOUT, ":utf8";
print <
reate them). Which ways work and who can create them are settings
under fsultil/behavior/(set/query) symlinkEvaluation. These 4 settings
control directions of symlinking
There's another setting that is suppose to control where fonts
can be installed, but can't find it off hand --
tallation from another? If not, you could try running 'rm root>/usr/share/fonts/microsoft/wingding.ttf' under strace to see if that give
you any clues. You could also try 'file', 'ls -l', 'stat', etc., to see if
Cygwin is correctly recognizing the file as
Hi Ken, L A Walsh,
> But you can change this if you don't like it, as I said in my reply
to your earlier message about this:
I don't know if I like it yet - I am still in the process of
understanding what is going on.
I maintain the Windows build of a large open source project and we also
On 2020/11/05 13:41, Michael Soegtrop via Cygwin wrote:
I wonder if the path "/mnt/c/Windows/Fonts/wingding.ttf" is something
which should be written into a NTFS reparse point by cygwin setup.
Probably not - it looks like a cygwin path and it is understandable that
this con
On 11/5/2020 4:41 PM, Michael Soegtrop via Cygwin wrote:
Dear Cyhwin Users and Team,
since a while I have issues removing cygwin installations, especially the
symlinks to true type fonts in /usr/share/fonts/microsoft.
Looking at these links with Windows tools I get:
C:\bin\cygwin\usr\share
Dear Cyhwin Users and Team,
since a while I have issues removing cygwin installations, especially
the symlinks to true type fonts in /usr/share/fonts/microsoft.
Looking at these links with Windows tools I get:
C:\bin\cygwin\usr\share\fonts\microsoft>fsutil reparsepoint query
wingding.
>
> a simple test case, please
>
> It is difficult to correct any problem without it
There had been another thread pertaining to the graph seg-fault problem and I
don't think i have any new information, the strace looked the same as what i
was getting before.
however, i will attach a copy o
On 04.09.2020 05:58, briand (at) pounceofcats.com wrote:
Hi,
Just got a new computer at work, so it got a very fresh install of cygwin.
The problem i was having with the fonts not displaying correctly in Julia is
now gone, and that's much more important than it sounds. A great many o
Hi,
Just got a new computer at work, so it got a very fresh install of cygwin.
The problem i was having with the fonts not displaying correctly in Julia is
now gone, and that's much more important than it sounds. A great many of the
julia packages, and some that I use frequently, make
Jon Turney writes:
> On 18/06/2020 17:53, Henry S. Thompson via Cygwin wrote:
>> [Warning, gnarly X-windows issues below, read at your own risk]
>>
>> I run XEmacs on several Linux servers, and sometimes (always for the
>> time being) access them via (Cygwin) ssh -Y and/or (Windows)TigerVNC.
>
> I
7;re using 'XEmacs' here to refer to 'GNU Emacs as an
X11 client' or 'XEmacs (the fork derived from Lucid Emacs)'
XEmacs and fonts are problematic in their own right, but I'm struggling
to understand the X-windows-as-such issues of this configuration, to try
to iso
[Warning, gnarly X-windows issues below, read at your own risk]
I run XEmacs on several Linux servers, and sometimes (always for the
time being) access them via (Cygwin) ssh -Y and/or (Windows)TigerVNC.
XEmacs and fonts are problematic in their own right, but I'm struggling
to understand
On 9/29/2018 8:34 AM, Thomas Dickey wrote:
>
>
> - Original Message -
> | From: "Ken Brown"
> | To: "Thomas Dickey"
> | Cc: "cygwin"
> | Sent: Friday, September 28, 2018 10:25:17 PM
> | Subject: Re: XWin: Tiny fonts on high resolut
- Original Message -
| From: "Ken Brown"
| To: "Thomas Dickey"
| Cc: "cygwin"
| Sent: Friday, September 28, 2018 10:25:17 PM
| Subject: Re: XWin: Tiny fonts on high resolution display
| On 9/28/2018 8:06 PM, Thomas Dickey wrote:
|> - Original Me
g00247.html), but I haven't
>>> found a
>>> good answer, except perhaps to use Gnome or some other desktop environment.
>>> (I
>>> haven't tried that yet.)
>>> I just got a new laptop with a 3840x2160 display. When I start the X
>>&
p. Do you know how I can fix the menu fonts?
The above is good to know. Not sure if it will affect the font size used in
menus, but there is a menuHeight resource ...
Eliot
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 9/28/2018 8:06 PM, Thomas Dickey wrote:
> - Original Message -
> | From: "Ken Brown"
> | To: "cygwin"
> | Sent: Friday, September 28, 2018 6:32:25 PM
> | Subject: XWin: Tiny fonts on high resolution display
>
> | A Google search shows that
d that yet.)
I just got a new laptop with a 3840x2160 display. When I start the X server via
startxwin, xterm and emacs open small windows with tiny fonts. Here are the
xterm and emacs settings in my .Xresources:
emacs.geometry: 80x34+340+40
XTerm*geometry: 80x45
XTerm*VT100*colorBDMode: on
X
- Original Message -
| From: "Ken Brown"
| To: "cygwin"
| Sent: Friday, September 28, 2018 6:32:25 PM
| Subject: XWin: Tiny fonts on high resolution display
| A Google search shows that this is a very frequently asked question (e.g.,
| https://sourceware.org/ml/cyg
Hi, Brian.
Probably, I see the point.
But, we already have a package noto-cjk-fonts-1.004-1,
which is an OpenType/CFF Collection (OTC).
cf. https://www.google.com/get/noto/help/cjk/
$ cygcheck -l noto-cjk-fonts
/etc/fonts/conf.d/66-google-noto-sans-cjk.conf
/usr/share/fontconfig/conf.avail/66
On 2018-06-28 16:13, Lemures Lemniscati wrote:
> On Tue, 10 Apr 2018 14:57:30 -0500, Yaakov Selkowitz wrote:
>> The following packages have been uploaded to the Cygwin distribution:
>> * noto-fonts-common-20171024-1.git8ef14e6
>> * noto-fonts-20171024-1.git8ef14e6
...
>>
Hi,
Thank you for maintaining many packages.
I would like to have a package containg a series of fonts
NotoSerifCJK-*.ttc:
NotoSerifCJK-Bold.ttc
NotoSerifCJK-Regular.ttc
NotoSerifCJK-Black.ttc
NotoSerifCJK-ExtraLight.ttc
NotoSerifCJK-Light.ttc
NotoSerifCJK-Medium.ttc
NotoSerifCJK
Achim Gratz writes:
> Ken Brown writes:
>> Achim, if I'm right, you don't have to do anything with xfig except to
>> add a dependency on urw-base35-fonts-legacy.
>
> OK, I'll check how I get this done.
Yaakov has added those requirements to the hint files, so t
Ken Brown writes:
> Achim, if I'm right, you don't have to do anything with xfig except to
> add a dependency on urw-base35-fonts-legacy.
OK, I'll check how I get this done.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
fa),
I've created and uploaded a new subpackage urw-base35-fonts-legacy
that contains old versions of the fonts. These should work with xfig.
The fonts are in /usr/share/X11/fonts/urw-fonts, with a symlink in
/etc/X11/fontpath.d/.
I did some limited testing, and xfig seems to find
The following packages have been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-5
* urw-base35-fonts-legacy-20170801-5
This package contains the 35 fonts in the PostScript Level 2 Core Font
Set. These fonts are used by ghostscript, xpdf, and other
applications.
The urw-base35
subpackage urw-base35-fonts-legacy that
contains old versions of the fonts. These should work with xfig.
The fonts are in /usr/share/X11/fonts/urw-fonts, with a symlink in
/etc/X11/fontpath.d/.
I did some limited testing, and xfig seems to find the fonts. (I didn't
call xset or do a
The following packages have been uploaded to the Cygwin distribution:
* noto-fonts-common-20171024-1.git8ef14e6
* noto-fonts-20171024-1.git8ef14e6
* arimo-fonts-20171024-1.git8ef14e6
* cousine-fonts-20171024-1.git8ef14e6
* tinos-fonts-20171024-1.git8ef14e6
* noto-arabic-fonts-20171024-1
Ken Brown writes:
> What a mess!
Indeed.
> There's a comment just yesterday at
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1551219#c8
>
> suggesting that there will be some Fedora changes in the urw font
> package coming this week. So let's wait for the dust to settle, and
> then I hope we
On 3/20/2018 2:13 PM, Achim Gratz wrote:
Ken Brown writes:
The 35 core postscript fonts are now in
/usr/share/fonts/urw-base35. But I'm not sure what you have to do to
make xfig find them.
I just looked at Fedora's xfig packaging
(https://src.fedoraproject.org/cgit/rpms/xfig.git), a
Ken Brown writes:
>> The 35 core postscript fonts are now in
>> /usr/share/fonts/urw-base35. But I'm not sure what you have to do to
>> make xfig find them.
>
> I just looked at Fedora's xfig packaging
> (https://src.fedoraproject.org/cgit/rpms/xfig.git),
On 3/19/2018 10:44 PM, Ken Brown wrote:
On 3/19/2018 9:02 PM, Andrew P Paplinski via cygwin wrote:
Dear Cygwin X,
I am running X Server 1.19.6-2 built 2018-03-12
I have the following error:
$ xset fp+ /usr/share/ghostscript/fonts/
xset: bad font path element (#2), possible causes are
On 3/19/2018 9:02 PM, Andrew P Paplinski via cygwin wrote:
Dear Cygwin X,
I am running X Server 1.19.6-2 built 2018-03-12
I have the following error:
$ xset fp+ /usr/share/ghostscript/fonts/
xset: bad font path element (#2), possible causes are:
Directory does not exist or has wrong
Dear Cygwin X,
I am running X Server 1.19.6-2 built 2018-03-12
I have the following error:
$ xset fp+ /usr/share/ghostscript/fonts/
xset: bad font path element (#2), possible causes are:
Directory does not exist or has wrong permissions
Directory missing fonts.dir
Incorrect font
I believe I've found a fix for this issue; it is associated
> with recent changes that have occurred in the urw-base35-fonts package.
>
> In detail: xmgrace as currently built tries to use the type 1 fonts in
> /usr/share/ghostscript/fonts. It appears (?) to catalog them using a
associated
with recent changes that have occurred in the urw-base35-fonts package.
In detail: xmgrace as currently built tries to use the type 1 fonts in
/usr/share/ghostscript/fonts. It appears (?) to catalog them using a font
mapping contained in one of its configuration files, named appro
iated with the
urw-base35-fonts package and I've found an email suggesting that you are
the maintainer.
I found the same problem as mentioned in this post
<https://cygwin.com/ml/cygwin/2018-01/msg00135.html>: xmgrace fails on
cygwin64.
Some detail: xmgrace uses the type 1 font
The following package has been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-4
This package contains the 35 fonts in the PostScript Level 2 Core Font
Set. These fonts are used by ghostscript and xpdf.
This release renames some font files for consistency with ghostscript
On 1/1/2018 2:28 PM, Marco Atzeri wrote:
On 15/11/2017 19:54, Ken Brown wrote:
The following package has been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-3
This package contains the 35 fonts in the PostScript Level 2 Core Font
Set. These fonts are used by ghostscript and
On 2018-01-01 12:28, Marco Atzeri wrote:
> On 15/11/2017 19:54, Ken Brown wrote:
>> The following package has been uploaded to the Cygwin distribution:
>> * urw-base35-fonts-20170801-3
>> This package contains the 35 fonts in the PostScript Level 2 Core Font
>> Se
On 15/11/2017 19:54, Ken Brown wrote:
The following package has been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-3
This package contains the 35 fonts in the PostScript Level 2 Core Font
Set. These fonts are used by ghostscript and xpdf.
This release removes a workaround
The following package has been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-3
This package contains the 35 fonts in the PostScript Level 2 Core Font
Set. These fonts are used by ghostscript and xpdf.
This release removes a workaround for an xpdf problem that has now
been
The following packages have been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-2
This package, which used to be called "ghostscript-fonts-std",
contains the 35 fonts in the PostScript Level 2 Core Font Set. These
fonts are used by ghostscript and xpdf.
This is a
The following packages have been uploaded to the Cygwin distribution:
* urw-base35-fonts-20170801-1
This package, which used to be called "ghostscript-fonts-std",
contains the 35 fonts in the PostScript Level 2 Core Font Set. These
fonts are used by ghostscript.
This is an update to
Hi,
I am currently installing a new 64bits distribution of cygwin and an
UBUNTU 16.04 in another machine.
In both cases xfig does not find the ghostscript fonts and all the
texts in the drawings
appear with the same default font, making the application practically
useless. The reason
is the same
The following packages have been uploaded to the Cygwin distribution:
* overpass-fonts-3.0-1
Free and open source typeface based on the U.S. interstate highway road
signage type system.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
The following packages have been uploaded to the Cygwin distribution:
* noto-fonts-common-20161021-1.git86b2e55
* noto-fonts-20161021-1.git86b2e55
* arimo-fonts-20161021-1.git86b2e55
* cousine-fonts-20161021-1.git86b2e55
* tinos-fonts-20161021-1.git86b2e55
* noto-arabic-fonts-20161021-1
Yaakov Selkowitz writes:
> The following packages have been uploaded to the Cygwin distribution:
>
> * dejavu-fonts-2.37-1
Thank you, much appreciated.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf micro
The following packages have been uploaded to the Cygwin distribution:
* dejavu-fonts-2.37-1
The DejaVu fonts are a font family based on the Bitstream Vera Fonts. Its
purpose is to provide a wider range of characters while maintaining the
original look and feel.
This release fixes one upstream
Yaakov Selkowitz writes:
> The following packages have been uploaded to the Cygwin distribution:
>
> * dejavu-fonts-2.36-1
Could you please update to 2.37? THere's a bug with some condensed
glyphs being empty in that version and we can't use the font for this
reason at the mom
Hi
New versions of 't1lib/t1lib-x11/t1lib5/t1libx5/t1lib-devel/t1libx-devel' have
been uploaded to a server near you.
o Build for cygwin 2.5.2 with gcc-5.4.0
o [x86] removed .la files from /usr/lib
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.
The following packages have been uploaded to the Cygwin distribution:
* cantarell-fonts-0.0.24-1
The Cantarell typeface family was designed as a contemporary Humanist sans
serif, and was developed for on-screen reading; it serves as the default font
in the GNOME desktop.
This is an update to
The following packages have been uploaded to the Cygwin distribution:
* xorg-x11-fonts-dpi100-7.5-3
* xorg-x11-fonts-dpi75-7.5-3
* xorg-x11-fonts-misc-7.5-3
* xorg-x11-fonts-Type1-7.5-3
* xorg-x11-fonts-cyrillic-7.5-3
* xorg-x11-fonts-ethiopic-7.5-3
These packages provide the X11 Core Fonts used
The following packages have been uploaded to the Cygwin distribution:
* dejavu-fonts-2.36-1
The DejaVu fonts are a font family based on the Bitstream Vera Fonts. Its
purpose is to provide a wider range of characters while maintaining the
original look and feel.
This is an update to the latest
/etc/postinstall/xorg-x11-fonts-Type1.sh reads
fc-cache /usr/share/X11/fonts/Type1
should be ?
/usr/libexec/fc-cache-1 /usr/share/X11/fonts/Type1
^^^
H.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
On 07/06/2016 23:31, Jeff Buckles wrote:
Menu fonts in 'git gui' are too small to be readable
(only one or two pixels high). "gitk" works fine.
Thanks for reporting this problem.
I was able to reproduce this problem, with a fresh installation, but
only on x86, not on x8
On 08/06/16 18:55, David Stacey wrote:
Please could you check the 'noto-urdu-fonts-20160307-1.gitbdf7562'
package. The file '66-google-noto-nastaliq-urdu.conf' file contained
within appears to have an unclosed 'match' element:
...
The following packages have been uploaded to the Cygwin distribution:
* noto-fonts-common-20160601-1.git165832a
* noto-fonts-20160601-1.git165832a
* arimo-fonts-20160601-1.git165832a
* cousine-fonts-20160601-1.git165832a
* tinos-fonts-20160601-1.git165832a
* noto-arabic-fonts-20160601-1
Please could you check the 'noto-urdu-fonts-20160307-1.gitbdf7562'
package. The file '66-google-noto-nastaliq-urdu.conf' file contained
within appears to have an unclosed 'match' element:
...
The initial 'match' start tag (
Menu fonts in 'git gui' are too small to be readable
(only one or two pixels high). "gitk" works fine.
Same result whether I start 'git gui' from the command line
or from gitk.
I'm running cygwin 32 on windows 7. uname -a shows:
CYGWIN_NT-6.1-WOW myname-L
running: C:\cygwin64\bin\bash.exe --norc
--noprofile "/etc/postinstall/zp_desktop-file-utils.sh"
2016/06/01 21:03:20 running: C:\cygwin64\bin\bash.exe --norc
--noprofile "/etc/postinstall/zp_fontconfig_cache_1.sh"
/usr/share/fonts: failed to write cache
/usr/share/fonts/dejavu: failed
UNSUBSCRIBE.
Thank You,
Stephen H. Dawson
(865) 804-3454
http://www.linkedin.com/in/shdcs
On 04/18/2016 07:01 PM, Yaakov Selkowitz wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * caladea-fonts-20130214-1
> * carlito-fonts-20130920-1
>
> C
The following packages have been uploaded to the Cygwin distribution:
* caladea-fonts-20130214-1
* carlito-fonts-20130920-1
Caladea and Carlito are modern, friendly sans-serif fonts, metric-compatible
with Microsoft Fonts Cambria and Calibri fonts. They come in regular, bold,
italic, and bold
On 2016-04-12 14:44, Bob wrote:
One of these hangs in Cygwin install at ftp Gatech
* noto-cjk-fonts-common-1.004-1
* noto-cjk-fonts-1.004-1
Hangs downloading or installing? The fontconfig perpetual postinstall
will take a while right after installing these fonts, because of their
size, but
The following packages have been uploaded to the Cygwin distribution:
* noto-fonts-common-20160307-1.gitbdf7562
* noto-fonts-20160307-1.gitbdf7562
* arimo-fonts-20160307-1.gitbdf7562
* cousine-fonts-20160307-1.gitbdf7562
* tinos-fonts-20160307-1.gitbdf7562
* noto-arabic-fonts-20160307-1
On 4/6/2016 7:36 AM, David Boerschlein wrote:
It seems the "noto" fonts are missing from the Cygwin LaTeX distribution.
I am using the "mirrors.kernel.org"
CTAN (https://www.ctan.org/tex-archive/fonts/noto?lang=en) says they are
supposed to be in TeX Live.
I will
ymlink was created as follows:
> > io_stream:mklink
> > (cygfile:///etc/X11/fontpath.d/xorg-x11-75dpi:unscaled:pri=20 ->
> > cygfile:///usr/share/X11/fonts/75dpi)
> > But there is no /etc/X11/fontpath.d directory on the system.
> >
> > The man page doesn't
sr/share/X11/fonts/75dpi)
But there is no /etc/X11/fontpath.d directory on the system.
The man page doesn't say in explicit procedural terms what the end
user has to do to make fontpath.d exist and it doesn't seem to get
created by setup.
That's because of the setup bug tha
86 fortuitously gave me the chance to see an error
> message involving one of these symlinks. I reviewed the setup log and
> read that apparently such a symlink was created as follows:
> io_stream:mklink
> (cygfile:///etc/X11/fontpath.d/xorg-x11-75dpi:unscaled:pri=20 ->
> cygfi
86 fortuitously gave me the chance to see an error
message involving one of these symlinks. I reviewed the setup log and
read that apparently such a symlink was created as follows:
io_stream:mklink
(cygfile:///etc/X11/fontpath.d/xorg-x11-75dpi:unscaled:pri=20 ->
cygfile:///usr/share/X11/fonts/75dpi
On 06/10/2015 17:55, Ken Brown wrote:
On 10/6/2015 12:43 PM, Michael Enright wrote:
On Tue, Oct 6, 2015 at 7:42 AM, kuaf wrote:
Unable to extract
/etc/X11/fontpath.d/xorg-x11-fonts-75dpi:unscaled:pri=20
Something tells me that this error message is not only giving a file
name, it
On 10/6/2015 12:43 PM, Michael Enright wrote:
On Tue, Oct 6, 2015 at 7:42 AM, kuaf wrote:
Unable to extract
/etc/X11/fontpath.d/xorg-x11-fonts-75dpi:unscaled:pri=20
Something tells me that this error message is not only giving a file
name, it is giving some font parameters that had
On Tue, Oct 6, 2015 at 7:42 AM, kuaf wrote:
> Unable to extract
> /etc/X11/fontpath.d/xorg-x11-fonts-75dpi:unscaled:pri=20
Something tells me that this error message is not only giving a file
name, it is giving some font parameters that had been specified
directly or indirectly
ges, such as xorg-server, will be
>> installed as well ).
>> I came across error prompts as following:
>>
>> Error writing file
>>
>> Unable to extract
>> /etc/X11/fontpath.d/xorg-x11-fonts-75dpi:unscaled:pri=20
>
>
> This is due to a bug
On 10/6/2015 10:59 AM, Andrey Repin wrote:
I'm more puzzled by the file name, though. While colons are allowed in Windows
file names, they bear special meaning of referencing streams within a file.
And they can't be nested.
And Cygwin seems to be blissfully unaware of their existence.
No, Cygwi
1 - 100 of 259 matches
Mail list logo
