Installing Cygwin on Windows 8.1
I want to install Cygwin on Windows 8.1 64bit but got no success using any variant. I tried: 1) I downloaded fresh setup-x86_x64 from cygwin site and then tried to install from Internet but got empty mirror list. 2) Then I tried manually add mirror from https://cygwin.com/mirrors.lst (this file accessible from my computer) but got "unable to get setup.ini" error. 3) then I tried to download WHOLE package manually from one of the mirrors (all mirrors normally accessible from my computer via FTP or HTTP) to setup from local package. When I downloaded all packages (about 30 Gigs) I ran setup with local package option. Package folder was scanned and I got list of categories. But there was no package in any category. 4) also I tried to run setup on my Windows 7 notebook. It got mirror list normally. Also I downloaded packages by setup program using my notebook, then transfered them to my Win 8.1 desktop, but the story was the same: I saw list of categories without packages. But on Win7 notebook I saw packages in categoies when I tried to install from the same directory. 5) Also I tried to turn off or even uninstall my firewall and antivirus software, but all results was the same. 6) I tried to run setup with administrator rights or without them, tried to use different folders and HDD paths, tried to use x86 setup instead of x64 setup. But nothing helped me. Any ideas? -- 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
Re: [ANNOUNCEMENT] Updated: bash-4.3.39-2
On Thu, 24 Sep 2015 15:10:25 -0600
Eric Blake <...> wrote:
> On 06/04/2015 03:51 AM, Mikhail Usenko wrote:
> > Eric Blake (cygwin) <...> wrote:
> >> 4.3.39-2
> >
> > Hello, Eric.
> > It has the same issue as in the previous version:
> > eating one \r from the odd numbered chains of the \r.
> >
>
> Please try the (currently-experimental) 4.3.42-4, which should fix the
> issues observed.
>
On Thu, 24 Sep 2015 10:55:45 -0600
Eric Blake <...> wrote:
>
> Jeff Downs helped me investigate off-list, and I think he found the
> culprit (a typo in input.c that requested O_TEXT when it meant B_TEXT,
> when mapping from open() flags to bash's internal B_* flags). I'm
> building a new bash build right now, and will shortly be posting it for
> testing.
>
Hello, Eric.
Thank you for working on this annoying problem that stops
some parsing scripts (that worked in cygwin in 3-4 bash versions ago)
to work correctly and thereby so the cygwin/bash overall employing.
But catching that bug (in upstream?) hasn't changed anything
at least on my installation:
---%<--%<---
#! /bin/bash
bash -version | head -n1
echo
sender()
{
echo -n '\r\n' >&2
echo -ne '\r\n'
sleep 1
echo -n '\r\r\n' >&2
echo -ne '\r\r\n'
sleep 1
echo -n '\r\r\r\n' >&2
echo -ne '\r\r\r\n'
sleep 1
echo -n '\r\r\r\r\n' >&2
echo -ne '\r\r\r\r\n'
sleep 1
echo -n '\r\r\r\r\r\n' >&2
echo -ne '\r\r\r\r\r\n'
sleep 1
}
receiver()
{
t=""
while read t || [ "$t" ]; do
echo -ne ": \t"
od -A n -t x1 <<<"$t"
done >&2
}
# implicit pipe
receiver < <(sender)
# explicit pipeline
sender | receiver
--->%-->%---
$ ./cygwin-test.sh
GNU bash, version 4.3.42(4)-release (x86_64-unknown-cygwin)
\r\n:0a
\r\r\n: 0d 0d 0a
\r\r\r\n:0d 0d 0a
\r\r\r\r\n: 0d 0d 0d 0d 0a
\r\r\r\r\r\n:0d 0d 0d 0d 0a
\r\n:0a
\r\r\n: 0d 0d 0a
\r\r\r\n:0d 0d 0a
\r\r\r\r\n: 0d 0d 0d 0d 0a
\r\r\r\r\r\n:0d 0d 0d 0d 0a
--
Mike
--
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
Re: [ANNOUNCEMENT] Updated: bash-4.3.39-2
On 09/28/2015 08:30 AM, Mikhail Usenko wrote:
> But catching that bug (in upstream?) hasn't changed anything
> at least on my installation:
Okay, so it sounds like your issue is separate.
>
> ---%<--%<---
> #! /bin/bash
> bash -version | head -n1
> echo
>
> sender()
> {
> echo -n '\r\n' >&2
> echo -ne '\r\n'
'echo -n' and 'echo -e' are non-portable (even in bash; because I can
use 'shopt -s xpgecho' to get POSIX-mandated behavior). Use 'printf'
instead.
> receiver()
> {
> t=""
> while read t || [ "$t" ]; do
> echo -ne ": \t"
> od -A n -t x1 <<<"$t"
> done >&2
> }
>
>
> # implicit pipe
> receiver < <(sender)
>
> # explicit pipeline
> sender | receiver
Okay, I can see the disappearing \r even on a binary mount, so it
appears to be unrelated to the fix for text mounts.
Meanwhile, doing something like this (with a shorter sender):
# sender | od -An -tx1
\r\n\r\r\n\r\r\r\n 0d 0a 0d 0d 0a 0d 0d 0d 0a
shows that the pipeline is not eating the \r, but rather it appears to
be an issue in 'read'. I'm still investigating, but thanks for the
recipe, as it gives me something to focus on.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] Updated: bash-4.3.39-2
On 09/28/2015 09:04 AM, Tim Higgins wrote: > Team > When I run startx I get the following error. > higginst@HigginsT-LT-W7 ~ > $ startx > And this is related to bash, how? Please don't top-post or commandeer unrelated threads. If you have an unrelated question, start a new thread. > > > CONFIDENTIALITY: This e-mail (including any attachments) may contain > confidential, And also please don't send unenforceable legalese to this publicly-archived list. If your employer mandates this junk, then send from a different account (gmane is one way to post to this list via the web rather than an employer-botched email). -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: [Cygwin-ports-general] Ncview
On 28/09/2015 16:07, Vasileios Anagnostopoulos wrote: Hi, is it possible to include ncview (http://meteora.ucsd.edu/~pierce/ncview_home_page.html) in the software distribution? Hi Vasileios, 1) wrong mailing lists, the right one is cygwin (at) cygwin (dot) com please follow up there. For me the installation was only a ./configure && make && make install 2) the 64 bit crashes inside X libs. I never succeeded to identify the root cause thank you very much. -- Dr. Vasileios Anagnostopoulos (MSc,PhD) Regards MArco -- 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
Regtool can't set default value?
I'm not sure I'm understanding this right. I'm trying to duplicate a manual setup that works (for making text files in general have an edit right-click option that invokes emacsclientw). In that manual setup, (sorry, using cygwin path notation while referring to regedit, of course in regedit the path shows in Windows notation) I've set up /root/txtfile/shell/edit/command with a value named "(Default)" of type REG_EXPAND_SQ whose data is a (windows-style of course) path to emacsclientw.exe (plus some switches plus "%1" for the file name at the end). That works -- the right-click menu for a file known to Windows as a txtfile (like foo.txt) has an "edit" entry, which when clicked invokes emacsclientw. I'm trying to create this in a script using cygwin regtool. I can create a key of /root/txtfile/shell/edit with a value of command having the right data -- but that of course does not work. I can create a key of /root/txtfile/shell/edit/command with *two* values named (Default), the second of which is my value -- but that also does not work. (And I can't delete the first value (Default) even in regedit.) I clearly don't understand something about the data that Regedit displays under the name (Default), and how to create, delete, get, and set value to it. How do I create this simple scenario using regtool? (It's not actually emacs-specific, if you look at the default Windows registry for /root/txtfile/shell/open/command you'll find a value named "(Default)" of type REG_EXPAND_SZ giving a path to notepad.exe. If I wanted to produce that using regtool, how would I do that?) (If there's no way to do it with regtool, that's weird, and in particular a huge deficit in regtool since configuring preferred handling of various file-types seems like one of the things you'd really want to be able to do. (It *ought* to be possible for my script to write a .reg file that it then feeds to regedit as an alternative way to do it, and if I can't make regtool work I'll try that, but I don't need suggestions about that, at least not yet -- I know how to do that, but am currently trying to understand regtool, and will only give up if we determine fairly authoritatively that regtool can't do what I need.) -- David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.infoNikon DSLR photo list: http://d4scussion.com -- 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
Re: [ANNOUNCEMENT] Updated: bash-4.3.39-2
On Mon, 28 Sep 2015 08:56:14 -0600
Eric Blake <...> wrote:
>
> 'echo -n' and 'echo -e' are non-portable (even in bash; because I can
> use 'shopt -s xpgecho' to get POSIX-mandated behavior). Use 'printf'
> instead.
>
xpg_echo doesn't change 'echo -ne' behavior
('echo -e' force backslash-escape sequences expansion independently)
$ shopt xpg_echo
xpg_echooff
$ echo -e '\r\n' | od -tx1
000 0d 0a 0a
003
$ shopt -s xpg_echo
$ shopt xpg_echo
xpg_echoon
$ echo -e '\r\n' | od -tx1
000 0d 0a 0a
003
$ echo '\r\n' | od -tx1
000 0d 0a 0a
003
--
Mike
--
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
Re: linux libertine mono in mintty ?
On Mon, 28 Sep 2015 08:53:17 +0200, Thomas Wolff wrote: > Am 27.09.2015 um 19:29 schrieb J.D. Laub: >> In windows7 I've installed the Linux Libertine Mono O Mono font, and use >> it for putty. Wanting to use the same in cygwin, I've installed the >> latest >> linux-libertine-fonts, xorg-server, & xfs, but I can't get latest mintty >> to >> offer it as a font, from either the console or X. (It does offer >> Liberation Mono.) Suggestions on things I can try besides the reboot >> I've >> already done? > Mintty is not an X windows program. To make fonts available for mintty, > you have to install them with Windows, not X11 (I'll add a note to the > Tips wiki page). > Even if you do that, Linux Libertine Mono is not listed in the mintty > font menu. The reason for that is probably that the font file is missing > an explicit flag to identify it as a monospace font. I suggest to file a > bug with Linux Libertine about that. > You can still use it, though, with this invocation: > mintty -o Font="Linux Libertine Mono" Thank you very much. I bumped https://sourceforge.net/p/linuxlibertine/bugs/229/ , but in the meantime, the "-o Font" force works. -- 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
Re: Regtool can't set default value?
David Dyer-Bennet dd-b.net> writes:
>
> I'm not sure I'm understanding this right. I'm trying to duplicate a
> manual setup that works (for making text files in general have an edit
> right-click option that invokes emacsclientw).
>
> In that manual setup, (sorry, using cygwin path notation while referring
> to regedit, of course in regedit the path shows in Windows notation)
> I've set up /root/txtfile/shell/edit/command with a value named
> "(Default)" of type REG_EXPAND_SQ whose data is a (windows-style of
> course) path to emacsclientw.exe (plus some switches plus "%1" for the
> file name at the end). That works -- the right-click menu for a file
> known to Windows as a txtfile (like foo.txt) has an "edit" entry, which
> when clicked invokes emacsclientw.
>
> I'm trying to create this in a script using cygwin regtool. I can
> create a key of /root/txtfile/shell/edit with a value of command having
> the right data -- but that of course does not work. I can create a key
> of /root/txtfile/shell/edit/command with *two* values named (Default),
> the second of which is my value -- but that also does not work. (And I
> can't delete the first value (Default) even in regedit.)
>
> I clearly don't understand something about the data that Regedit
> displays under the name (Default), and how to create, delete, get, and
> set value to it.
>
> How do I create this simple scenario using regtool? (It's not actually
> emacs-specific, if you look at the default Windows registry for
> /root/txtfile/shell/open/command you'll find a value named "(Default)"
> of type REG_EXPAND_SZ giving a path to notepad.exe. If I wanted to
> produce that using regtool, how would I do that?)
>
> (If there's no way to do it with regtool, that's weird, and in
> particular a huge deficit in regtool since configuring preferred
> handling of various file-types seems like one of the things you'd really
> want to be able to do.
>
> (It *ought* to be possible for my script to write a .reg file that it
> then feeds to regedit as an alternative way to do it, and if I can't
> make regtool work I'll try that, but I don't need suggestions about
> that, at least not yet -- I know how to do that, but am currently trying
> to understand regtool, and will only give up if we determine fairly
> authoritatively that regtool can't do what I need.)
Use regedit export and import and Cygwin ls /proc/registry as well as
regtool list on your entries to compare what works and what doesn't.
You will probably find that in your script you need to quote quotes (") and
backslashes (\), possibly multiple times, to get the path strings set
properly - exported .reg files contain backslashed quotes, so getting that
working in a script requires extra backslashes and/or quotes.
Testing scripts by running via bash -vx script can show useful info like
substitution results.
Somewhere I can't find just now documents that some tool(s) use "@" to name
(Default) - it is not actually named "(Default)".
--
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
Re: [ANNOUNCEMENT] Updated: bash-4.3.39-2
On 09/28/2015 10:48 AM, Mikhail Usenko wrote: > On Mon, 28 Sep 2015 08:56:14 -0600 > Eric Blake <...> wrote: >> >> 'echo -n' and 'echo -e' are non-portable (even in bash; because I can >> use 'shopt -s xpgecho' to get POSIX-mandated behavior). Use 'printf' >> instead. >> > > xpg_echo doesn't change 'echo -ne' behavior xpg_echo in isolation does not, and POSIXLY_CORRECT in isolation does not, but together they DO affect echo: $ bash -c 'echo -n hi' hi $ bash -c 'shopt -s xpg_echo; echo -n hi' hi $ bash -c 'POSIXLY_CORRECT=1; echo -n hi' hi $ bash -c 'POSIXLY_CORRECT=1; shopt -s xpg_echo; echo -n hi' -n hi -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
