Re the user SID != group SID, chmod -x case: Thanks, sorry to have
wasted your time. It does seem the same on Linux, and chmod ug-x does
appear to work correctly. My bad.
Re the user SID = group SID case:
I'm not offhand spotting how to use chmod to create the ACL your "They
do:" example displays
On Feb 28 13:32, random user wrote:
> The changes regarding the user SID = group SID case look generally good
> to me.
> Thanks for considering the idea.
>
> I do wonder if it is best that the Everyone privileges would "leak" into the
> group permission mode/mask tho, either at the Posix or ACL le
The changes regarding the user SID = group SID case look generally good
to me.
Thanks for considering the idea.
I do wonder if it is best that the Everyone privileges would "leak" into the
group permission mode/mask tho, either at the Posix or ACL levels. They
don't
seem to for user SID != group
gnupg-1.4.19-1 depends on libusb0 (64-bit only). I assume that happened
by accident.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsub
Marco Atzeri wrote:
>On 2/27/2015 5:49 PM, Bengt Larsson wrote:
>> Below are two benchmarks that explore maximum floating point
>> performance. loopm6 is double precision floating point and loopm6fp is
>> parallell single-precision. They are manually unrolled multiply-add
>> loops.
>>
>> I used to
On 28/02/2015 00:15, Denis Excoffier wrote:
In the last xlaunch package, the etc/postinstall/xlaunch.sh reads:
% cat /etc/postinstall/xlaunch.sh.done
# add a start menu shortcut
case $(uname -s) in *-WOW64) wow64=" (32-bit)" ;; esac
/usr/bin/mkdir -p "$(/usr/bin/cygpath $CYGWINFORALL -P)/Cygwin-
From: Corinna Vinschen
>
> Just for your information: This change from WOW64 to WOW in the uname
> sysname output was forced on us to account for the excessive version bump in
> Windows 10.
>
> Rather than bumping the kernel version to 6.4, which would have been the right
> thing to do, the mark
On Feb 28 15:19, Denis Excoffier wrote:
> On 2015-02-28 13:13, Corinna Vinschen wrote:
> >
> > On Feb 28 00:23, Denis Excoffier wrote:
> >> On 2015-02-27 18:52, Corinna Vinschen wrote:
> >>>
> >>> I released another TEST version of the next upcoming Cygwin release.
> >>>
> >> I have noticed that
On 2015-02-28 13:13, Corinna Vinschen wrote:
>
> On Feb 28 00:23, Denis Excoffier wrote:
>> On 2015-02-27 18:52, Corinna Vinschen wrote:
>>>
>>> I released another TEST version of the next upcoming Cygwin release.
>>>
>> I have noticed that the behavior of /usr/bin/script is not better than
>> p
Hi Takashi,
On Feb 28 14:40, Takashi Yano wrote:
> Package: cygwin
> Version: 1.7.34-6
>
> Cygwin often hangs up if several keys are input during a lot of text outputs.
>
> To reproduce this problem:
> 1) Start a new cygwin session on mintty.
> 2) Execute
> yes A
Hi Takashi,
On Feb 28 14:36, Takashi Yano wrote:
> Package: cygwin
> Version: 1.7.34-6
It's terribly nice of you creating patches for Cygwin, and I'm really
looking forward to include patches, but... there's a small problem.
If you want to provide non-trivial patches (<= 10 lines) for the Cygwin
On Feb 28 14:28, Takashi Yano wrote:
> Package: inetutils-server
> Version: 1.9.1-2 or older
>
> Telnetd in inetutils-server package lacks handling of some of
> TIOCPKT control bytes. The most influential thing is a lack of
> handling of TIOCPKT_DATA. TIOCPKT_DATAs i.e. '\0's frequently
> appear i
On Feb 28 01:15, Denis Excoffier wrote:
> Hi,
>
> In the last xlaunch package, the etc/postinstall/xlaunch.sh reads:
>
> % cat /etc/postinstall/xlaunch.sh.done
> # add a start menu shortcut
> case $(uname -s) in *-WOW64) wow64=" (32-bit)" ;; esac
> /usr/bin/mkdir -p "$(/usr/bin/cygpath $CYGWINFOR
On Feb 28 01:06, Denis Excoffier wrote:
> Hi,
>
> This is a standard makefile, except that hello.c
> is taken from a special directory:
>
> % cat Makefile
> all : hello
> hello : hello.o
> gcc -o $@ $+
> hello.o : /usr/mydata/hello.c
> gcc -o $@ -c $<
> clean :
> -rm -f hello he
On Feb 27 15:58, Linda Walsh wrote:
> on the CYGWIN getfacl manpage, it has
>
> -a, --all
> display the filename, the owner, the group, and the ACL of the
> file
>
> --
> But in the linux version it says:
>
>
>-a, --access
>Display the file access control list.
>
>
> On Feb 27 19:17, Houder wrote:
>> (you are welcome NOT to reply -- I just wanted to get this off my chest :-)
>
> I reply, but I won't look any further. As I wrote already I'm planning
You won't look further? No problem :-) It was not my intention to "force" you
to dig deeper (i.e. the source c
On Feb 28 00:51, Denis Excoffier wrote:
> Hi,
>
> Playing with mkgroup and mkpasswd like others, i also
> noticed some great improvement in performance:
> now less than 5min for 404653 entries (mkpasswd -d)
> and less that 1min for 127048 entries (mkgroup -d).
> Before it was nearly 1 hour for eac
On Feb 28 00:23, Denis Excoffier wrote:
> On 2015-02-27 18:52, Corinna Vinschen wrote:
> >
> > I released another TEST version of the next upcoming Cygwin release.
> >
> I have noticed that the behavior of /usr/bin/script is not better than
> previously (probably the change resides near
> https:/
On Feb 27 19:17, Houder wrote:
> (you are welcome NOT to reply -- I just wanted to get this off my chest :-)
I reply, but I won't look any further. As I wrote already I'm planning
to rewrite the ACL handling anyway. It's *the* big change for 1.7.36.
Corinna
--
Corinna Vinschen
On 2015-02-28 06:40, Takashi Yano wrote:
>
> Package: cygwin
> Version: 1.7.34-6
>
> Cygwin often hangs up if several keys are input during a lot of text outputs.
>
> To reproduce this problem:
> 1) Start a new cygwin session on mintty.
> 2) Execute
> yes
20 matches
Mail list logo
