cygwin 1.7.15: svn disk I/O error

Warren Young
Tue Aug 7 02:42:00 GMT 2012

On 8/6/2012 7:55 PM, Michael Gundlach wrote:
> On Mon, Aug 6, 2012 at 9:09 PM, Warren Young <> wrote:
>>> Is the snapshot that cgf is testing going to roll back svn to SQLite
>>> 3.7.3?
>> What reason could there be for a new Cygwin DLL to be accompanied by a new
>> version of SQLite?  Their maintainerships are entirely decoupled.
> Pardon my ignorance; I'm not familiar with the release process.

Well, to a first approximation, it's entirely asynchronous.  Every 
package maintainer releases versions on whatever schedule they wish. 
There are probably dozens of active Cygwin package maintainers.

Occasionally one package depends on a fix in another, so that the 
release of one will dictate the release schedule of another, but this is 
not only rare, the condition generally doesn't persist.

> fact, I wasn't aware that I could get to subversion -1 or -2 once it
> was gone from Cygwin Setup.

You have to enter the Cygwin Time Machine to do that:

You can start digging somewhere around 1.7.15-1.

> you'll be shipping an update such that Cygwin Setup will
> offer a working subversion package out of the box?

As soon as I'm done sending this email, I'll send another email (called 
an RFU) asking one of the Cygwin server admins to copy my new SQLite 
3.7.13-1 packages up to the main Cygwin package repository server.

About a day after they've done that, those new packages will be on all 
the mirrors.

Some time after *that*, at a future time entirely up to the Subversion 
packages' maintainer, David Rothenberger, Subversion will be rebuilt 
against those new SQLite packages.

He will do his own RFU, and a day or so later, you'll be able to use 
setup.exe to upgrade to this new system.

Bottom line: it's going to take at least a few days if you want to wait, 
maybe a week, maybe more.  If you have to have a fix today, use the Time 

Problem reports:
Unsubscribe info:

More information about the Cygwin mailing list