Am 08.01.2025 um 11:24 schrieb ASSI:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the main development branch:
gcc-15.0.1+20250105
gcc -v still says 15.0.0
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale func
Restarting the pip install of iPython eventually worked.
Pip didn't try to redownload either of the packages it previous hung on, so I
guess the download was successful.
I don't know whether pip is running anything via a subprocess.
However, once I fire up the newly installed 3.12 iPython, it c
All the pip install commands I tried worked.
But I did see one of my scripts hang trying to run an external command (via
the subprocess module).
I've seen that only once so far.
On Thu, Jan 2, 2025 at 1:23 PM Robert Terzi via Cygwin
wrote:
> Thanks Michael that worked to create the venv.
>
> Did
Thanks Michael that worked to create the venv.
Did you have any success with pip installs?
For me, simple modules like requests worked but for larger things like ipython,
Python 3.12 hung hard downloading requirements.
Downloading pygments-2.18.0-py3-none-any.whl (1.2 MB)
━━
As a workaround, you can try passing `--without-pip`.
I had success with this:
python -m venv --system-site-packages --without-pip _venv
Michael
On Thu, Jan 2, 2025 at 11:38 AM Robert Terzi via Cygwin
wrote:
> Testing the 3.12 package, trying to make a virtual env fails. I think this
> is bec
Thomas Wolff via Cygwin writes:
> gcc 14 and gcc 15 exhibit a mysterious compilation failure for mintty:
> In file included from /usr/include/w32api/windows.h:70,
> from /usr/include/w32api/wtypesbase.h:12,
> from /usr/include/w32api/shlobj.h:9,
>
Am 01.12.2024 um 21:20 schrieb ASSI:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241130
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale function in libstdc++ so that other locale
Am 04.11.2024 um 21:26 schrieb Brian Inglis via Cygwin:
On 2024-11-04 12:00, ASSI wrote:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241102
This build incorporates the experimental v4 patch from T. Yano to use
the new
On 2024-11-04 12:00, ASSI wrote:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241102
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale function in libstdc++ so that other locales (as
Please provide feedback on these changes in this test release if splitting the
tzdata packages as described may have a negative impact on your system.
On 2024-03-28 01:39, Cygwin tzcode/tzdata Maintainer wrote:
The following test packages have been uploaded to the Cygwin distribution:
* tzdata
Takashi Yano via Cygwin writes:
> Thank you for releasing this test version!
Thank you for providing the locale patch.
> Does not this include AVX2 misalignd patch for
> https://cygwin.com/pipermail/cygwin/2023-December/255073.html
> introduced by lazka on IRC and GTHREAD mutex_init patch
> http
On Mon, 5 Feb 2024 06:27:43 +0900
Takashi Yano wrote:
> On Sun, 04 Feb 2024 21:52:46 +0100
> ASSI wrote:
> > The native Gcc compilers have been updated to the latest upstream
> > snapshot version of the gcc-12 branch:
> >
> > gcc-12.3.1+20240202
> >
> > This build incorporates the experimental
On Sun, 04 Feb 2024 21:52:46 +0100
ASSI wrote:
> The native Gcc compilers have been updated to the latest upstream
> snapshot version of the gcc-12 branch:
>
> gcc-12.3.1+20240202
>
> This build incorporates the experimental v4 patch to use the newlib
> locale function in libstdc++ so that othe
On Aug 24 18:24, Martin Wege via Cygwin wrote:
> On Sat, Aug 19, 2023 at 10:15 AM ASSI via Cygwin wrote:
> >
> > Martin Wege via Cygwin writes:
> > > How can I find out whether the current Cygwin terminal has
> > > Administrator rights? I want to safeguard our admin scripts with a
> > > simple tes
On Thu, Aug 24, 2023 at 8:52 AM Bill Stewart wrote:
On Thu, Aug 24, 2023 at 7:01 AM Andrew Schulman wrote:
>
> > How can I find out whether the current Cygwin terminal has
>> > Administrator rights? I want to safeguard our admin scripts with a
>> > simple test and bail out with an error if someone
On Sat, Aug 19, 2023 at 10:15 AM ASSI via Cygwin wrote:
>
> Martin Wege via Cygwin writes:
> > How can I find out whether the current Cygwin terminal has
> > Administrator rights? I want to safeguard our admin scripts with a
> > simple test and bail out with an error if someone wants to do admin
>
On Thu, Aug 24, 2023 at 7:01 AM Andrew Schulman wrote:
> How can I find out whether the current Cygwin terminal has
> > Administrator rights? I want to safeguard our admin scripts with a
> > simple test and bail out with an error if someone wants to do admin
> > stuff (say: regtool) without admin
> Hello,
>
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin privileges.
https://superuser.com/questions/66019
On Sat, Aug 19, 2023 at 2:15 AM ASSI wrote:
Windows really doesn't have a defined notion of what is or is not an
> "administrator". Each particular definition will be insufficient or
> invalid in certain contexts.
>
There is a definition of administrator in Windows: Your account is a
member, eit
Martin Wege via Cygwin writes:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin privileges.
Windows really doe
On Thu, Aug 17, 2023 at 8:02 PM Martin Wege via Cygwin
wrote:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin
Mark Geisert via Cygwin wrote:
Backwoods BC via Cygwin wrote:
[...]
I don't know if this is the official method, but it works for me:
# Shell Options
# Elevated privilege windows have $SESSIONNAME set
if [ "$SESSIONNAME" == "" ] ;then
printf -v adminPmt '[\u2022Admin\u2022] '
else
ex
Backwoods BC via Cygwin wrote:
On Thu, Aug 17, 2023 at 7:01 PM Martin Wege via Cygwin
wrote:
How can I find out whether the current Cygwin terminal has
Administrator rights? I want to safeguard our admin scripts with a
simple test and bail out with an error if someone wants to do admin
stuff (s
On Thu, Aug 17, 2023 at 7:01 PM Martin Wege via Cygwin
wrote:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin
> The following test package has been uploaded to the Cygwin distribution:
>
> * coreutils 9.1
I am having a problem with "cp" that is not present in the previous
(non-test) version. I'm running the latest Cygwin on Windows 10:
CYGWIN_NT-10.0-19044 8PZCBK3 3.3.5-341.x86_64 2022-05-13 12:
On Sun, May 02, 2021 at 12:43:41PM +1000, Duncan Roe wrote:
> Hi Chris,
>
> On Sat, May 01, 2021 at 09:41:26PM -0400, Christopher Faylor wrote:
> > On Sat, May 01, 2021 at 11:47:46AM +1000, Duncan Roe wrote:
> > >Test ezmlm replacement
> >
> > Please don't send test messages. If you have something
Hi Chris,
On Sat, May 01, 2021 at 09:41:26PM -0400, Christopher Faylor wrote:
> On Sat, May 01, 2021 at 11:47:46AM +1000, Duncan Roe wrote:
> >Test ezmlm replacement
>
> Please don't send test messages. If you have something to say,
> send the message. That will show you if your mail made it thr
On Sat, May 01, 2021 at 11:47:46AM +1000, Duncan Roe wrote:
>Test ezmlm replacement
Please don't send test messages. If you have something to say,
send the message. That will show you if your mail made it through or
not. If you don't have anything to post about then there's no need for
hundreds
On Oct 14 16:57, Mario Emmenlauer wrote:
> On 14.10.20 13:50, Corinna Vinschen wrote:
> > On Oct 14 11:06, Mario Emmenlauer wrote:
> >> On 14.10.20 10:28, Corinna Vinschen wrote:
> >>> Actually, not really. It's weird in fact, given ls(1) shows the
> >>> desired result. That would point to a bug
On 14.10.20 13:50, Corinna Vinschen wrote:
> On Oct 14 11:06, Mario Emmenlauer wrote:
>> On 14.10.20 10:28, Corinna Vinschen wrote:
>>> Actually, not really. It's weird in fact, given ls(1) shows the
>>> desired result. That would point to a bug in access(2), but there's
>>> no special code in ac
On Oct 14 11:06, Mario Emmenlauer wrote:
> On 14.10.20 10:28, Corinna Vinschen wrote:
> > Actually, not really. It's weird in fact, given ls(1) shows the
> > desired result. That would point to a bug in access(2), but there's
> > no special code in access(2) for NFS. For filesystems not supporti
On 14.10.20 10:28, Corinna Vinschen wrote:
On Oct 13 21:00, Mario Emmenlauer wrote:
On 13.10.20 20:36, Corinna Vinschen wrote:
Everything seems to work quite well, and in `ls -la` I can see the
file permissions and user and group entries. But when using `test`
to check for read (`test -r`) or e
On Oct 13 21:00, Mario Emmenlauer wrote:
> Hi Corinna, great to have you back :-)
Thanks!
> On 13.10.20 20:36, Corinna Vinschen wrote:
> > > > > Everything seems to work quite well, and in `ls -la` I can see the
> > > > > file permissions and user and group entries. But when using `test`
> > > >
Hi Corinna, great to have you back :-)
On 13.10.20 20:36, Corinna Vinschen wrote:
On Oct 6 18:10, Mario Emmenlauer wrote:
Dear Andrey,
On 06.10.20 17:46, Andrey Repin wrote:
Greetings, Mario Emmenlauer!
thanks for the awesome Cygwin, its really great!
Everything seems to work quite w
On Oct 6 18:10, Mario Emmenlauer wrote:
>
> Dear Andrey,
>
> On 06.10.20 17:46, Andrey Repin wrote:
> > Greetings, Mario Emmenlauer!
> >
> >> thanks for the awesome Cygwin, its really great!
> >
> >> Everything seems to work quite well, and in `ls -la` I can see the
> >> file permissions and u
Dear Andrey,
On 06.10.20 17:46, Andrey Repin wrote:
> Greetings, Mario Emmenlauer!
>
>> thanks for the awesome Cygwin, its really great!
>
>> Everything seems to work quite well, and in `ls -la` I can see the
>> file permissions and user and group entries. But when using `test`
>> to check for
Greetings, Mario Emmenlauer!
> thanks for the awesome Cygwin, its really great!
> But since today I met a problem: I mounted a Linux NFSv3 share using
> the Windows 10 shipped NFS client. The user and group ID are mapped
> via registry settings AnonymousUid and AnonymousGid in the entry
> HKEY_LO
On 10/1/2020 6:22 AM, Mario Emmenlauer wrote:
On 22.09.20 22:14, Mario Emmenlauer wrote:
But since today I met a problem: I mounted a Linux NFSv3 share using
the Windows 10 shipped NFS client. The user and group ID are mapped
via registry settings AnonymousUid and AnonymousGid in the entry
HKEY
On 22.09.20 22:14, Mario Emmenlauer wrote:
> But since today I met a problem: I mounted a Linux NFSv3 share using
> the Windows 10 shipped NFS client. The user and group ID are mapped
> via registry settings AnonymousUid and AnonymousGid in the entry
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Client
On Fri, Oct 4, 2019, 10:07 AM Hickey Rob (ED-TS/ENG4-Wm ED-TS/PRS-Wm) <
rob.hic...@us.bosch.com> wrote:
>
>
> --
> Problem reports: http://cygwin.com/problems.html
> FAQ: http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info: ht
On Wed, 21 Aug 2019 12:53:30 -0700
L A Walsh wrote:
> On 2019/08/19 03:39, Corinna Vinschen wrote:
> > - Add 24 bit color support using xterm compatibility mode in Windows 10
> > 1703 or later. Add fake 24 bit color support for legacy console,
> > which uses the nearest color from 16 system co
On 2019/08/19 03:39, Corinna Vinschen wrote:
> - Add 24 bit color support using xterm compatibility mode in Windows 10
> 1703 or later. Add fake 24 bit color support for legacy console,
> which uses the nearest color from 16 system colors.
>
??? Why would xterm need Win10 for 24bit color?
On Feb 5 16:31, L A Walsh wrote:
> On 2/1/2019 11:34 AM, Corinna Vinschen wrote:
> >
> > - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> > now incrementally dealt in the range from 2 up to 65535, POSIX-like.
> >
>
> Posix like? Posix starts from '1' (usually for i
On 2/1/2019 11:34 AM, Corinna Vinschen wrote:
>
> - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> now incrementally dealt in the range from 2 up to 65535, POSIX-like.
>
Posix like? Posix starts from '1' (usually for init), but
never heard it limited to 65535 ---
L
Am 27.12.2018 um 09:59 schrieb Mark Geisert:
Marco Atzeri wrote:
Hi,
I am trying to understand if octave has a problem
with Cygwin X interface or it is a specific
issue on my new Laptop
Can someone make this test from octave
in a Xterm ?
available_graphics_toolkits()
graphics_toolkit("fltk")
Marco Atzeri wrote:
Hi,
I am trying to understand if octave has a problem
with Cygwin X interface or it is a specific
issue on my new Laptop
Can someone make this test from octave
in a Xterm ?
available_graphics_toolkits()
graphics_toolkit("fltk")
x=(0:360)*pi()/180;
y=sin(x);
plot(x,y)
p
Greetings, Steven Penny!
> With Linux, these commands produce expected results:
> $ cd /tmp
> $ touch alpha.txt
> $ test -r alpha.txt; echo "$?"
> 0
> $ chmod -r alpha.txt
> $ test -r alpha.txt; echo "$?"
> 1
> $ chmod +r alpha.txt
> $ test -r alpha.txt; echo "
Am 23.12.2018 um 06:59 schrieb Steven Penny:
With Linux, these commands produce expected results:
$ cd /tmp
$ touch alpha.txt
$ test -r alpha.txt; echo "$?"
0
$ chmod -r alpha.txt
$ test -r alpha.txt; echo "$?"
1
$ chmod +r alpha.txt
$ test -r alpha.txt; echo
On 04/02/2017 15:13, Patrick Knight wrote:
What is the link to download the test release please?
Thanks,
Patrick Knight
Use setup to install it.
At the "select packages" window select test on
the upper left.
Pay attention to the other tests packages available
Regards
Marco
--
Problem report
What is the link to download the test release please?
Thanks,
Patrick Knight
Security Research Architect
http://www.cylance.com
561.768.9466 (Office)
561.427.4246 (Mobile)
On 2/4/17, 8:00 AM, "cygwin-announce-ow...@cygwin.com on behalf of Corinna
Vinschen" wrote:
Hi folks,
I
On Sat, Aug 20, 2016 at 3:37 PM, Corinna Vinschen wrote:
> - Fix the bug reported in
> https://cygwin.com/ml/cygwin/2016-08/msg00357.html
Fixed, thanks!
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.co
On Tue, Aug 16, 2016 at 8:36 AM, Corinna Vinschen wrote:
> You might want to read the mailing list first, to see if your problem
> has already been reported...
Thanks, and sorry. Because there were no replies to this thread, I
(incorrectly) assumed that no problems had been reported.
--
Jim Re
On Aug 16 08:28, Jim Reisert AD1C wrote:
> The 64-bit version doesn't work on my Windows 10 64-bit system,
> updated to Anniversary edition (Version 1607, OS Build 14393.51).
> Even something as simple as "uname" in a Windows Command prompt causes
> 100% CPU and never does anything. I wish I had s
The 64-bit version doesn't work on my Windows 10 64-bit system,
updated to Anniversary edition (Version 1607, OS Build 14393.51).
Even something as simple as "uname" in a Windows Command prompt causes
100% CPU and never does anything. I wish I had something more
specific to tell you. cygcheck wo
On Dec 18 16:58, Thomas Wolff wrote:
> Hi
> >- A new mount type "usertemp" has been introduced, which allows to mount
> > a POSIX directory to the Windows per-user temporary directory:
> >
> > none /tmp usertemp binary,posix=0 0 0
> That's a nice feature. I wonder, though, how the ordinary us
Hi
- A new mount type "usertemp" has been introduced, which allows to mount
a POSIX directory to the Windows per-user temporary directory:
none /tmp usertemp binary,posix=0 0 0
That's a nice feature. I wonder, though, how the ordinary user, or the
user with Linux/Unix background, would
On Dec 7 08:45, Jim Reisert AD1C wrote:
> > [Corinna] released a new TEST version of Cygwin, 2.4.0-0.8.
>
> It's been over 24 hours, and the 64-bit version has not yet appeared
> on http://mirrors.xmission.com. The 32-bit version is available on
> go-parts.com, however.
We don't control the mir
> [Corinna] released a new TEST version of Cygwin, 2.4.0-0.8.
It's been over 24 hours, and the 64-bit version has not yet appeared
on http://mirrors.xmission.com. The 32-bit version is available on
go-parts.com, however.
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http:
On Jul 15 09:08, Eric Blake wrote:
> On 07/15/2015 08:24 AM, Ken Brown wrote:
> >> Got it. What's needed is a Cygwin-specific fault-*.h file which exposes
> >> how to fetch the stack pointer register from mcontext_t. As you can see
> >> from the plethora of fault-*.h files in the src subdir, this
On 07/15/2015 08:24 AM, Ken Brown wrote:
>> Got it. What's needed is a Cygwin-specific fault-*.h file which exposes
>> how to fetch the stack pointer register from mcontext_t. As you can see
>> from the plethora of fault-*.h files in the src subdir, this is highly
>> system-specific anyway.
>>
>>
On 7/15/2015 8:44 AM, Corinna Vinschen wrote:
On Jul 15 09:51, Corinna Vinschen wrote:
Hi guys,
On Jul 14 22:07, Ken Brown wrote:
Entering directory
'/home/kbrown/src/cyglibsigsegv/libsigsegv-2.10-1.x86_64/build/tests'
Test passed.
PASS: sigsegv1.exe
Test passed.
PASS: sigsegv2.exe
Doing SIGSE
On Jul 15 09:51, Corinna Vinschen wrote:
> Hi guys,
>
> On Jul 14 22:07, Ken Brown wrote:
> > Entering directory
> > '/home/kbrown/src/cyglibsigsegv/libsigsegv-2.10-1.x86_64/build/tests'
> > Test passed.
> > PASS: sigsegv1.exe
> > Test passed.
> > PASS: sigsegv2.exe
> > Doing SIGSEGV pass 1.
> > S
Hi guys,
On Jul 14 22:07, Ken Brown wrote:
> On 7/14/2015 6:03 PM, Eric Blake wrote:
> >On 07/08/2015 01:39 PM, Warren Young wrote:
> >>A search for "sigaltstack” on code.openhub.net found only 95 projects with
> >>this string in their source code, almost entirely consisting of *receivers*
> >>o
On 7/14/2015 6:03 PM, Eric Blake wrote:
On 07/08/2015 01:39 PM, Warren Young wrote:
- New API sigaltstack, plus definitions for SA_ONSTACK, SS_ONSTACK, SS_DISABLE,
MINSIGSTKSZ, SIGSTKSZ.
Since these were entirely missing before, this can’t be tested without
rebuilding software, right? Whe
On 07/08/2015 01:39 PM, Warren Young wrote:
>> - New API sigaltstack, plus definitions for SA_ONSTACK, SS_ONSTACK,
>> SS_DISABLE,
>> MINSIGSTKSZ, SIGSTKSZ.
>
> Since these were entirely missing before, this can’t be tested without
> rebuilding software, right? When rebuilt, existing Cygwin pa
On Jul 8 13:39, Warren Young wrote:
> On Jul 5, 2015, at 3:34 PM, Corinna Vinschen
> wrote:
> > ...RLIMIT_STACK...RLIM_INFINITY.
>
> This should fix the Emacs crash you reference later in this message
> without rebuilding Emacs, right?
>
> I’m not an Emacs user, as you know, but is there an ST
On 7/8/2015 3:39 PM, Warren Young wrote:
On Jul 5, 2015, at 3:34 PM, Corinna Vinschen wrote:
...RLIMIT_STACK...RLIM_INFINITY.
This should fix the Emacs crash you reference later in this message without
rebuilding Emacs, right?
I’m not an Emacs user, as you know, but is there an STC for the
On Jul 5, 2015, at 3:34 PM, Corinna Vinschen wrote:
> ...RLIMIT_STACK...RLIM_INFINITY.
This should fix the Emacs crash you reference later in this message without
rebuilding Emacs, right?
I’m not an Emacs user, as you know, but is there an STC for the Emacsizens to
try on their systems?
> - N
On Fri, Apr 17, 2015 at 7:46 AM, Jim Reisert AD1C wrote:
> Is there a way to change my default home directory without using
> /etc/passwd, other than creating a symbolic link inside of /home?
You can modify /etc/fstab like this
c:/home /home . acl
Example
http://github.com/svnpenn/dotfiles/b
> https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nsswitch-home
Very helpful, Corinna! Working as advertised.
- Jim
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Apr 17 15:16, Corinna Vinschen wrote:
> On Apr 17 06:46, Jim Reisert AD1C wrote:
> > I finally understand what happened.
> >
> > In my /etc/passwd, I have configured a different home directory for
> > myself. Without that file, it goes to /home/Jim Reisert which does
> > not exist!
> >
> > Is
On Apr 17 06:46, Jim Reisert AD1C wrote:
> I finally understand what happened.
>
> In my /etc/passwd, I have configured a different home directory for
> myself. Without that file, it goes to /home/Jim Reisert which does
> not exist!
>
> Is there a way to change my default home directory without
I finally understand what happened.
In my /etc/passwd, I have configured a different home directory for
myself. Without that file, it goes to /home/Jim Reisert which does
not exist!
Is there a way to change my default home directory without using
/etc/passwd, other than creating a symbolic link
On Apr 17 06:27, Jim Reisert AD1C wrote:
> There's still something funky going on. ssh won't recognize my
> ~/.ssh/config file.
>
> With my existing passwd and group files, I get this error (notice that
> the warned permissions are different that what "ls" reports):
>
> -rw---+ 1 Jim Reisert
On Apr 17 06:15, Jim Reisert AD1C wrote:
> > New 2.0.0-0.7 test release:
>
> I'm happy to report that Xwin now starts up straight away, even with
> "missing" /etc/passwd and /etc/group files.
>
> Thanks for fixing this!
Sure, thanks for your feedback!
Corinna
--
Corinna Vinschen
There's still something funky going on. ssh won't recognize my
~/.ssh/config file.
With my existing passwd and group files, I get this error (notice that
the warned permissions are different that what "ls" reports):
-rw---+ 1 Jim Reisert None 205 Apr 17 06:19 .ssh/config
[JJR:~] $ ssh ad1c
> New 2.0.0-0.7 test release:
I'm happy to report that Xwin now starts up straight away, even with
"missing" /etc/passwd and /etc/group files.
Thanks for fixing this!
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On Wed, 2015-04-15 at 14:22 -0600, Warren Young wrote:
> On Apr 11, 2015, at 4:35 AM, Corinna Vinschen wrote:
> > The version number is 2.0.0-0.1. Yes, we're going full Torvalds
> > with the release numbers and bump them to 2.0.
>
> Will this result in a cygwin2.dll with a different ABI?
No, ABI
On Apr 11, 2015, at 4:35 AM, Corinna Vinschen wrote:
>
> The version number is 2.0.0-0.1. Yes, we're going full Torvalds
> with the release numbers and bump them to 2.0.
Will this result in a cygwin2.dll with a different ABI?
Now’s your chance. :)
--
Problem reports: http://cygwin.com/pr
On Feb 25 10:55, Warren Young wrote:
> On Feb 25, 2015, at 10:47 AM, Corinna Vinschen
> wrote:
> > It does... if you stopped and restarted your Cygwin processes afterwards,
>
> I was sure I had. I don’t run any cygrunsrv processes on that VM, so
> I only have to restart MinTTY to make sure Cygw
On Feb 25, 2015, at 10:47 AM, Corinna Vinschen
wrote:
>
> On Feb 25 10:32, Warren Young wrote:
>> On Feb 25, 2015, at 9:21 AM, Corinna Vinschen
>> wrote:
>>>
>>> Did you set this up with a "Microsoft Account”?
>>
>> Yes.
>>
>>> Btw., the uid and gid values are wrong. You *are* using passwd
On Feb 25 10:32, Warren Young wrote:
> On Feb 25, 2015, at 9:21 AM, Corinna Vinschen
> wrote:
> >
> > Did you set this up with a "Microsoft Account”?
>
> Yes.
>
> > Btw., the uid and gid values are wrong. You *are* using passwd and
> > group files, otherwise you would have much bigger uid/gid
On Feb 25, 2015, at 9:21 AM, Corinna Vinschen wrote:
>
> Did you set this up with a "Microsoft Account”?
Yes.
> Btw., the uid and gid values are wrong. You *are* using passwd and
> group files, otherwise you would have much bigger uid/gid values.
Oooky. I thought I just had to remove /et
On Feb 25 17:21, Corinna Vinschen wrote:
> On Feb 25 08:55, Warren Young wrote:
> > On Feb 25, 2015, at 8:23 AM, Corinna Vinschen
> > wrote:
> > >
> > >> $ chgrp `id -g` id*
> > >> $ ls -l id*
> > >> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
> > >> -rw-rw 1 Warren Warren 398 F
On Feb 25 08:55, Warren Young wrote:
> On Feb 25, 2015, at 8:23 AM, Corinna Vinschen
> wrote:
> >
> >> $ chgrp `id -g` id*
> >> $ ls -l id*
> >> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
> >> -rw-rw 1 Warren Warren 398 Feb 25 08:12 id_rsa.pub
> >
> > Hang on, how come your gr
On Feb 25, 2015, at 8:23 AM, Corinna Vinschen wrote:
>
>> $ chgrp `id -g` id*
>> $ ls -l id*
>> -rw-rw 1 Warren Warren 1.7K Feb 25 08:12 id_rsa
>> -rw-rw 1 Warren Warren 398 Feb 25 08:12 id_rsa.pub
>
> Hang on, how come your group is your user account? That's certainly
> not correc
On Feb 25 08:20, Warren Young wrote:
> On Feb 25, 2015, at 8:17 AM, Warren Young wrote:
> >
> > “None” has one of the well-known SIDs, doesn’t it?
>
> On second thought, “chgrp 513 ~/.ssh/*” seems to work here. Is that portable?
No. You're still using an old group file apparently. Se my othe
On Feb 25 08:17, Warren Young wrote:
> On Feb 25, 2015, at 8:07 AM, Corinna Vinschen
> wrote:
> >
> > What about chgrp `id -g’?
>
> That does exactly what you *don’t* want here:
>
> $ ls -l id*
> -rw--- 1 Warren None 1.7K Feb 25 08:12 id_rsa
> -rw--- 1 Warren None 398 Feb 25 08:
On Feb 25, 2015, at 8:17 AM, Warren Young wrote:
>
> “None” has one of the well-known SIDs, doesn’t it?
On second thought, “chgrp 513 ~/.ssh/*” seems to work here. Is that portable?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
On Feb 25, 2015, at 8:07 AM, Corinna Vinschen wrote:
>
> What about chgrp `id -g’?
That does exactly what you *don’t* want here:
$ ls -l id*
-rw--- 1 Warren None 1.7K Feb 25 08:12 id_rsa
-rw--- 1 Warren None 398 Feb 25 08:12 id_rsa.pub
$ chgrp `id -g` id*
$ ls -l id*
-rw-r
On Feb 25 07:52, Warren Young wrote:
> On Feb 25, 2015, at 2:01 AM, Corinna Vinschen
> wrote:
> > - Group "None" is a local group and changing to None is not such a bright
> > idea for domain users. "Domain Users" may be better here,
>
> Since the permissions on files in these directories give
On Feb 25, 2015, at 2:01 AM, Corinna Vinschen wrote:
>
>
> - Group "None" is a local group and changing to None is not such a bright
> idea for domain users. "Domain Users" may be better here,
Since the permissions on files in these directories give zero permissions to
the group, does it rea
Hi John,
On Feb 23 10:22, John Hein wrote:
> Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
> 12:17 +0100 on Feb 23, 2015:
> > 1.7.33:
> >
> > Calls NetUserEnum/NetGroupEnum,NetLocalGroupEnum with maximum Buffer
> > size.
> >
> > 1.7.34+:
> >
> > Calls a
On Feb 24 18:10, Warren Young wrote:
> > On Feb 24, 2015, at 5:23 PM, Andrey Repin wrote:
> >
> > Basically speaking, yes, chgrp to anything other than your user SID,
> > followed
> > by `chmod 600`, should help.
>
> I’ve checked in a change to that FAQ item giving this as the official
> soluti
> On Feb 24, 2015, at 5:23 PM, Andrey Repin wrote:
>
> Basically speaking, yes, chgrp to anything other than your user SID, followed
> by `chmod 600`, should help.
I’ve checked in a change to that FAQ item giving this as the official solution.
--
Problem reports: http://cygwin.com/problems
Greetings, Warren Young!
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect interchangeability of users and groups.
> So is “chgrp None” the correct fix, or is
> On Feb 24, 2015, at 4:29 PM, Warren Young wrote:
>
>> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>>
>>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>>
>> Nop, this is actually an issue of reading ACLs rather than setting them.
>> POSIX access bits do not expect
> On Feb 23, 2015, at 8:39 PM, Andrey Repin wrote:
>
>> 2. Oh, its primary group is Warren, too, so let’s inherit g+rw, too.
>
> Nop, this is actually an issue of reading ACLs rather than setting them.
> POSIX access bits do not expect interchangeability of users and groups.
So is “chgrp None”
Greetings, Warren Young!
>>> Is there any solution to solve the ssh problem ( including git etc)?
>>
>> Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
>> help?
> That information seems to be incomplete.
> I ran into similar problems here, and found that chmod 600 would
> On Feb 23, 2015, at 1:11 PM, Corinna Vinschen
> wrote:
>
> On Feb 24 03:50, rexdf Rexdf wrote:
>>
>> Is there any solution to solve the ssh problem ( including git etc)?
>
> Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
> help?
That information seems to be incomple
1 - 100 of 209 matches
Mail list logo
