* [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
@ 2015-12-07 15:57 Corinna Vinschen
2015-12-08 21:03 ` Achim Gratz
2015-12-10 2:08 ` kuaf
0 siblings, 2 replies; 7+ messages in thread
From: Corinna Vinschen @ 2015-12-07 15:57 UTC (permalink / raw)
To: cygwin
Hi Cygwin friends and users,
I released TEST version 2.4.0-0.9 of Cygwin.
- This version patches the Windows 10 1511 workaround added to
2.4.0-0.7. Cygwin now always uses a self-created main thread stack
in a memory area with very low probability of collision with the OS.
The fix addresses the problem reported in
https://cygwin.com/ml/cygwin/2015-12/msg00077.html
======================================================================
Due to the imminent holiday schedule, I postponed the official release
of Cygwin 2.4.0 to early 2016.
Testing is still highly appreciated...
======================================================================
This is the "new POSIX ACL handling reloaded" release.
In local testing I successfully integrated AuthZ into the current Cygwin
code to generate more correct user permissions by being able to generate
effective permissions for arbitrary users.
This success convinced me that it might be possible to pick up the POSIX
permission rewrite originally targeted for the 2.0.0 release and try to
update it using AuthZ and generally revamp it to reflect effective
permissions better.
My local testing looks good, but this is a major change, so this code
really needs a lot more testing in various scenarios. Especially
some Windows ACLs created in corporate environments are often a hard
nut to crack, and the example from
https://cygwin.com/ml/cygwin/2015-04/msg00513.html
which was the ultimate downfall of the original implementation is
the stuff which needs some good testing.
There's, as usual, a downside: AuthZ leans a bit to the slow side.
Cygwin caches information already gathered once on a per-process basis,
but in locally crafted worst case scenarios (`ls' on lots of file owned
by lots of different users and groups) the slowdown may be up to 25%.
But that's really just a worst case, in the usual scenarios the slowdown
should be mostly unnoticable.
To alleviate the problem, the AuthZ code is fortunately only called for
non-Cygwin ACLs and Cygwin ACLs created before this release. Within a
pure Cygwin environment (e.g., some build directory only used with
Cygwin tools) AuthZ should be practically unused.
Apart from the aforementioned code changes to "just do it right", there
are two additional changes I implemented for this new POSIX ACL revamp
release:
- I reverted the questionable change I added to 2.0.0-0.7 in terms of
chmod group permission handling. The original description of this
change was:
If you have a non-trivial ACL with secondary accounts and thus a
mask value, chmod is supposed to change only the mask, not the
permissions of the primary group. However, if the primary group has
few permissions to begin with, the result is really surprising. ls
-l would, e.g., show read/write perms for the group, but the group
might still have only read perms.
Personally I find this chmod behaviour really, really bad, so I took
the liberty to change it in a way which gives a much less surprising
result: If you call chmod on a non-trivial ACL, the group
permissions will be used for the primary group and the mask.
- setfacl(1) now accepts the combination of the -b and -k options, just as
on Linux.
As for the description what this implementation strives for, please see
http://linux.die.net/man/5/acl
============================================================================
What's new:
-----------
- New, unified implementation of POSIX permission and ACL handling. The
new ACLs now store the POSIX ACL MASK/CLASS_OBJ permission mask, and
they allow to inherit the S_ISGID bit. ACL inheritance now really
works as desired, in a limited, but theoretically equivalent fashion
even for non-Cygwin processes.
To accommodate standard Windows ACLs, the POSIX permissions of the
owner and all other users in the ACL are computed using the Windows
AuthZ API. This may slow down the computation of POSIX permissions
noticably in some circumstances, but is generally more correct. The
new code also ignores SYSTEM and Administrators group permissions when
computing the MASK/CLASS_OBJ permission mask on old ACLs, and it
doesn't deny access to SYSTEM and Administrators group based on the
value of MASK/CLASS_OBJ when creating the new ACLs.
The new code now handles the S_ISGID bit on directories as on Linux:
Setting S_ISGID on a directory causes new files and subdirs created
within to inherit its group, rather than the primary group of the user
who created the file. This only works for files and directories
created by Cygwin processes.
- New API: rpmatch.
What changed:
-------------
- setfacl(1) now allows to use the -b and -k option combined to allow reducing
an ACL to only reflect standard POSIX permissions.
- Fix (numeric and monetary) decimal point and thousands separator in
fa_IR and ps_AF locales to be aligned with Linux.
Bug Fixes
---------
- Not a bug fix as such, but a workaround for new behaviour in Windows 10
version 1511 64 bit. This version introduces a problem which existed in
a similar variation (just vice versa) in XP and Server 2003 64 bit as well.
An unexpected stack arrangement when starting a 64 bit Cygwin application
from a 32 bit application (e.g. 32 bit CMD.EXE) broke Cygwin's fork.
Addresses: https://cygwin.com/ml/cygwin/2015-12/msg00003.html
- Replaced old, buggy strtold implementation with well-tested gdtoa version
from David M. Gay.
Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00205.html
- Fix handling of relative paths in native symlinks if the target is in a
drive's root dir or one level below.
Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00277.html
- Fix a SEGV when calling `kill -l 0'.
Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00430.html
- Fix a race condition in signal handling.
Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00387.html
============================================================================
Have fun,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-07 15:57 [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9 Corinna Vinschen
@ 2015-12-08 21:03 ` Achim Gratz
2015-12-08 21:48 ` Corinna Vinschen
2015-12-10 2:08 ` kuaf
1 sibling, 1 reply; 7+ messages in thread
From: Achim Gratz @ 2015-12-08 21:03 UTC (permalink / raw)
To: cygwin
Corinna Vinschen writes:
> I released TEST version 2.4.0-0.9 of Cygwin.
>
> - This version patches the Windows 10 1511 workaround added to
> 2.4.0-0.7. Cygwin now always uses a self-created main thread stack
> in a memory area with very low probability of collision with the OS.
> The fix addresses the problem reported in
> https://cygwin.com/ml/cygwin/2015-12/msg00077.html
Interestingly enough this also seems to have solved a stubborn fork
problem on Windows 8.1 when trying to start emacs-x11 over SSH from my
Linux box.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-08 21:03 ` Achim Gratz
@ 2015-12-08 21:48 ` Corinna Vinschen
2015-12-09 22:03 ` Marco Atzeri
0 siblings, 1 reply; 7+ messages in thread
From: Corinna Vinschen @ 2015-12-08 21:48 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 793 bytes --]
On Dec 8 22:03, Achim Gratz wrote:
> Corinna Vinschen writes:
> > I released TEST version 2.4.0-0.9 of Cygwin.
> >
> > - This version patches the Windows 10 1511 workaround added to
> > 2.4.0-0.7. Cygwin now always uses a self-created main thread stack
> > in a memory area with very low probability of collision with the OS.
> > The fix addresses the problem reported in
> > https://cygwin.com/ml/cygwin/2015-12/msg00077.html
>
> Interestingly enough this also seems to have solved a stubborn fork
> problem on Windows 8.1 when trying to start emacs-x11 over SSH from my
> Linux box.
Huh, interesting.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-08 21:48 ` Corinna Vinschen
@ 2015-12-09 22:03 ` Marco Atzeri
2015-12-10 9:17 ` Corinna Vinschen
0 siblings, 1 reply; 7+ messages in thread
From: Marco Atzeri @ 2015-12-09 22:03 UTC (permalink / raw)
To: cygwin
On 08/12/2015 22:48, Corinna Vinschen wrote:
> On Dec 8 22:03, Achim Gratz wrote:
>> Corinna Vinschen writes:
>>> I released TEST version 2.4.0-0.9 of Cygwin.
>>>
>>> - This version patches the Windows 10 1511 workaround added to
>>> 2.4.0-0.7. Cygwin now always uses a self-created main thread stack
>>> in a memory area with very low probability of collision with the OS.
>>> The fix addresses the problem reported in
>>> https://cygwin.com/ml/cygwin/2015-12/msg00077.html
>>
>> Interestingly enough this also seems to have solved a stubborn fork
>> problem on Windows 8.1 when trying to start emacs-x11 over SSH from my
>> Linux box.
>
> Huh, interesting.
>
>
> Corinna
>
also pure-ftpd fork issue on W7-64 bit seems solved...
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-07 15:57 [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9 Corinna Vinschen
2015-12-08 21:03 ` Achim Gratz
@ 2015-12-10 2:08 ` kuaf
2015-12-10 6:09 ` Marco Atzeri
1 sibling, 1 reply; 7+ messages in thread
From: kuaf @ 2015-12-10 2:08 UTC (permalink / raw)
To: cygwin
Hi,
I came across 'child_info_fork' issues when trying install ruby
'tmuxinator' gem. Rebaseall seemed not solve this problem.
I installed ruby 2.2.3 following the link
https://gist.github.com/DQNEO/67442bbe0c60f3220595.
Then, issue the command `gem install tmuxinator`, got the errors below:
1240 [main] ruby 4032 child_info_fork::abort: 1 [main] ruby
3032 child_info_fork::abort: unable to remap cygssl-1.0.0.dll to same
address as parent (0x690000) - try running rebaseaFetching:
thor-0.19.1.gem (100%)Successfully installed erubis-2.7.0rbenv: error
in gem-rehash (Errno::EAGAIN: Resource temporarily unavailable -
rbenv) 2 [main] ruby 3644 child_info_fork::abort:
C:\cygwin\bin\cygssp-0.dll: Loaded to different address:
parent(0x2D0000) != child(0x260000 270 [main] ruby 3752
child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded to
different address: parent(0x2D0000) != child(0x3D0000 62 [main]
ruby 1104 child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded
to different address: parent(0x2D0000) != child(0x260000 66 [main]
ruby 1848 child_info_fork::abort: address space needed by 'cygz.dll'
(0x3E0000) is already occupied 1 [main] ruby 2636
child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded to
different address: parent(0x2D0000) != child(0x260000 287 [main]
ruby 4088 child_info_fork::abort: address space needed by 'cygz.dll'
(0x3E0000) is already occupied 227 [main] ruby 324
child_info_fork::abort: address space needed by 'fcntl.so' (0x710000)
is already occupied 65 [main] ruby 3580 child_info_fork::abort:
address space needed by 'cygz.dll' (0x3E0000) is already occupied
253 [main] ruby 3648 child_info_fork::abort: address space needed by
'fcntl.so' (0x710000) is already occupied 86 [main] ruby 3908
child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded to
different address: parent(0x2D0000) != child(0x3D0000 484 [main]
ruby 2236 child_info_fork::abort: address space needed by 'fcntl.so'
(0x710000) is already occupied 18 [main] ruby 3684
child_info_fork::abort: address space needed by 'cygssl-1.0.0.dll'
(0x690000) is already occupied 415 [main] ruby 2328
child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded to
different address: parent(0x2D0000) != child(0x260000 3 [main]
ruby 2324 child_info_fork::abort: C:\cygwin\bin\cygssp-0.dll: Loaded
to different address: parent(0x2D0000) != child(0x260000 5 [main]
ruby 2932 child_info_fork::abort: unable to remap fcntl.so to same
address as parent (0x710000) - try running rebaseall 437 [main]
ruby 1580 child_info_fork::abort: address space needed by 'cygz.dll'
(0x3E0000) is already occupied 368 [main] ruby 1656
child_info_fork::abort: address space needed by 'cygz.dll' (0x3E0000)
is already occupied 61 [main] ruby 956 child_info_fork::abort:
address space needed by 'cygssl-1.0.0.dll' (0x690000) is already
occupied 59 [main] ruby 1356 child_info_fork::abort: address space
needed by 'cygz.dll' (0x3E0000) is already occupiedFetching:
erubis-2.7.0.gem (100%)$ gem install tmuxinator
2015-12-07 23:55 GMT+08:00 Corinna Vinschen <corinna-cygwin@cygwin.com>:
> Hi Cygwin friends and users,
>
>
> I released TEST version 2.4.0-0.9 of Cygwin.
>
> - This version patches the Windows 10 1511 workaround added to
> 2.4.0-0.7. Cygwin now always uses a self-created main thread stack
> in a memory area with very low probability of collision with the OS.
> The fix addresses the problem reported in
> https://cygwin.com/ml/cygwin/2015-12/msg00077.html
>
>
> ======================================================================
>
> Due to the imminent holiday schedule, I postponed the official release
> of Cygwin 2.4.0 to early 2016.
>
> Testing is still highly appreciated...
>
> ======================================================================
>
>
> This is the "new POSIX ACL handling reloaded" release.
>
> In local testing I successfully integrated AuthZ into the current Cygwin
> code to generate more correct user permissions by being able to generate
> effective permissions for arbitrary users.
>
> This success convinced me that it might be possible to pick up the POSIX
> permission rewrite originally targeted for the 2.0.0 release and try to
> update it using AuthZ and generally revamp it to reflect effective
> permissions better.
>
> My local testing looks good, but this is a major change, so this code
> really needs a lot more testing in various scenarios. Especially
> some Windows ACLs created in corporate environments are often a hard
> nut to crack, and the example from
>
> https://cygwin.com/ml/cygwin/2015-04/msg00513.html
>
> which was the ultimate downfall of the original implementation is
> the stuff which needs some good testing.
>
> There's, as usual, a downside: AuthZ leans a bit to the slow side.
> Cygwin caches information already gathered once on a per-process basis,
> but in locally crafted worst case scenarios (`ls' on lots of file owned
> by lots of different users and groups) the slowdown may be up to 25%.
> But that's really just a worst case, in the usual scenarios the slowdown
> should be mostly unnoticable.
>
> To alleviate the problem, the AuthZ code is fortunately only called for
> non-Cygwin ACLs and Cygwin ACLs created before this release. Within a
> pure Cygwin environment (e.g., some build directory only used with
> Cygwin tools) AuthZ should be practically unused.
>
> Apart from the aforementioned code changes to "just do it right", there
> are two additional changes I implemented for this new POSIX ACL revamp
> release:
>
> - I reverted the questionable change I added to 2.0.0-0.7 in terms of
> chmod group permission handling. The original description of this
> change was:
>
> If you have a non-trivial ACL with secondary accounts and thus a
> mask value, chmod is supposed to change only the mask, not the
> permissions of the primary group. However, if the primary group has
> few permissions to begin with, the result is really surprising. ls
> -l would, e.g., show read/write perms for the group, but the group
> might still have only read perms.
>
> Personally I find this chmod behaviour really, really bad, so I took
> the liberty to change it in a way which gives a much less surprising
> result: If you call chmod on a non-trivial ACL, the group
> permissions will be used for the primary group and the mask.
>
> - setfacl(1) now accepts the combination of the -b and -k options, just as
> on Linux.
>
> As for the description what this implementation strives for, please see
> http://linux.die.net/man/5/acl
>
> ============================================================================
>
> What's new:
> -----------
>
> - New, unified implementation of POSIX permission and ACL handling. The
> new ACLs now store the POSIX ACL MASK/CLASS_OBJ permission mask, and
> they allow to inherit the S_ISGID bit. ACL inheritance now really
> works as desired, in a limited, but theoretically equivalent fashion
> even for non-Cygwin processes.
>
> To accommodate standard Windows ACLs, the POSIX permissions of the
> owner and all other users in the ACL are computed using the Windows
> AuthZ API. This may slow down the computation of POSIX permissions
> noticably in some circumstances, but is generally more correct. The
> new code also ignores SYSTEM and Administrators group permissions when
> computing the MASK/CLASS_OBJ permission mask on old ACLs, and it
> doesn't deny access to SYSTEM and Administrators group based on the
> value of MASK/CLASS_OBJ when creating the new ACLs.
>
> The new code now handles the S_ISGID bit on directories as on Linux:
> Setting S_ISGID on a directory causes new files and subdirs created
> within to inherit its group, rather than the primary group of the user
> who created the file. This only works for files and directories
> created by Cygwin processes.
>
> - New API: rpmatch.
>
>
> What changed:
> -------------
>
> - setfacl(1) now allows to use the -b and -k option combined to allow reducing
> an ACL to only reflect standard POSIX permissions.
>
> - Fix (numeric and monetary) decimal point and thousands separator in
> fa_IR and ps_AF locales to be aligned with Linux.
>
>
> Bug Fixes
> ---------
>
> - Not a bug fix as such, but a workaround for new behaviour in Windows 10
> version 1511 64 bit. This version introduces a problem which existed in
> a similar variation (just vice versa) in XP and Server 2003 64 bit as well.
> An unexpected stack arrangement when starting a 64 bit Cygwin application
> from a 32 bit application (e.g. 32 bit CMD.EXE) broke Cygwin's fork.
> Addresses: https://cygwin.com/ml/cygwin/2015-12/msg00003.html
>
> - Replaced old, buggy strtold implementation with well-tested gdtoa version
> from David M. Gay.
> Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00205.html
>
> - Fix handling of relative paths in native symlinks if the target is in a
> drive's root dir or one level below.
> Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00277.html
>
> - Fix a SEGV when calling `kill -l 0'.
> Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00430.html
>
> - Fix a race condition in signal handling.
> Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00387.html
>
> ============================================================================
>
>
> Have fun,
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-10 2:08 ` kuaf
@ 2015-12-10 6:09 ` Marco Atzeri
0 siblings, 0 replies; 7+ messages in thread
From: Marco Atzeri @ 2015-12-10 6:09 UTC (permalink / raw)
To: cygwin
On 10/12/2015 03:08, kuaf wrote:
> Hi,
>
> I came across 'child_info_fork' issues when trying install ruby
> 'tmuxinator' gem. Rebaseall seemed not solve this problem.
>
> I installed ruby 2.2.3 following the link
> https://gist.github.com/DQNEO/67442bbe0c60f3220595.
first: no top post on this mailing list, please.
second: this thread is about Cygwin 2.4.0-0.9 improvement or new bugs
> Then, issue the command `gem install tmuxinator`, got the errors below:
are you able to install it with a previous cygwin version ?
If not, as I suspect, you choose the wrong thread.
> 1240 [main] ruby 4032 child_info_fork::abort: 1 [main] ruby
> 3032 child_info_fork::abort: unable to remap cygssl-1.0.0.dll to same
> address as parent (0x690000) - try running rebaseaFetching:
0x690000 is a very low address, so you have a normal dll collision.
Please read the FAQ
https://cygwin.com/faq.html#faq.using.fixing-fork-failures
and if you still have issues follow the guideline to report the problem
https://cygwin.com/problems.html
DO NOT follow-up here, start your own mail thread.
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9
2015-12-09 22:03 ` Marco Atzeri
@ 2015-12-10 9:17 ` Corinna Vinschen
0 siblings, 0 replies; 7+ messages in thread
From: Corinna Vinschen @ 2015-12-10 9:17 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]
On Dec 9 23:02, Marco Atzeri wrote:
> On 08/12/2015 22:48, Corinna Vinschen wrote:
> >On Dec 8 22:03, Achim Gratz wrote:
> >>Corinna Vinschen writes:
> >>>I released TEST version 2.4.0-0.9 of Cygwin.
> >>>
> >>>- This version patches the Windows 10 1511 workaround added to
> >>> 2.4.0-0.7. Cygwin now always uses a self-created main thread stack
> >>> in a memory area with very low probability of collision with the OS.
> >>> The fix addresses the problem reported in
> >>> https://cygwin.com/ml/cygwin/2015-12/msg00077.html
> >>
> >>Interestingly enough this also seems to have solved a stubborn fork
> >>problem on Windows 8.1 when trying to start emacs-x11 over SSH from my
> >>Linux box.
> >
> >Huh, interesting.
> >
> >
> >Corinna
> >
>
> also pure-ftpd fork issue on W7-64 bit seems solved...
It gets better :}
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-12-10 9:17 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-07 15:57 [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.9 Corinna Vinschen
2015-12-08 21:03 ` Achim Gratz
2015-12-08 21:48 ` Corinna Vinschen
2015-12-09 22:03 ` Marco Atzeri
2015-12-10 9:17 ` Corinna Vinschen
2015-12-10 2:08 ` kuaf
2015-12-10 6:09 ` Marco Atzeri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).