On Mon, Mar 26, 2012 at 9:29 PM, Richard Gribble wrote:
> Using rcs 5.8-1:
>
> Synopsis:
> Given two mark symbols, abc (version 1.1) and abcd (version 1.2),
> executing "co -rabc " will check out version 1.2, when it
> should check out version 1.1.
>
> I set the mark symbols as follows:
>
On Mar 23 14:41, Yaakov (Cygwin/X) wrote:
> On 2012-03-23 06:00, Corinna Vinschen wrote:
> >On Mar 22 22:43, Steven Monai wrote:
> >>I recently downloaded the latest 'openssh' source package (5.9p1-1) via
> >>setup.exe, and was disappointed to discover that it did not come with an
> >>automated bui
On Mar 23 12:47, Adam Dinwoodie wrote:
> The rpm and rpm-build packages both require cygintl-2.dll, provided by
> the libintl2 package, but don't have this as a dependency.
>
> Or, at least, when I installed rpm and rpm-build, Setup.exe didn't
> automatically pick up libintl2, and when running cer
Csaba Raduly skrev 2012-03-27 09:37:
> On Mon, Mar 26, 2012 at 9:29 PM, Richard Gribble wrote:
>> Using rcs 5.8-1:
>>
>> Synopsis:
>>Given two mark symbols, abc (version 1.1) and abcd (version 1.2),
>>executing "co -rabc " will check out version 1.2, when it
>>should check out version
Peter Rosin skrev 2012-03-27 10:11:
> But...careful! You have to assume that the original authors were not
> idiots! Maybe the obvious strcmp was not used for a *good* reason? I
> can't tell if d->meaningful is guaranteed to be zero-terminated from the
> limited context, but it sure is suspect.
On Mar 26 22:59, Ryan Johnson wrote:
> On 26/03/2012 9:40 PM, Jason Tishler wrote:
> >New News:
> >===
> >I have updated the version of rebase to 4.1.0-1. The tarballs should be
> >available on a Cygwin mirror near you shortly.
> >
> >The following are the changes since the previous release:
> On Mon, Mar 26, 2012 at 05:00:02PM +0100, David Kerrawn wrote:
> >I too have noticed this problem or a variation of it. I've narrowed it
> down
> >to the change in pipe behavior in snapshot cygwin-src-20111023
>
> Are you saying that this is still broken in recent snapshots? A fix
> for
> this
On Mar 26 19:00, Christian Franke wrote:
> Corinna Vinschen wrote:
> >I see your point, but what bugs me a bit is the fact that
> >clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
> >always return the same value coarsest, regardless what value has been set.
>
> If clock_setres wa
Am 27.03.2012 10:36 schrieb Corinna Vinschen:
> Needless to say that the ultimately most efficient way would be
> to find a method to avoid rebase problems after fork at all. The
> last attempt at it looked promising at first, but then again...
> http://social.msdn.microsoft.com/Forums/en-US/windo
E-Mail lesen « 1 Von 22 »
Environment:
Windows 7/32
Cygwin 1.7.11-1
OpenSSH 5.9p1-1
syslog-ng 3.2.1-1
Dear Community,
Im just started with Cygwin and want to run openSSH. Im getting slowly furher
2012-03-23 07:06 marco atzeri :
| Hi Jary,
|
| python-crypto is still at 2.0.1-2,
| while latest upstream is at 2.5
|
| https://www.dlitz.net/software/pycrypto/
|
| Could you update ?
On it's way.
Please don't hesitate mail me directly if you notice anything to update,
Jari
--
Problem report
PACKAGE DESCRIPTION
===
Homepage: http://sourceforge.net/projects/optipng
License : GPL
A PNG optimizer that recompresses the image files to a smaller size.
It losslessly reduces the bit depth, the color type and the color
palette of the image, runs a suite of compression methods
PACKAGE DESCRIPTION
===
Homepage: http://sourceforge.net/projects/spamprobe
License : QPL
CHANGES SINCE LAST RELEASE
==
Spamprobe has been obsoleted and will be removed from Cygwin. Please
migrate to the other similar spam filtering programs.
Rationale:
On 27/03/2012 7:40 AM, Michael Lutz wrote:
Am 27.03.2012 10:36 schrieb Corinna Vinschen:
Needless to say that the ultimately most efficient way would be
to find a method to avoid rebase problems after fork at all. The
last attempt at it looked promising at first, but then again...
http://social
I've updated the version of psmisc to 22.16-1.
This is an update to the latest stable upstream release. A few
patches were necessary to build on Cygwin to fix the problems with
fuser from 22.14-1.
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web
On Tue, Mar 27, 2012 at 04:45:37PM +0300, Jari Aalto wrote:
>2012-03-23 07:06 marco atzeri :
>| Hi Jary,
>|
>| python-crypto is still at 2.0.1-2,
>| while latest upstream is at 2.5
>|
>| https://www.dlitz.net/software/pycrypto/
>|
>| Could you update ?
>
>On it's way.
>
>Please don't hesitate ma
On 27/03/2012 4:36 AM, Corinna Vinschen wrote:
On Mar 26 22:59, Ryan Johnson wrote:
On 26/03/2012 9:40 PM, Jason Tishler wrote:
New News:
===
I have updated the version of rebase to 4.1.0-1. The tarballs should be
available on a Cygwin mirror near you shortly.
The following are the chang
On Mar 27 11:18, Ryan Johnson wrote:
> The problem
> right now -- at least in my naive invocations -- is that rebaseall
> attempts to rebase things which are in-use. Perhaps the initial
> in-sync-ness check opens the file in exclusive mode and fails? I
> know the in-use files were still in sync be
On 3/27/2012 7:47 AM, Ulrich Schmidt wrote:
$ cygrunsrv -S syslog-ng
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service was not started.
This might be a known problem with syslog-ng. See the thread starting at
http://cygwin.com/ml/cygwin/2011-10/msg00449
On 27/03/2012 11:29 AM, Corinna Vinschen wrote:
On Mar 27 11:18, Ryan Johnson wrote:
The problem
right now -- at least in my naive invocations -- is that rebaseall
attempts to rebase things which are in-use. Perhaps the initial
in-sync-ness check opens the file in exclusive mode and fails? I
k
Hi,
sorry for the late reply, i've been on holiday.
Funny enough, that holiday seems to have resolved my bash issue. It no
longer reproduces, stuff works normally again.
Anyway, marco, thanks for your response.
Kind regards,
Diederik
On 8-3-2012 11:12, marco atzeri wrote:
On 3/8/2012 10:48
On Mar 27 11:18, Ryan Johnson wrote:
> The problem
> right now -- at least in my naive invocations -- is that rebaseall
> attempts to rebase things which are in-use. Perhaps the initial
> in-sync-ness check opens the file in exclusive mode and fails? I
> know the in-use files were still in sync
I've added a new package called _autorebase to the Cygwin distro.
This package is usually installed and updated automatically. In the
default view of setup.exe you won't even see it.
The purpose of this package is to run rebaseall automatically after any
package containing DLLs is updated.
Plea
On Mar 27 09:09, Karl M wrote:
>
>
>
> On Mar 27 11:18, Ryan Johnson wrote:
> > The problem
> > right now -- at least in my naive invocations -- is that rebaseall
> > attempts to rebase things which are in-use. Perhaps the initial
> > in-sync-ness check opens the file in exclusive mode and fails
On Mar 27 11:40, Ken Brown wrote:
> On 3/27/2012 7:47 AM, Ulrich Schmidt wrote:
> >$ cygrunsrv -S syslog-ng
> >cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
> >The service was not started.
>
> This might be a known problem with syslog-ng. See the thread starting at
>
On 3/27/2012 12:16 PM, Corinna Vinschen wrote:
On Mar 27 11:40, Ken Brown wrote:
On 3/27/2012 7:47 AM, Ulrich Schmidt wrote:
$ cygrunsrv -S syslog-ng
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service was not started.
This might be a known problem with sys
> Can it at least complain about in-use files?
It does in the setup.log output. Other than that, it can't since it
has no window to do output to.
But setup will still alert the user about running cygwin processes, true?
Thanks,
...Karl
--
PACKAGE DESCRIPTION
===
Homepage: https://launchpad.net/pycrypto
License : Public Domain / BSD-3-Clause
A collection of cryptographic algorithms and protocols, implemented
for use from Python. Among the contents of the package:
* Hash functions: MD2, MD4.
* Block encryption
I think Corinna's efforts for all of the work that went into getting
autorebase working in setup.exe deserve a gold star. Could she get
one please?
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
[Please invest in a mailer which does proper quoting]
On Tue, Mar 27, 2012 at 09:35:38AM -0700, Karl M wrote:
>Corinna wrote:
>>> Can it at least complain about in-use files?
>
>>It does in the setup.log output. Other than that, it can't since it
>>has no window to do output to.
>
>But setup will
On Mar 27 09:35, Karl M wrote:
>
>
>
> > Can it at least complain about in-use files?
>
> It does in the setup.log output. Other than that, it can't since it
> has no window to do output to.
>
>
> But setup will still alert the user about running cygwin processes, true?
I wasn't aware that
On Mar 27 13:06, Christopher Faylor wrote:
> I think Corinna's efforts for all of the work that went into getting
> autorebase working in setup.exe deserve a gold star. Could she get
> one please?
Hey, I just did my job ;)
Corinna
--
Corinna Vinschen Please, send mails regard
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
always return the same value coarsest, regardless what value has been set.
If cl
On 3/27/2012 1:16 PM, Corinna Vinschen wrote:
On Mar 27 09:35, Karl M wrote:
Can it at least complain about in-use files?
It does in the setup.log output. Other than that, it can't since it
has no window to do output to.
But setup will still alert the user about running cygwin processes,
On Mar 27 14:01, Ken Brown wrote:
> On 3/27/2012 1:16 PM, Corinna Vinschen wrote:
> >On Mar 27 09:35, Karl M wrote:
> >>
> >>
> >>
> >>>Can it at least complain about in-use files?
> >>
> >>It does in the setup.log output. Other than that, it can't since it
> >>has no window to do output to.
> >>
>
On Mar 27 20:01, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On Mar 26 19:00, Christian Franke wrote:
> >>Corinna Vinschen wrote:
> >>>I see your point, but what bugs me a bit is the fact that
> >>>clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
> >>>always return the sa
On 3/27/2012 2:20 PM, Corinna Vinschen wrote:
On Mar 27 14:01, Ken Brown wrote:
I just tried it, and the list of DLLs that couldn't be rebased does
indeed appear in setup.log.full. I also get a warning from
setup.exe about the exit code of autorebase.bat, which some users
might interpret as mea
On Mar 27 14:32, Ken Brown wrote:
> On 3/27/2012 2:20 PM, Corinna Vinschen wrote:
> >On Mar 27 14:01, Ken Brown wrote:
> >>I just tried it, and the list of DLLs that couldn't be rebased does
> >>indeed appear in setup.log.full. I also get a warning from
> >>setup.exe about the exit code of autoreb
Corinna Vinschen wrote:
On Mar 27 20:01, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
always return
On Mar 27 09:35, Karl M wrote:
>
>
>
> > Can it at least complain about in-use files?
>
> It does in the setup.log output. Other than that, it can't since it
> has no window to do output to.
>
>
> But setup will still alert the user about running cygwin processes, true?
I wasn't aware t
Oh yes - you are right. And I had already seen it before I issued my record,
sorry. But when I started the description I thought I would get somewhere and
forgot about your experience. It is the same problem; after deleting
syslog-ng.persist I could start the service. Thank you.
Ulrich
Ken Brown
I've made a new version of binutils available for installation. This is
a refresh against CVS. The contents of the NEWS file for this snapshot
are in /usr/share/doc/Cygwin/binutils-2.22.51-2.README . However, there
is no reason to read that file. The only real change is to reset the
auto-image-
On Mar 27 15:12, Ken Brown wrote:
> On 3/27/2012 2:48 PM, Corinna Vinschen wrote:
> >On Mar 27 14:32, Ken Brown wrote:
> >>The following DLLs couldn't be rebased because they were in use:
> >> /usr/lib/gio/modules/cygdconfsettings.dll
> >> [...]
> >> /usr/bin/cygICE-6.dll
> >>2012/03/27 13:48
On Mar 27 20:59, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On Mar 27 20:01, Christian Franke wrote:
> >>Corinna Vinschen wrote:
> >>>On Mar 26 19:00, Christian Franke wrote:
> Corinna Vinschen wrote:
> >I see your point, but what bugs me a bit is the fact that
> >clock_getres
Corinna Vinschen wrote:
On Mar 27 20:59, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 27 20:01, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres(C
On 3/27/2012 4:46 PM, Corinna Vinschen wrote:
On Mar 27 15:12, Ken Brown wrote:
On 3/27/2012 2:48 PM, Corinna Vinschen wrote:
On Mar 27 14:32, Ken Brown wrote:
The following DLLs couldn't be rebased because they were in use:
/usr/lib/gio/modules/cygdconfsettings.dll
[...]
/usr/bin/cyg
On 3/27/2012 16:36, Corinna Vinschen wrote:
> On Mar 26 22:59, Ryan Johnson wrote:
>> On 26/03/2012 9:40 PM, Jason Tishler wrote:
>>> New News:
>>> ===
>>> I have updated the version of rebase to 4.1.0-1. The tarballs should be
>>> available on a Cygwin mirror near you shortly.
>>>
>>> The fo
On 2012-03-27, Peter Rosin wrote:
> But the point still stands, don't assume the original authors were
> idiots, and dig into the reasons for them to not having used
> strcmp from the start.
I don't know, the "original" authors seem to have gotten it right,
as version 5.7 works correctly on my Fed
48 matches
Mail list logo
