On Mon, May 5, 2014 at 1:06 PM, Stephan Wiesand stephan.wies...@desy.de wrote:
But it only matters when the kmod and filesystem packages are not installed
before the dependency calculation is performed. Which is probably why this
went unnoticed for a few years.
Is rpm-ostree the context
In sync would have been nice, but as in sync has been problematic
in the past and I don't expect that to change, I suggest to go with
the last suggestion. I would call it marketing numbers and these
should have another range so that they have clearly differing version
numberings (like the 5.x
On 05/07/2014 10:20 AM, Harald Barth wrote:
In sync would have been nice, but as in sync has been problematic
in the past and I don't expect that to change, I suggest to go with
the last suggestion. I would call it marketing numbers and these
should have another range so that they have clearly
But overall not a major issue for us.
Unfortunately, we have to _guess_ a lot about this, because many of
the issues are probably not issues for the folks here on openafs-info.
Harald.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
On Tue, 6 May 2014 17:04:25 -0500
Andrew Deason adea...@sinenomine.net wrote:
The reason we don't do this now, and the argument for why we should
continue to not do this, is that Windows releases tend to happen much
more frequently than Unix releases (look at 1.6.x vs 1.7.x, though it
One of our main thoughts is that the version numbers should be indicative
of client/server compatibility.
Sent with AquaMail for Android
http://www.aqua-mail.com
On May 6, 2014 6:05:03 PM Andrew Deason adea...@sinenomine.net wrote:
Summary: What version numbers would you like for Windows
On Wed, 7 May 2014, Dave B. wrote:
One of our main thoughts is that the version numbers should be indicative of
client/server compatibility.
clients and servers communicate via the AFS-3 network protocol; new
features (RPCs) are added to that protocol in a backwards-compatible
manner. The
On 5/7/2014 10:44 AM, Benjamin Kaduk wrote:
On Wed, 7 May 2014, Dave B. wrote:
One of our main thoughts is that the version numbers should be
indicative of client/server compatibility.
clients and servers communicate via the AFS-3 network protocol; new
features (RPCs) are added to that
That might be true, however, things like single DES going away (sort of)
as I understand it can break things with older clients.
On Wed, May 07, 2014 at 10:44:21AM -0400, Benjamin Kaduk wrote:
On Wed, 7 May 2014, Dave B. wrote:
One of our main thoughts is that the version numbers should be
On Wednesday 07 May 2014 10:20:59 Harald Barth wrote:
In sync would have been nice, but as in sync has been problematic
in the past and I don't expect that to change, I suggest to go with
the last suggestion. I would call it marketing numbers and these
should have another range so that they
On Wed, 7 May 2014 11:04:23 -0400
Dave Botsch bot...@cnf.cornell.edu wrote:
That might be true, however, things like single DES going away (sort of)
as I understand it can break things with older clients.
Yes, but that would be a matter of configuration in the cell. For at
least the forseeable
On 5/7/2014 11:04 AM, Dave Botsch wrote:
That might be true, however, things like single DES going away (sort of)
as I understand it can break things with older clients.
DES being turned off in a site's Kerberos realm is not an OpenAFS issue.
That is an organizational policy. The DES
On Tue, 6 May 2014 17:04:25 -0500
Andrew Deason adea...@sinenomine.net wrote:
Summary: What version numbers would you like for Windows and Unix
releases in the future? Some options are described below.
After the release-team meeting today, there was some discussion on this
in the openafs
On May 6, 2014 6:05:03 PM Andrew Deason adea...@sinenomine.net wrote:
Summary: What version numbers would you like for Windows and Unix
releases in the future? Some options are described below.
On 7 May 2014, at 10:13, Dave B. wrote:
One of our main thoughts is that the version numbers
On May 7, 2014, at 19:03 , Andrew Deason wrote:
On Tue, 6 May 2014 17:04:25 -0500
Andrew Deason adea...@sinenomine.net wrote:
Summary: What version numbers would you like for Windows and Unix
releases in the future? Some options are described below.
After the release-team meeting today,
On May 7, 2014, at 19:07 , Garance A Drosehn wrote:
On May 6, 2014 6:05:03 PM Andrew Deason adea...@sinenomine.net wrote:
Summary: What version numbers would you like for Windows and Unix
releases in the future? Some options are described below.
On 7 May 2014, at 10:13, Dave B. wrote:
On Wed, May 7, 2014 at 5:41 AM, Jon Stanley jonstan...@gmail.com wrote:
Thinking about it though, since RPM goes off of what's in the RPM
database and not what's on the filesystem, I wouldn't think that this
would be working for *any* Fedora 17+ system, regardless of how it's
installed -
17 matches
Mail list logo