Mark Liam Brown via Cygwin writes:
> I am trying to parse the output of "net use" in a bash script, but
> hit a roadblock: The output of "net use" changes with the language
> of the system (English, Danish, French, ...), so parsing becomes
> nearly impossible
>
> How can I force the language used
Trying to upgrade App::Ack, ran into various odd test failures, but
that's a problem for another day, as notest install appears to work.
But in the test output, the fact that IO::Pty wasn't installed was
mentioned, so I tried to install it. That failed at testing, as
follows:
Running make test
Marco Atzeri via Cygwin writes:
> Am 17.03.2020 um 12:37 schrieb Henry S. Thompson via Cygwin:
>> Trying to upgrade App::Ack, ran into various odd test failures, but
>> that's a problem for another day, as notest install appears to work.
>>
>> But in the test outp
Brian Inglis writes:
> ... wished for a while: a program that would classify a file name as
> a (regular) hard link, a Windows directory or file link, a junction, a
> Windows shortcut, a Cygwin symlink, a Unix/WSL symlink, a URL link,
> and/or tell me where it links to etc. Thinking of hacking th
Steinar Bang writes:
[troubles with XWin]
Have a look at what Windows shows as the processes that are running.
I've had intermittent problems with XWin processes running without
actually showing any windows. You can see process information either
with a special tool such as ProcExp or with the
[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 the X-wi
My Name via Cygwin writes:
> Thank you, but I find catalog already present, as a file rather than a
> directory; so I'll hold off unless you say mkdir is really what I should do:
No, the file is correct. The following worked for me:
> chmod a+x /etc/xml/catalog
> /etc/postinstall/fontconfig_d
Henry S. Thompson via Cygwin writes:
> My Name via Cygwin writes:
>
>> Thank you, but I find catalog already present, as a file rather than a
>> directory; so I'll hold off unless you say mkdir is really what I should do:
>
> No, the file is correct. The following wo
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
Bryan VanSchouwen via Cygwin writes:
> I just tried executing an awk script using the most recent version of gawk,
> but the output did not turn out the way that it was supposed to.
...
> and previously, this command always printed the values of the three
> variables on a single line, separated
Oleksandr Gavenko via Cygwin writes:
> ...
> WSL1 files are "hidden" for regular access.
I probably misunderstand, but I can see my WSL/Ubuntu files via this
path from Cygwin:
/c/Users/ht/AppData/Local/Packages/CanonicalGroupLimited.../LocalState/rootfs
ht
--
Henry S. Thompson, School
Marco Atzeri via Cygwin writes:
> strange, python27-2.7.18-2 postinstall script should have set
> /usr/bin/python.
Neither python27-2.7.18-1 or -2 have any postinstall script.
The change from -1 to -2 that causes python as such to disappear (which
I can confirm) is the loss of welded-in links:
Achim Gratz via Cygwin writes:
> The man-db package is updated to the latest upstream version 2.11.2.
Thanks for this.
> ...
> The diagnostic output from the update is stored at
> /var/log/mandb-index.log, so you can check if there were problems on
> the last update.
A quick scan of this rev
The existing python3-pyqt5 package installs into the python3.6 tree,
and doesn't work with python3.9.
Trying to install PyQt5 with pip3 also fails.
Has anyone got a working version of Qt+Python3.9 ?
Alternatively, has anyone got a working graphical backend for
matplotlib + python3.9?
My Cygwin,
Marco Atzeri via Cygwin writes:
> On 23.01.2023 20:45, Henry S. Thompson via Cygwin wrote:
>> The existing python3-pyqt5 package installs into the python3.6 tree,
>> and doesn't work with python3.9.
>>
>> ...
> check
>
> python39-pyqt5
Jose Isaias Cabrera via Cygwin writes:
> File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line
> 128, in
> raise OSError("Unsupported platform '{}'".format(_platform.system()))
> OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
>
> Any ideas on how I can make th
Jose Isaias Cabrera writes:
> ...
> File "/usr/local/lib/python3.9/site-packages/keyboard/_nixcommon.py", line
> 174, in ensure_root
> raise ImportError('You must be root to use this library on linux.')
> ImportError: You must be root to use this library on linux.
>
> More work to be done.
Marco Atzeri via Cygwin writes:
> As work around:
>
> $ tar -xf DBI-1.1.3.tar.gz
>
> ...
>
> $ tar -xzf DBI-1.1.3.tar.gz DBI-1.1.3
Argh ^
I'm pretty sure that will just undo the fix!
Cut-and-paste error?
I think what's wanted is
$ tar -czf DBI-1.1.3.tar.gz DBI-1.1.3
ht
--
Henry S.
David Karr via Cygwin writes:
> Ok. I forgot I had to add that package.
>
> However, now there's another odd problem. The command line still doesn't
> start anything, but it does print an error message, saying that it can't
> find "/usr/local/bin/emacs.xml". I can copy that file from the old lapt
TL;DR:
After recent update to 3.9.18-2 I couldn't pull, running on Windows
10, latest cygwin1.dll. Reverting to 3.9.16-1 the problem goes away.
>: hg --debug pull
pulling from https://markup.co.uk/hg/xemacs
using https://markup.co.uk/hg/xemacs
sending capabilities command
markup.co.uk certifica
J M via Cygwin writes:
> Help with use of pgrep or pkill commands with full name options.
>
> I trying to use pgrep or pkill utility commands to find processes but using
> the full path names, by example, find /usr/bin/bash (package procps-ng):
>
> Then, if I use pgrep -f /usr/bin/bash, don't find
I've enabled XDMCP on a local (debian/lightdm) box, and can
successfully connect to it from Cygwin using a modified version of
startxwin in order to launch
/usr/bin/XWin :1 -clipboard -dpi 100 -query [my host] -auth
[me]/.serverauth.6351
All works well, useful work is done, go and have a coffe
Hamish McIntyre-Bhatty via Cygwin writes:
> I'm now thinking it may have been a Python script that was behaving this
> way - I might go and double check in case this isn't what I think it is.
I have noticed recently (on a Linux box) that Python3.8 logging exhibits
the problem you report, that is,
Running cygwin 3.2.0-1 on Windows 10 Pro 21H1
Since changing my login from local User to Windows Hello PIN, I can't
ssh in to my machine using a password: neither the PIN nor my old
password work:
1) If from my machine I do
ssh -o PreferredAuthentications=password localhost
or
Andrey Repin writes:
> Greetings, Henry S. Thompson!
>
>> Running cygwin 3.2.0-1 on Windows 10 Pro 21H1
>
>> Since changing my login from local User to Windows Hello PIN, I can't
>> ssh in to my machine using a password: neither the PIN nor my old
>> password work:
>> ...
> Did you try to `passw
Henry S. Thompson via Cygwin writes:
> Running cygwin 3.2.0-1 on Windows 10 Pro 21H1
>
> Since changing my login from local User to Windows Hello PIN, I can't
> ssh in to my machine using a password: neither the PIN nor my old
> password work:
>
> 1) If from my machi
Brian Inglis writes:
> On 2021-09-12 16:05, Henry S. Thompson via Cygwin wrote:
>> Running cygwin 3.2.0-1 on Windows 10 Pro 21H1
>> Since changing my login from local User to Windows Hello PIN, I can't
>> ssh in to my machine using a password: neither the PIN n
L A Walsh writes:
> On 2021/09/15 12:53, Henry S. Thompson via Cygwin wrote:
>> frankly, it seems like a bug, and
>> if Microsoft succeeds in moving more people to using PINs for login,
>> it will surely begin to bite others...
>
>
> Isn't the idea of us
Dan Harkless via Cygwin writes:
> ...
> Anyone know more about the difficulty in getting those packages to
> work on 64-bit?
Um, yes, I did a lot of work on that back in 2015 and got it working
under Cygwin, with a lot of help from Vin Shelton, but never to the
point of public release because it
Running on Windows-10 21H1
With Cygwin 3.3.0 and 3.3.1 I get a hang every time I try to launch XEmacs:
#0 0x7ffdf31cd474 in ntdll!ZwQueryTimer ()
from /c/Windows/SYSTEM32/ntdll.dll
#1 0x0001800479fa in cygwait (object=, timeout=0x09a0,
timeout@entry=0x0, mask=mask@entry=5)
Ken Brown via Cygwin writes:
> On 11/8/2021 8:12 AM, Henry S. Thompson via Cygwin wrote:
>> Running on Windows-10 21H1
>>
>> With Cygwin 3.3.0 and 3.3.1 I get a hang every time I try to launch XEmacs:
>>
>> ..
>> #6 0x00018013ffcc in read (fd=3, pt
[private reply -- it's not exactly a private repo, but it's really not
ready for prime-time with users expecting to be able to raise issues
etc.]
Ken Brown writes:
> ...
> I was aware that the bitbucket repo didn't exist, because I tried to get the
> sources there. But I didn't know about the
Ken Brown via Cygwin writes:
> On 11/9/2021 9:53 PM, Ken Brown via Cygwin wrote:
>> Back to the drawing board.
>
> It finally occurred to me to stop looking for a bug in
> fhandler_pipe::raw_read and instead see if something is in fact
> repeatedly writing to the pipe, so that drain_signal_event_p
Ken Brown writes:
> ...
> The main change was that we stopped using Win32 Overlapped I/O
> (https://docs.microsoft.com/en-us/windows/win32/sync/synchronization-and-overlapped-input-and-output)
> and switched to using the NT API. As a result, pipe I/O became much
> more efficient. It wouldn't su
for Ken Brown and Takashi Yano, don't you think?
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: h...@inf.ed.ac.uk
URL:
Achim Gratz writes:
> The man-db package is re-released as 2.9.4-2, the latest upstream
> version. This release works around a Windows bug that causes creation
> of a spurious directory %SystemDrive% in the Cygwin installation root.
Fails for me:
>: man -k sasl
man: /usr/bin/apropos: Segmen
Achim Gratz writes:
> The man-db package is re-released as 2.9.4-2.1 on 64bit to fix a bug in
> the build that caused some executables to SIGSEGV.
This fixed my problem, thank you.
Just checking: there are _lots_ of warnings/error messages in
/var/log/mandb-index.log, is this to be expected?
Ro
37 matches
Mail list logo
