pywin32
Does anyone know the status of the port of pywin32 to cygwin. It appears like the project was nearly done 2 years ago but still is not available. TIA. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
bat File to Launch Remote X11 Application
I have a remote X application on a Linux system that I want to launch with a Windows bat file. My main problem is how to determine if Cygwin/X is running and if not launch it. Once verified I think all I need to do is use SSH -Y with the command that starts the X application. Can someone help? TIA. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Running cygwinX
Never mind, I got it figured out. Unfortunately, when X11 is installed it does not automatically install many of the necessary components. After searching through the Xorg stuff I found the missing components. On 11/5/2021 12:00 PM, Dennis Putnam wrote: I've just installed X11 and I think all the necessary pieces to run a remote X11 terminal. When I run 'xlaunch' I ask to run a remote program on my Linux host, specifically xterm. When the xterm window opens there is no command line prompt just the blank xterm screen. What am I missing? TIA. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Running cygwinX
I've just installed X11 and I think all the necessary pieces to run a remote X11 terminal. When I run 'xlaunch' I ask to run a remote program on my Linux host, specifically xterm. When the xterm window opens there is no command line prompt just the blank xterm screen. What am I missing? TIA. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
pyppeteer error in Python3
*I'm not sure this is really a cygwin problem but I don't know where
else to ask. I'm runing a python3 script to extract a web page:**
*
#!/usr/bin/python3
# This script auto submitsw do not call complaints
from bs4 import BeautifulSoup
from requests_html import HTMLSession
from urllib.parse import urljoin
print('Starting process')
session=HTMLSession()
def get_all_forms(url):
"""Returns all form tags found on a web page's `url` """
# GET request
print("getting page")
res = session.get(url)
# for javascript driven website
print("Running Javascript")
res.html.render()
print("parsing url")
soup = BeautifulSoup(res.html.html, "html.parser")
return soup.find_all("form")
print(get_all_forms("https://blahblah;))
*The result is a traceback when executing 'res.html.render'.*
Traceback (most recent call last):
File "./donotcall.py", line 23, in
print(get_all_forms("https://www.donotcall.gov/report.html#step1;))
File "./donotcall.py", line 19, in get_all_forms
res.html.render()
File "/usr/local/lib/python3.8/site-packages/requests_html.py", line
586, in render
self.browser = self.session.browser # Automatically create a event
loop and browser
File "/usr/local/lib/python3.8/site-packages/requests_html.py", line
730, in browser
self._browser = self.loop.run_until_complete(super().browser)
File "/usr/lib/python3.8/asyncio/base_events.py", line 616, in
run_until_complete
return future.result()
File "/usr/local/lib/python3.8/site-packages/requests_html.py", line
714, in browser
self._browser = await
pyppeteer.launch(ignoreHTTPSErrors=not(self.verify), headless=True,
args=self.__browser_args)
File "/usr/local/lib/python3.8/site-packages/pyppeteer/launcher.py",
line 307, in launch
return await Launcher(options, **kwargs).launch()
File "/usr/local/lib/python3.8/site-packages/pyppeteer/launcher.py",
line 168, in launch
self.browserWSEndpoint = get_ws_endpoint(self.url)
File "/usr/local/lib/python3.8/site-packages/pyppeteer/launcher.py",
line 227, in get_ws_endpoint
raise BrowserError('Browser closed unexpectedly:\n')
pyppeteer.errors.BrowserError: Browser closed unexpectedly:
*From what I can find with my searches, it has something to do with
pyppeteer (chromium) and synchronization. Can someone help me debug
this or point me to a better place to ask? TIA.*
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Missing Python.h
Hi Russell, Thanks for the reply. I program Python 2 and 3 on various Linux systems but not much on Cygwin. It normally is not a problem to have both so I didn't think it would be a problem on Cygwin. Since I have scripts for 2 on Cygwin, I'm thinking I should toss 3,at least for now, and just stick with 2. I have a lot to think about at this point. Using an environment layer adds more complexity when I want to launch a script from a Windows application or bat file. On 9/22/2021 5:49 AM, Russell VT wrote: First off, this *probably* isn't a Cygwin problem ... but it looks like your environment is confused as it's using BOTH Python2 and Python3 modules to try to fulfill the requirements (including resources that have already been cached). For the most part, pip and pip3 can differentiate, but there's a "cart" and "horse" problem, as if you install things in a weird order at the system level, it may or may not do the right thing. But, I'd recommend "dumping" Python2, if you can at this point (it was EOL'd in December of 2020 and WILL NOT receive more updates, except for security ... and more-over, Python 3.7+ (approx) is going to demand newer SSL libraries that will REALLY confuse earlier versions). For working with Python (as a Python devops type), I generally recommend using 'pyenv' and 'pyenv-virtualenv' and trying to do *as little as possible* to modify the system-level Python ...this gets HARD with a system like Cygwin, where the generic user can generally overwrite system binaries, without any real sort of warning (and NO, UAC does NOT adequately fix anything). That also said, pyenv kinda really "fights" with Cygwin in some of the library placement (specifically things like FFI, IIRC, which is stored in a different library directory than it is, anywhere else I've found). Where I MIGHT start is to "Force Reinstall" the Python3 stuff from Setup. Look to see if requests_html is part of the Cygwin-supported modules, and use THAT... use the hell out of anything you see in the actual Python packages list, as those will at least be done RIGHT, and will leave you with more cycles to not worry about too much, except your development. For "Advanced" handling in Python, you're going to want to use "pyenv" or some other multi-python managers that are out there (virtualenv and virtualenv-wrapper are good, but ONLY manage the library path). Pretty much "pyenv" and "pipenv" are the top two, IIRC. I use pyenv, and haven't dug too deep in to pipenv, at this point. But, like I said, it's already tough enough to manage on older systems with older libraries (SSL, specifically, throws wrenches in to *everything*). Feel free to hit me up for other ideas... I write too much Python code, as it is, and on too many different environments (yes, some still do Python2.3 through 2.6, and it makes me want to shoot myself, sometimes... LOL). Hope that helps - Russell VT On Tue, Sep 21, 2021 at 11:38 AM Dennis Putnam <mailto:d...@bellsouth.net>> wrote: I am trying to install 'requests_html' and when it tries to do a compile it fails because Python.h is missing. I have python2-devl installed. I notice that it is looking for it in /pub which apparently does not exist. Can someone help? TIA. Here is the entire 'pip' output: $ pip install requests_html Collecting requests_html Using cached requests_html-0.10.0-py3-none-any.whl (13 kB) Collecting requests Using cached requests-2.26.0-py2.py3-none-any.whl (62 kB) Collecting w3lib Using cached w3lib-1.22.0-py2.py3-none-any.whl (20 kB) Collecting parse Using cached parse-1.19.0.tar.gz (30 kB) Collecting fake-useragent Using cached fake-useragent-0.1.11.tar.gz (13 kB) Collecting pyquery Using cached pyquery-1.4.3-py3-none-any.whl (22 kB) Collecting bs4 Using cached bs4-0.0.1.tar.gz (1.1 kB) Collecting pyppeteer>=0.0.14 Using cached pyppeteer-0.2.6-py3-none-any.whl (83 kB) Requirement already satisfied: tqdm<5.0.0,>=4.42.1 in /usr/local/lib/python3.8/site-packages (from pyppeteer>=0.0.14->requests_html) (4.62.3) Requirement already satisfied: urllib3<2.0.0,>=1.25.8 in /usr/local/lib/python3.8/site-packages (from pyppeteer>=0.0.14->requests_html) (1.26.6) Collecting appdirs<2.0.0,>=1.4.3 Using cached appdirs-1.4.4-py2.py3-none-any.whl (9.6 kB) Collecting importlib-metadata>=1.4 Using cached importlib_metadata-4.8.1-py3-none-any.whl (17 kB) Requirement already satisfied: pyee<9.0.0,>=8.1.0 in /usr/local/lib/python3.8/site-packages (from pyppeteer>=0.0.14->requests_html) (8.2.2) Requirement already satisfied: websockets<10.0,>=9.1 in /usr/local/lib/python3.8/site-packages (from pyppeteer>=0.0.14-&
Missing Python.h
I am trying to install 'requests_html' and when it tries to do a compile
it fails because Python.h is missing. I have python2-devl installed. I
notice that it is looking for it in /pub which apparently does not
exist. Can someone help? TIA.
Here is the entire 'pip' output:
$ pip install requests_html
Collecting requests_html
Using cached requests_html-0.10.0-py3-none-any.whl (13 kB)
Collecting requests
Using cached requests-2.26.0-py2.py3-none-any.whl (62 kB)
Collecting w3lib
Using cached w3lib-1.22.0-py2.py3-none-any.whl (20 kB)
Collecting parse
Using cached parse-1.19.0.tar.gz (30 kB)
Collecting fake-useragent
Using cached fake-useragent-0.1.11.tar.gz (13 kB)
Collecting pyquery
Using cached pyquery-1.4.3-py3-none-any.whl (22 kB)
Collecting bs4
Using cached bs4-0.0.1.tar.gz (1.1 kB)
Collecting pyppeteer>=0.0.14
Using cached pyppeteer-0.2.6-py3-none-any.whl (83 kB)
Requirement already satisfied: tqdm<5.0.0,>=4.42.1 in
/usr/local/lib/python3.8/site-packages (from
pyppeteer>=0.0.14->requests_html) (4.62.3)
Requirement already satisfied: urllib3<2.0.0,>=1.25.8 in
/usr/local/lib/python3.8/site-packages (from
pyppeteer>=0.0.14->requests_html) (1.26.6)
Collecting appdirs<2.0.0,>=1.4.3
Using cached appdirs-1.4.4-py2.py3-none-any.whl (9.6 kB)
Collecting importlib-metadata>=1.4
Using cached importlib_metadata-4.8.1-py3-none-any.whl (17 kB)
Requirement already satisfied: pyee<9.0.0,>=8.1.0 in
/usr/local/lib/python3.8/site-packages (from
pyppeteer>=0.0.14->requests_html) (8.2.2)
Requirement already satisfied: websockets<10.0,>=9.1 in
/usr/local/lib/python3.8/site-packages (from
pyppeteer>=0.0.14->requests_html) (9.1)
Requirement already satisfied: zipp>=0.5 in
/usr/local/lib/python3.8/site-packages (from
importlib-metadata>=1.4->pyppeteer>=0.0.14->requests_html) ( 3.5.0)
Requirement already satisfied: beautifulsoup4 in
/usr/local/lib/python3.8/site-packages (from bs4->requests_html) (4.10.0)
Requirement already satisfied: soupsieve>1.2 in
/usr/local/lib/python3.8/site-packages (from
beautifulsoup4->bs4->requests_html) (2.2.1)
Collecting cssselect>0.7.9
Using cached cssselect-1.1.0-py2.py3-none-any.whl (16 kB)
Collecting lxml>=2.1
Using cached lxml-4.6.3.tar.gz (3.2 MB)
Collecting idna<4,>=2.5
Using cached idna-3.2-py3-none-any.whl (59 kB)
Collecting certifi>=2017.4.17
Using cached certifi-2021.5.30-py2.py3-none-any.whl (145 kB)
Collecting charset-normalizer~=2.0.0
Using cached charset_normalizer-2.0.6-py3-none-any.whl (37 kB)
Requirement already satisfied: six>=1.4.1 in
/usr/local/lib/python3.8/site-packages (from w3lib->requests_html) (1.16.0)
Using legacy 'setup.py install' for bs4, since package 'wheel' is not
installed.
Using legacy 'setup.py install' for fake-useragent, since package
'wheel' is not installed.
Using legacy 'setup.py install' for parse, since package 'wheel' is not
installed.
Using legacy 'setup.py install' for lxml, since package 'wheel' is not
installed.
Installing collected packages: lxml, importlib-metadata, idna,
cssselect, charset-normalizer, certifi, appdirs, w3lib, requests,
pyquery, pyppeteer,
parse, fake-useragent, bs4, requests-html
Running setup.py install for lxml ... error
ERROR: Command errored out with exit status 1:
command: /usr/bin/python -u -c 'import io, os, sys, setuptools,
tokenize; sys.argv[0] =
'"'"'/tmp/pip-install-mp64a75l/lxml_61e1128ed27f4063936a
7a21e44c273e/setup.py'"'"';
__file__='"'"'/tmp/pip-install-mp64a75l/lxml_61e1128ed27f4063936a7a21e44c273e/setup.py'"'"';f
= getattr(tokenize, '"'"'open'"'"', open)(__file__) if
os.path.exists(__file__) else io.StringIO('"'"'from setuptools import
setup; setup()'"'"');code = f.read().replace('"'"'\r\n'"'"',
'"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))'
install --record /tmp/pip-record-qafwouur/install-record.txt
--single-version-externally-managed --compile --install-headers
/usr/local/include/python3.8/lxml
cwd:
/tmp/pip-install-mp64a75l/lxml_61e1128ed27f4063936a7a21e44c273e/
Complete output (86 lines):
Building lxml version 4.6.3.
Building without Cython.
Building against libxml2 2.9.10 and libxslt 1.1.29
running install
running build
running build_py
creating build
creating build/lib.cygwin-3.2.0-x86_64-3.8
creating build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/builder.py -> build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/cssselect.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/doctestcompare.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/ElementInclude.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/pyclasslookup.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/sax.py -> build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/usedoctest.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
copying src/lxml/_elementpath.py ->
build/lib.cygwin-3.2.0-x86_64-3.8/lxml
pypiwin32 question
I am trying to use ctypes and MessageBoxA in a Python script to generate a message box. That seems to be working fine most of the time. However, it seems that if I go away for a while no message box is displayed when I think it should have been. Is there some kind of timeout somewhere that will automatically dismiss it without action from the user? If so, is there a way to change that timeout? If not, what might cause the message box to disappear? signature.asc Description: OpenPGP digital signature
Re: Installing python's pypiwin32
Hi Ray,
I kind of found the problem. The import should be:
from ctypes import *
Now I am getting a message box but the characters in it are garbage. I
was tried to send an image but apparently this list does not allow that.
Here is my trivial test program:
#!/usr/bin/python
from ctypes import *
user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
mbw=getattr(user32,"MessageBoxW")
mbw(0,'Hello world!!','Hello',2)
On 4/4/2016 8:32 AM, Dennis Putnam wrote:
> Hi Ray,
>
> Thanks. That is actually where I started but I was not aware I needed
> those first 2 assignments. I did not find any examples of MessageBoxW
> that included that detail. However, now I get a different error. I am
> guessing there is another import I'm missing:
>
> Traceback (most recent call last):
> File "./test.py", line 5, in
> user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
> NameError: name 'cdll' is not defined
>
> On 4/4/2016 7:05 AM, Ray Donnelly wrote:
>> Yes, you can use the ctypes module [1] for this sort of thing:
>>
>> import ctypes
>> user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
>> mbw=getattr(user32,"MessageBoxW")
>> mbw(0,"Hello World","Caption",2)
>>
>> .. but I think the ctypes module on Cygwin's Pythons should support
>> the windll stuff out of the box and it doesn't seem to, then you could
>> just do ctypes.windll.user32.MessageBoxW(...) instead.
>>
>> [1] https://docs.python.org/2/library/ctypes.html
>>
>> --
>>
>> Best regards,
>>
>> Ray.
>>
>> On Mon, Apr 4, 2016 at 11:40 AM, Dennis Putnam <d...@bellsouth.net> wrote:
>>> On 4/4/2016 5:53 AM, Marco Atzeri wrote:
>>>> On 04/04/2016 11:28, Dennis Putnam wrote:
>>>>> I'm trying to install pypiwin32 and have hit a stone wall. That module
>>>>> wants _winreg so I installed cygwinreg. However, I cannot find a way to
>>>>> tell pip to use cygwinreg rather than _winreg. Is there a way to alias
>>>>> or some way to get pip to use the right module? TIA.
>>>>>
>>>> I doubt the package is cygwin compatible
>>>>
>>>> --
>>>> 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
>>>>
>>>>
>>> If that is the case then is there another way to open message boxes
>>> without running Xwin?
>>>
signature.asc
Description: OpenPGP digital signature
Re: Installing python's pypiwin32
Hi Ray,
Thanks. That is actually where I started but I was not aware I needed
those first 2 assignments. I did not find any examples of MessageBoxW
that included that detail. However, now I get a different error. I am
guessing there is another import I'm missing:
Traceback (most recent call last):
File "./test.py", line 5, in
user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
NameError: name 'cdll' is not defined
On 4/4/2016 7:05 AM, Ray Donnelly wrote:
> Yes, you can use the ctypes module [1] for this sort of thing:
>
> import ctypes
> user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
> mbw=getattr(user32,"MessageBoxW")
> mbw(0,"Hello World","Caption",2)
>
> .. but I think the ctypes module on Cygwin's Pythons should support
> the windll stuff out of the box and it doesn't seem to, then you could
> just do ctypes.windll.user32.MessageBoxW(...) instead.
>
> [1] https://docs.python.org/2/library/ctypes.html
>
> --
>
> Best regards,
>
> Ray.
>
> On Mon, Apr 4, 2016 at 11:40 AM, Dennis Putnam <d...@bellsouth.net> wrote:
>> On 4/4/2016 5:53 AM, Marco Atzeri wrote:
>>> On 04/04/2016 11:28, Dennis Putnam wrote:
>>>> I'm trying to install pypiwin32 and have hit a stone wall. That module
>>>> wants _winreg so I installed cygwinreg. However, I cannot find a way to
>>>> tell pip to use cygwinreg rather than _winreg. Is there a way to alias
>>>> or some way to get pip to use the right module? TIA.
>>>>
>>> I doubt the package is cygwin compatible
>>>
>>> --
>>> 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
>>>
>>>
>> If that is the case then is there another way to open message boxes
>> without running Xwin?
>>
signature.asc
Description: OpenPGP digital signature
Re: Installing python's pypiwin32
On 4/4/2016 5:53 AM, Marco Atzeri wrote: > On 04/04/2016 11:28, Dennis Putnam wrote: >> I'm trying to install pypiwin32 and have hit a stone wall. That module >> wants _winreg so I installed cygwinreg. However, I cannot find a way to >> tell pip to use cygwinreg rather than _winreg. Is there a way to alias >> or some way to get pip to use the right module? TIA. >> > > I doubt the package is cygwin compatible > > -- > 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 > > If that is the case then is there another way to open message boxes without running Xwin? signature.asc Description: OpenPGP digital signature
Installing python's pypiwin32
I'm trying to install pypiwin32 and have hit a stone wall. That module wants _winreg so I installed cygwinreg. However, I cannot find a way to tell pip to use cygwinreg rather than _winreg. Is there a way to alias or some way to get pip to use the right module? TIA. signature.asc Description: OpenPGP digital signature
Re: Janus for vim
On 4/2/2016 5:03 PM, Dennis Putnam wrote: > I've to installed Janus for vim and after the seemingly successful > install it doesn't seem to do anything. I've had no problems with on > other *nix's. Does anyone have any experience with Janus on cygwin? TIA. > Never mind, I found the problem. Old 'vi' was installed by default, not 'vim'. I had to alias 'vi' to 'vim'. signature.asc Description: OpenPGP digital signature
Janus for vim
I've to installed Janus for vim and after the seemingly successful install it doesn't seem to do anything. I've had no problems with on other *nix's. Does anyone have any experience with Janus on cygwin? TIA. signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
On 8/24/2015 1:01 PM, Achim Gratz wrote: Dennis Putnam writes: Just to test if you can access it at all but that was expectable. OK. I have no networking problems with anything other than cygwin which is why I was asking for someone to explain how it interfaces with the OS network. This all started with the Lavasoft malware and I believe that is the key to resolving this. Perhaps I'll go to one of the virus help sites and see what they can find. Basically you can start setup.exe with direct connection (the default), IE proxy settings or by telling it the proxy host and port. If you have no connection either way, then it's hard to see why only setup.exe wouldn't connect unless you have more malware on the computer, or it's blocked by the firewall or some similar software. That is what I do. However, I discovered something else that may or may not shed some light but I don't understand it. Again keeping in mind that my browser has no trouble finding URLs, I tried 'nslookup' from a command prompt and it can find nothing. The error is no response from server. This happens with all the name servers I tried. It makes no sense the the browser can find IPs but 'nslookup' cannot. You could open the taskmanager as admin and kill one obscure process after another and try setup again. When I get a chance to reboot, I'll try it in safe mode with networking. You didn't reboot after removing the malware via autoruns? Then it might still be active for already running processes. I did reboot after removing the malware but I can't reboot at the moment. Regards, Achim. signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
On 8/24/2015 1:42 PM, Achim Gratz wrote: Dennis Putnam writes: That is what I do. However, I discovered something else that may or may not shed some light but I don't understand it. Again keeping in mind that my browser has no trouble finding URLs, I tried 'nslookup' from a command prompt and it can find nothing. The error is no response from server. This happens with all the name servers I tried. It makes no sense the the browser can find IPs but 'nslookup' cannot. It would make sense if it was using a proxy. So what happens if you tell setup to use the IE proxy settings? There is no proxy. This was working for a couple of years with no problem. It was not until that Lavasoft Malware was installed that this all started. Regards, Achim. signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
On 8/24/2015 2:22 PM, Andrey Repin wrote: Greetings, Dennis Putnam! That is what I do. However, I discovered something else that may or may not shed some light but I don't understand it. Again keeping in mind that my browser has no trouble finding URLs, I tried 'nslookup' from a command prompt and it can find nothing. The error is no response from server. This happens with all the name servers I tried. It makes no sense the the browser can find IPs but 'nslookup' cannot. If your browser is Google Chrome, it has its own resolver. IE and Firefox. signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
On 8/23/2015 7:34 PM, Helmut Karlowski wrote: Am 23.08.2015, 19:42 Uhr, schrieb Dennis Putnam: Hi Helmut, Thanks for the reply. I can download that file but now that I have it, how do I get setup to use it? However, I don't think that would work Just to test if you can access it at all but that was expectable. OK. I have no networking problems with anything other than cygwin which is why I was asking for someone to explain how it interfaces with the OS network. This all started with the Lavasoft malware and I believe that is the key to resolving this. Perhaps I'll go to one of the virus help sites and see what they can find. either since the problem seems to be that cygwin cannot communicate with the network. You could copy the setup exe to a different name and run that in case setup is blocked somehow. First donwload it again. No joy. Disable the firewall. No joy You could open the taskmanager as admin and kill one obscure process after another and try setup again. When I get a chance to reboot, I'll try it in safe mode with networking. Finally re-install windows ;-) Not an option. :-( -Helmut -- 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 signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
Hi Helmut, Thanks for the reply. I can download that file but now that I have it, how do I get setup to use it? However, I don't think that would work either since the problem seems to be that cygwin cannot communicate with the network. As for apt-cyg, I don't have it installed and, because of this problem, I can't install anything. On 8/23/2015 10:00 AM, Helmut Karlowski wrote: Am 23.08.2015, 14:21 Uhr, schrieb Dennis Putnam: Since I have gotten no response to this and am stuck I assume my problem is badly worded. I don't know how else to present it. Perhaps someone explaining how setup uses the windows network interface would help. If it helps, I tried installing Cygwin from scratch and it will not even download the list of mirrors. If I add a specific mirror I get the same subject error message. Clearly setup is having trouble communicating on the network and it is probably related to something left over from the Have you tried to download setup.ini manually? Are you able to access for example: ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin/x86/setup.ini or any other mirror using a browser or wget? Maybe setup is blocked by something, maybe you can see it in the taskmanager. Have you tried apt-cyg? That seems to do a better job than setup anyway, at least at uninstalling things (different issue), but needs a base-cygwin ;) -Helmut -- -- 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 signature.asc Description: OpenPGP digital signature
Re: setup-x86_64.exe Unable to get setup.ini on all mirrors
Since I have gotten no response to this and am stuck I assume my problem is badly worded. I don't know how else to present it. Perhaps someone explaining how setup uses the windows network interface would help. If it helps, I tried installing Cygwin from scratch and it will not even download the list of mirrors. If I add a specific mirror I get the same subject error message. Clearly setup is having trouble communicating on the network and it is probably related to something left over from the Lavasoft malware but I don't know what to do from here. I've used every cleanup tool I have and there does not appear to be anything related to Lavasoft left. On 8/20/2015 10:23 AM, Dennis Putnam wrote: In the process of correcting another problem (removed Lavasoft malware) I am no longer able to run setup. All the references to this error seem to pertain to the 32 bit version. I am completely shutdown with Cygwin and need help resolving this. Thanks in advance. signature.asc Description: OpenPGP digital signature
setup-x86_64.exe Unable to get setup.ini on all mirrors
In the process of correcting another problem (removed Lavasoft malware) I am no longer able to run setup. All the references to this error seem to pertain to the 32 bit version. I am completely shutdown with Cygwin and need help resolving this. Thanks in advance. signature.asc Description: OpenPGP digital signature
Re: Failed to activate core devices
On 8/18/2015 1:30 PM, Achim Gratz wrote: Dennis Putnam writes: I'll have to figure out how to get rid of it. Thanks. Try Sysinternal Autoruns (now MicroSoft). There's a live WebDAV share that you can mount if you have internet access at all to always get the latest version: \\live.sysinternals.com\tools Regards, Achim. This may be a bit off topic but I guess I don't really know what this will do. I ran it and found some Lavasoft stuff but what do I do now? I can see a delete icon but it is grayed out. signature.asc Description: OpenPGP digital signature
Re: Failed to activate core devices
On 8/18/2015 3:29 PM, Dennis Putnam wrote: On 8/18/2015 1:30 PM, Achim Gratz wrote: Dennis Putnam writes: I'll have to figure out how to get rid of it. Thanks. Try Sysinternal Autoruns (now MicroSoft). There's a live WebDAV share that you can mount if you have internet access at all to always get the latest version: \\live.sysinternals.com\tools Regards, Achim. This may be a bit off topic but I guess I don't really know what this will do. I ran it and found some Lavasoft stuff but what do I do now? I can see a delete icon but it is grayed out. Arggg I had to resort to Haren's to delete that damn dll. However, now that it is gone I have a completely different error: [ 802.313] Welcome to the XWin X Server [ 802.313] Vendor: The Cygwin/X Project [ 802.313] Release: 1.17.2.0 [ 802.344] OS: CYGWIN_NT-6.1 DAP001 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 [ 802.344] OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) [ 802.344] Package: version 1.17.2-2 built 2015-08-11 [ 802.344] [ 802.437] winInitializeScreenDefaults - primary monitor w 1600 h 900 [ 802.437] winInitializeScreenDefaults - native DPI x 96 y 96 [ 802.437] _XSERVTransSocketOpenCOTSServer: Unable to open socket for local [ 802.437] _XSERVTransOpen: transport open failed for local/DAP001:0 [ 802.437] _XSERVTransMakeAllCOTSServerListeners: failed to open listener for local [ 802.437] (EE) Fatal server error: [ 802.437] (EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) [ 802.469] (EE) Server terminated with error (1). Closing log file. A new trace file is also attached. Thanks again for your help. --- Process 7020 created --- Process 7020 loaded C:\Windows\System32\ntdll.dll at 7704 --- Process 7020 loaded C:\Windows\System32\kernel32.dll at 76F2 --- Process 7020 loaded C:\Windows\System32\KernelBase.dll at 07FEFD12 --- Process 7020 loaded C:\cygwin64\bin\cygwin1.dll at 00018004 --- Process 7020 loaded C:\cygwin64\bin\cygpixman-1-0.dll at 0003ED0B --- Process 7020 loaded C:\cygwin64\bin\cyggcc_s-seh-1.dll at 0003F559 --- Process 7020 loaded C:\cygwin64\bin\cygX11-xcb-1.dll at 0003F6DA --- Process 7020 loaded C:\cygwin64\bin\cygX11-6.dll at 0003F6DB --- Process 7020 loaded C:\cygwin64\bin\cygxcb-1.dll at 0003E958 --- Process 7020 loaded C:\cygwin64\bin\cygXau-6.dll at 0003F6D8 --- Process 7020 loaded C:\cygwin64\bin\cygXdmcp-6.dll at 0003F6C7 --- Process 7020 loaded C:\cygwin64\bin\cygxcb-icccm-4.dll at 0003E951 --- Process 7020 loaded C:\cygwin64\bin\cygxcb-image-0.dll at 0003E950 --- Process 7020 loaded C:\cygwin64\bin\cygxcb-shm-0.dll at 0003E949 --- Process 7020 loaded C:\cygwin64\bin\cygxcb-util-1.dll at 0003E947 --- Process 7020 loaded C:\cygwin64\bin\cygXcomposite-1.dll at 0003F6CA --- Process 7020 loaded C:\cygwin64\bin\cygXfixes-3.dll at 0003F6C4 --- Process 7020 loaded C:\cygwin64\bin\cygXfont-1.dll at 0003F6C0 --- Process 7020 loaded C:\cygwin64\bin\cygbz2-1.dll at 0003F645 --- Process 7020 loaded C:\cygwin64\bin\cygfontenc-1.dll at 0003F57B --- Process 7020 loaded C:\cygwin64\bin\cygz.dll at 0003E916 --- Process 7020 loaded C:\cygwin64\bin\cygfreetype-6.dll at 0003F565 --- Process 7020 loaded C:\cygwin64\bin\cygpng16-16.dll at 0003ECF3 --- Process 7020 loaded C:\Windows\System32\advapi32.dll at 07FEFD70 --- Process 7020 loaded C:\Windows\System32\msvcrt.dll at 07FEFD84 --- Process 7020 loaded C:\Windows\System32\sechost.dll at 07FEFD1B --- Process 7020 loaded C:\Windows\System32\rpcrt4.dll at 07FEFF12 --- Process 7020 loaded C:\Windows\System32\gdi32.dll at 07FEFEE5 --- Process 7020 loaded C:\Windows\System32\user32.dll at 76E2 --- Process 7020 loaded C:\Windows\System32\lpk.dll at 07FEFEE4 --- Process 7020 loaded C:\Windows\System32\usp10.dll at 07FEFD63 --- Process 7020 loaded C:\Windows\System32\ole32.dll at 07FEFD1D --- Process 7020 loaded C:\Windows\System32\opengl32.dll at 07FEF418 --- Process 7020 loaded C:\Windows\System32\glu32.dll at 07FEF415 --- Process 7020 loaded C:\Windows\System32\ddraw.dll at 07FEF405 --- Process 7020 loaded C:\Windows\System32\dciman32.dll at 07FEF4FD --- Process 7020 loaded C:\Windows\System32\setupapi.dll at 07FEFE71 --- Process 7020 loaded C:\Windows\System32\cfgmgr32.dll at 07FEFCE4 --- Process 7020 loaded C:\Windows\System32\oleaut32.dll at 07FEFED6 --- Process 7020 loaded C:\Windows\System32\devobj.dll at 07FEFD0E --- Process 7020 loaded C:\Windows\System32\dwmapi.dll at 07FEFB31 --- Process 7020 loaded C:\Windows\System32\shell32.dll at 07FEFD98 --- Process 7020 loaded C:\Windows\System32\shlwapi.dll at 07FEFF2D 2 2 [main] XWin (7020
Re: Failed to activate core devices
On 8/18/2015 6:35 PM, Dennis Putnam wrote: On 8/18/2015 3:29 PM, Dennis Putnam wrote: On 8/18/2015 1:30 PM, Achim Gratz wrote: Dennis Putnam writes: I'll have to figure out how to get rid of it. Thanks. Try Sysinternal Autoruns (now MicroSoft). There's a live WebDAV share that you can mount if you have internet access at all to always get the latest version: \\live.sysinternals.com\tools Regards, Achim. This may be a bit off topic but I guess I don't really know what this will do. I ran it and found some Lavasoft stuff but what do I do now? I can see a delete icon but it is grayed out. Arggg I had to resort to Haren's to delete that damn dll. However, now that it is gone I have a completely different error: [ 802.313] Welcome to the XWin X Server [ 802.313] Vendor: The Cygwin/X Project [ 802.313] Release: 1.17.2.0 [ 802.344] OS: CYGWIN_NT-6.1 DAP001 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 [ 802.344] OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) [ 802.344] Package: version 1.17.2-2 built 2015-08-11 [ 802.344] [ 802.437] winInitializeScreenDefaults - primary monitor w 1600 h 900 [ 802.437] winInitializeScreenDefaults - native DPI x 96 y 96 [ 802.437] _XSERVTransSocketOpenCOTSServer: Unable to open socket for local [ 802.437] _XSERVTransOpen: transport open failed for local/DAP001:0 [ 802.437] _XSERVTransMakeAllCOTSServerListeners: failed to open listener for local [ 802.437] (EE) Fatal server error: [ 802.437] (EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) [ 802.469] (EE) Server terminated with error (1). Closing log file. A new trace file is also attached. Thanks again for your help. Another piece of the puzzle that may be related. I think there is something wrong with cygwin's network interface. I am no longer able to run setup-x86_64.exe. No matter what mirror I chose I get the error; Unable to get setup.ini from ... Also I cannot seem to ping anything from cygwin. If I use nslookup it tells me the default server is unknown. signature.asc Description: OpenPGP digital signature
Re: Failed to activate core devices
On 8/18/2015 11:56 AM, Jon TURNEY wrote: On 18/08/2015 15:59, Dennis Putnam wrote: I found a suggestion to run 'strace -o log XWin'. The output does not mean much to me but hopefully it will to someone on this list. It is attached. Thanks. On 18/08/2015 15:59, Dennis Putnam wrote: --- Process 1776 created --- Process 1776 loaded C:\Windows\System32\ntdll.dll at 778B --- Process 1776 loaded C:\Windows\System32\kernel32.dll at 7779 --- Process 1776 loaded C:\Windows\System32\KernelBase.dll at 07FEFD69 --- Process 1776 loaded C:\cygwin64\bin\cygwin1.dll at 00018004 --- Process 1776 loaded C:\cygwin64\bin\cygiconv-2.dll at 0003F20C --- Process 1776 loaded C:\cygwin64\bin\cygintl-8.dll at 0003F01E --- Process 1776 loaded C:\cygwin64\bin\cygncursesw-10.dll at 0003ED88 --- Process 1776 loaded C:\cygwin64\bin\cygreadline7.dll at 0003EC17 --- Process 1776 loaded C:\Windows\System32\user32.dll at 7769 --- Process 1776 loaded C:\Windows\System32\gdi32.dll at 07FEFDA5 --- Process 1776 loaded C:\Windows\System32\lpk.dll at 07FEFDEB --- Process 1776 loaded C:\Windows\System32\usp10.dll at 07FEFE58 --- Process 1776 loaded C:\Windows\System32\msvcrt.dll at 07FEFFB2 2 2 [main] sh (1776) ** 15851587 [main] sh (1776) Program name: C:\cygwin64\bin\sh.exe (windows pid 1776) 2521839 [main] sh (1776) OS version: Windows NT-6.1 2652104 [main] sh (1776) ** 11283232 [main] sh (1776) sigprocmask: 0 = sigprocmask (0, 0x0, 0x1802FF128) 4133645 [main] sh 1776 child_copy: cygheap - hp 0x48C low 0x18031F400, high 0x18032C4F8, res 1 3994044 [main] sh 1776 child_copy: done 1444188 [main] sh 1776 open_shared: name shared.5, n 5, shared 0x18003 (wanted 0x18003), h 0x70, *m 6 3694557 [main] sh 1776 user_heap_info::init: heap base 0x6, heap top 0x6, heap size 0x2000 (536870912) 8515408 [main] sh 1776 open_shared: name (null), n 1, shared 0x18002 (wanted 0x18002), h 0x58, *m 6 2755683 [main] sh 1776 user_info::create: opening user shared for '' at 0x18002 2655948 [main] sh 1776 user_info::create: user shared version AB1FCCE8 3796327 [main] sh (1776) open_shared: name cygpid.1776, n 1776, shared 0x18001 (wanted 0x18001), h 0x78, *m 6 8017128 [main] sh 1776 time: 1439909775 = time(0x0) 2307358 [main] sh 1776 pinfo::thisproc: myself dwProcessId 1776 2947652 [main] sh 1776 fhandler_base::fixup_after_exec: here for '/var/log/xwin/XWin.0.log' 3187970 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2AC already opened 918 [main] sh 1776 fhandler_base::fork_fixup: handle 0x2B0 already opened --- Process 1776 loaded C:\Windows\System32\ws2_32.dll at 07FEFE26 --- Process 1776 loaded C:\Windows\System32\rpcrt4.dll at 07FEFDD8 --- Process 1776 loaded C:\Windows\System32\nsi.dll at 07FEFDA2 31569 40457 [main] sh 1776 wsock_init: res 0 226 40683 [main] sh 1776 wsock_init: wVersion 514 34 40717 [main] sh 1776 wsock_init: wHighVersion 514 21 40738 [main] sh 1776 wsock_init: szDescription WinSock 2.0 19 40757 [main] sh 1776 wsock_init: szSystemStatus Running 19 40776 [main] sh 1776 wsock_init: iMaxSockets 0 19 40795 [main] sh 1776 wsock_init: iMaxUdpDg 0 --- Process 1776 loaded C:\Windows\System32\LavasoftTcpService64.dll at 004A --- Process 1776 loaded C:\Windows\System32\mswsock.dll at 07FEFCE4 --- Process 1776 loaded C:\Windows\System32\IPHLPAPI.DLL at 07FEFC7B --- Process 1776 loaded C:\Windows\System32\winnsi.dll at 07FEFC7A --- Process 1776 loaded C:\Windows\System32\advapi32.dll at 07FEFF4C --- Process 1776 loaded C:\Windows\System32\sechost.dll at 07FEFDA3 --- Process 1776 loaded C:\Windows\System32\ole32.dll at 07FEFDEC --- Process 1776 loaded C:\Windows\System32\oleaut32.dll at 07FEFDCA --- Process 1776 loaded C:\Windows\System32\version.dll at 07FEFC79 --- Process 1776, exception c005 at 778FD8F1 --- Process 1776 exited with status 0xc41d This is almost identical to [1]. See also [2]. I'd suggest you try upgrading or uninstalling Lavasoft Web Companion. [1] https://cygwin.com/ml/cygwin/2015-06/msg00195.html [2] https://cygwin.com/ml/cygwin/2015-07/msg00134.html Interesting reply. Thanks. That software was installed as malware a while back. I used Revo uninstaller to get rid of it so I am surprised that it shows up anywhere.Apparently I am infected with this malware. I'll have to figure out how to get rid of it. Thanks. signature.asc Description: OpenPGP digital signature
Failed to activate core devices
I've been running Xwin Server for a long time and today it started failing with the cannot compile keymap error. To start, I made sure I had the latest version of all the packages. After updating everything it didn't help. I ran the various commands suggested by the topics I found on this error. They all returned the output expected. I then ran though the list of incompatible software and noticed that I have several however, as I said, this was all working until today. I've attached the log file FWIW but I don't know where to go from here to troubleshoot this. Any advice would be greatly appreciated. [ 7477.845] Welcome to the XWin X Server [ 7477.845] Vendor: The Cygwin/X Project [ 7477.845] Release: 1.17.2.0 [ 7477.861] OS: CYGWIN_NT-6.1 DAP001 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 [ 7477.861] OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) [ 7477.861] Package: version 1.17.2-2 built 2015-08-11 [ 7477.861] [ 7477.876] winInitializeScreenDefaults - primary monitor w 1600 h 900 [ 7477.876] winInitializeScreenDefaults - native DPI x 96 y 96 [ 7477.892] XWin was started with the following command line: XWin [ 7477.907] (II) xorg.conf is not supported [ 7477.907] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 7477.907] LoadPreferences: /home/Dennis Putnam/.XWinrc not found [ 7477.907] LoadPreferences: Loading /etc/X11/system.XWinrc [ 7477.907] LoadPreferences: Done parsing the configuration file... [ 7477.954] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [ 7477.985] winDetectSupportedEngines - Returning, supported engines 0005 [ 7477.985] winSetEngine - Using Shadow DirectDraw NonLocking [ 7477.985] winScreenInit - Using Windows display depth of 32 bits per pixel [ 7478.017] winWindowProc - WM_SIZE - new client area w: 1584 h: 861 [ 7478.095] winFinishScreenInitFB - Masks: 00ff ff00 00ff [ 7479.327] MIT-SHM extension disabled due to lack of kernel support [ 7479.327] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 7479.327] (EE) AIGLX: No native OpenGL in modes with a root window [ 7479.483] (II) AIGLX: enabled GLX_EXT_texture_from_pixmap [ 7479.499] (II) AIGLX: Loaded and initialized swrast [ 7479.499] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 7497.080] (EE) Error compiling keymap (server-0) [ 7497.080] (EE) xkbcomp exit status 32512 [ 7497.080] (EE) XKB: Couldn't compile keymap [ 7497.080] (EE) XKB: Failed to load keymap. Loading default keymap instead. [ 7509.747] (EE) Error compiling keymap (server-0) [ 7509.747] (EE) xkbcomp exit status 32512 [ 7509.747] (EE) XKB: Couldn't compile keymap [ 7509.747] XKB: Failed to compile keymap [ 7509.747] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. [ 7509.747] (EE) Fatal server error: [ 7509.747] (EE) Failed to activate core devices.(EE) [ 7509.763] (EE) Server terminated with error (1). Closing log file. signature.asc Description: OpenPGP digital signature
Re: ShellShock and Latest Version Problem
On 10/4/2014 6:56 PM, René Berber wrote: Use setup. Don't assume it doesn't work, it does work fine. Check the version available shown in setup, it its not (as of today) 4.1.16 then the _mirror_ you are using is stale (which would explain why you didn't get the latest version of Cygwin). I've tried several mirrors at random and they all must be stale. What mirror do you use so I can be sure to pick an up to date one? Thanks. signature.asc Description: OpenPGP digital signature
Re: ShellShock and Latest Version Problem
On 10/5/2014 9:40 AM, Yaakov Selkowitz wrote: On 2014-10-05 08:30, Dennis Putnam wrote: On 10/4/2014 6:56 PM, René Berber wrote: Use setup. Don't assume it doesn't work, it does work fine. Check the version available shown in setup, it its not (as of today) 4.1.16 then the _mirror_ you are using is stale (which would explain why you didn't get the latest version of Cygwin). I've tried several mirrors at random and they all must be stale. What mirror do you use so I can be sure to pick an up to date one? Thanks. Again, don't assume. By now almost all the mirrors have the latest bash. You might want to try deleting your setup download cache. Yaakov Thanks for the reply. Now who is assuming? :-) What/where is the download cache? signature.asc Description: OpenPGP digital signature
Re: ShellShock and Latest Version Problem
On 10/5/2014 9:48 AM, Yaakov Selkowitz wrote: On 2014-10-05 08:46, Dennis Putnam wrote: Thanks for the reply. Now who is assuming? :-) What/where is the download cache? https://cygwin.com/cygwin-ug-net/setup-net.html#setup-localdir Yaakov That did it. I never would have found that. Thanks. signature.asc Description: OpenPGP digital signature
ShellShock and Latest Version Problem
According to the cygwin web site the latest version that contains the shellshock patch is 1.7.32. I ran setup-x86_64.exe to get the latest patches but I wind up with version 1.7.16 and nothing later is found. My cygwin test indicates it is still vulnerable. How do I get 1.7.32 if not through setup? TIA. signature.asc Description: OpenPGP digital signature
Re: ShellShock and Latest Version Problem
Thanks for the reply. I assumed that since bash was part of basic Cygin, if I updated everything, bash would be included. I had Cygwin completely down when I updated with setup. Why did I not get the latest bash with the other updates? How to I get the right version of bash other than with setup? On 10/4/2014 4:38 PM, René Berber wrote: On 10/4/2014 2:55 PM, Dennis Putnam wrote: According to the cygwin web site the latest version that contains the shellshock patch is 1.7.32. I ran setup-x86_64.exe to get the latest patches but I wind up with version 1.7.16 and nothing later is found. My cygwin test indicates it is still vulnerable. How do I get 1.7.32 if not through setup? TIA. Shellshock is related to the bash version, not the Cygwin version. If you updated Cygwin and think you still have an older version (of Cygwin), that probably means that you didn't stop all processes that use the Cygwin dll. Updating Bash doesn't affect, or depend, on the Cygwin dll. signature.asc Description: OpenPGP digital signature
