cygwin 1.7.15: svn disk I/O error
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 <firstname.lastname@example.org> wrote:
>>> Is the snapshot that cgf is testing going to roll back svn to SQLite
>> 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
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: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin