Greetings, Corinna Vinschen!
>> >> This is a pretty intrusive change, in need of some serious testing, so
>> >> I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
>> >> http://cygwin.com/snapshots/ contains the changes, including the latest
>> >> bugfix.
>>
>> > I noticed anothe
On 2/27/2014 2:07 PM, Ernesto Puig Rodriguez wrote:
When I log in into my Windows Server 2008 R2 using ssh, I get the following
error:
$ ssh root@winsrv2008
root@winsrv2008's password:
Could not chdir to home directory /home/root: Bad address
This is independent on whether I log in wit
On 2/27/2014 12:44 PM, carolus wrote:
On my last download, a few days ago, when the initial server became
unresponsive, the setup process simply hung up even though I had selected
several alternate servers. After waiting a while, I terminated and
restarted the process but again the process hung
Greetings, Corinna Vinschen!
>> > 1 second? That sounds still a bit slow. Considering that I'm now
>> > member of 414 groups, and you are member of 440 groups, the extra number
>> > of groups cannot account for that.
>> >
>> > This sounds surprisingly as if the
>> > names of some of your groups
On Thu, Feb 27, 2014 at 10:20 AM, David Rothenberger wrote:
> Jonathon Merz wrote:
>> On Sat, Feb 22, 2014 at 4:26 PM, David Rothenberger wrote:
>>> SECURITY:
>>> =
>>> This release addresses one security issues:
>>> CVE-2014-0032: mod_dav_svn DoS vulnerability with
>>> SVNListPar
On Thu, Feb 27, 2014 at 07:14:49PM +0100, Thorsten Kampe wrote:
>* Christopher Faylor (Thu, 20 Feb 2014 13:11:39 -0500)
>> I forgot to mention that I managed to duplicate this problem and am
>> working on a fix for this and the other screen garbling seen in
>> recent snapshots.
>
>Reporting a possi
On 2/27/2014 10:34 AM, Doug Lewan wrote:
All, for several months I've been getting core dumps from emacs 24.3 running
under CYGWIN. I try to update CYGWIN every week, but occasionally a week must
be skipped.
Today is the first day I've gotten any specific information about any of these core
d
On Feb 27 23:15, Andrey Repin wrote:
> Greetings, Frank Fesevur!
>
> >> This is a pretty intrusive change, in need of some serious testing, so
> >> I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
> >> http://cygwin.com/snapshots/ contains the changes, including the latest
> >>
On Feb 27 20:06, Frank Fesevur wrote:
> 2014-02-13 15:38 GMT+01:00 Corinna Vinschen:
> > This is a pretty intrusive change, in need of some serious testing, so
> > I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
> > http://cygwin.com/snapshots/ contains the changes, including t
Greetings, Frank Fesevur!
>> This is a pretty intrusive change, in need of some serious testing, so
>> I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
>> http://cygwin.com/snapshots/ contains the changes, including the latest
>> bugfix.
> I noticed another thing. Not sure if
On 27/02/2014 16:54, Jonas.Hagen metas.ch wrote:
On 26/02/2014 19:46, Marco Atzeri wrote:
On 26/02/2014 14:26, Jonas.Hagen metas.ch wrote:
Shouldn't the package database update be done at
installation time of the package from the Cygwin setup,
rather than on every start of octave?
I do n
2014-02-13 15:38 GMT+01:00 Corinna Vinschen:
> This is a pretty intrusive change, in need of some serious testing, so
> I'd like to ask for volunteers. The latest 2014-02-13 snapshot from
> http://cygwin.com/snapshots/ contains the changes, including the latest
> bugfix.
I noticed another thing.
Jonathon Merz wrote:
> On Sat, Feb 22, 2014 at 4:26 PM, David Rothenberger wrote:
>> SECURITY:
>> =
>> This release addresses one security issues:
>> CVE-2014-0032: mod_dav_svn DoS vulnerability with
>> SVNListParentPath.
>>
>
> Is subversion 1.8.8-1 supposed to only be available
* Christopher Faylor (Thu, 20 Feb 2014 13:11:39 -0500)
> I forgot to mention that I managed to duplicate this problem and am
> working on a fix for this and the other screen garbling seen in
> recent snapshots.
Reporting a possibly related bug in connection with the latest
snapshots: connecting t
On my last download, a few days ago, when the initial server became
unresponsive, the setup process simply hung up even though I had
selected several alternate servers. After waiting a while, I terminated
and restarted the process but again the process hung up. I had to
remove the offending s
> Date: Thu, 27 Feb 2014 08:17:20 -0800 (PST)
> From: Drew Adams
>
> > Today I got the following, more informative error. Still, it doesn't
> > help me much in fixing the problem. (And it may, of course, just be a
> > consequence of a memory management problem elsewhere.)
> >
> > [xcb] Extra rep
The following packages have been updated for both arches:
* poppler-0.24.5-1
* libpoppler44-0.24.5-1
* libpoppler-devel-0.24.5-1
* libpoppler-cpp0-0.24.5-1
* libpoppler-cpp-devel-0.24.5-1
* libpoppler-glib8-0.24.5-1
* libpoppler-glib-devel-0.24.5-1
* libpoppler-qt4_4-0.24.5-1
* libpoppler-qt4-dev
On Wed, Feb 19, 2014 at 7:42 PM, Steven Penny wrote:
> I found a problem with the new snapshots. If you
>
> 1. start Cygwin with "Cygwin.bat"
> 2. enter "man bash"
> 3. enter down arrow then up arrow, or Page Down then Page Up
Looks like 2014-02-27 snapshot fixed it.
--
Problem reports: htt
On Sat, Feb 22, 2014 at 4:26 PM, David Rothenberger wrote:
> SECURITY:
> =
> This release addresses one security issues:
> CVE-2014-0032: mod_dav_svn DoS vulnerability with
> SVNListParentPath.
>
Is subversion 1.8.8-1 supposed to only be available on both x86 and
x86_64 platforms?
> Today I got the following, more informative error. Still, it doesn't
> help me much in fixing the problem. (And it may, of course, just be a
> consequence of a memory management problem elsewhere.)
>
> [xcb] Extra reply data still left in queue
> [xcb] This is most likely caused by a broken X ex
On 26/02/2014 19:46, Marco Atzeri wrote:
>On 26/02/2014 14:26, jonas.ha...@metas.ch wrote:
>> Shouldn't the package database update be done at
>> installation time of the package from the Cygwin setup,
>> rather than on every start of octave?
>> The setup has the right privileges to do so. Also,
All, for several months I've been getting core dumps from emacs 24.3 running
under CYGWIN. I try to update CYGWIN every week, but occasionally a week must
be skipped.
Today is the first day I've gotten any specific information about any of these
core dumps. (Usually it's just "Aborted (core dum
one step further - i would say, that fork() is the culprit.
i added some s_log in the librwap.c code and it appears, that "case 0" never is
being executed.
i found http://cygwin.com/faq.html#faq.using.fixing-fork-failures , so there
probably needs
to be done some special handling for that. (dis
On Feb 27 12:54, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > 1 second? That sounds still a bit slow. Considering that I'm now
> > member of 414 groups, and you are member of 440 groups, the extra number
> > of groups cannot account for that.
> >
> > This sounds surprisingly as
after a lot of digging into it, i found it must be a problem related to
pthreads.
when i compile stunnel with --with-threads=fork , it works.
2014.02.27 14:19:21 LOG5[5500:0]: stunnel 4.56 on x86_64-unknown-cygwin platform
2014.02.27 14:19:21 LOG5[5500:0]: Compiled/running with OpenSSL 1.0.1e 1
Corinna Vinschen cygwin.com> writes:
> 1 second? That sounds still a bit slow. Considering that I'm now
> member of 414 groups, and you are member of 440 groups, the extra number
> of groups cannot account for that.
>
> This sounds surprisingly as if the
> names of some of your groups are not c
On Feb 27 08:09, Dirk Fassbender wrote:
> Am 27.02.2014 01:45, schrieb Jim Burwell:
> >On 2/26/2014 16:29, Christopher Faylor wrote:
> >>On Wed, Feb 26, 2014 at 07:26:59PM -0500, Christopher Faylor wrote:
> >>>The common case would be for a shell to show up in /etc/shells. Under
> >>>Fedora adds t
Hi Achim,
thanks for testing.
On Feb 27 09:07, Achim Gratz wrote:
> Achim Gratz writes:
> > "noldap"
>
> Sorry, copied the "getgroups" data again, this is the data for "noldap" of
> course:
>
> 0.171u 0.015s 0:01.03 17.4% 0+0k 0+0io 3298pf+0w
> 0.093u 0.140s 0:00.97 23.7% 0+0k 0+0io 32
Achim Gratz writes:
> "noldap"
Sorry, copied the "getgroups" data again, this is the data for "noldap" of
course:
0.171u 0.015s 0:01.03 17.4% 0+0k 0+0io 3298pf+0w
0.093u 0.140s 0:00.97 23.7% 0+0k 0+0io 3292pf+0w
0.046u 0.093s 0:00.97 13.4% 0+0k 0+0io 3285pf+0w
0.062u 0.140s 0:00.97 20
Corinna Vinschen writes:
[...]
> With this patch applied, the aforementioned `id' now takes about 1.9
> secs, in an otherwise identical scenario.
[...]
> With this patch applied as well, `id' now takes constantly 0.4 secs.
>
> Note that this speedup is only possible when fetching lots of group
> a
30 matches
Mail list logo
