16.04.2012 09:33, Toshio Kuratomi написал:
On Mon, Apr 16, 2012 at 02:02:31AM +0400, Pavel Alexeev wrote:
16.04.2012 00:51, Toshio Kuratomi wrote:
On Sun, Apr 15, 2012 at 11:16:58PM +0400, Pavel Alexeev wrote:
As I look it for me for first glance.
Install or update one package scenario (yum
14.04.2012 20:44, Reindl Harald wrote:
Am 14.04.2012 18:39, schrieb Richard W.M. Jones:
On Sat, Apr 14, 2012 at 06:21:15PM +0200, drago01 wrote:
On Wed, Apr 11, 2012 at 8:01 PM, Richard W.M. Jonesrjo...@redhat.com wrote:
I'm not arguing that's how yum works now, but it doesn't have to work
On Sun, Apr 15, 2012 at 11:16:58PM +0400, Pavel Alexeev wrote:
As I look it for me for first glance.
Install or update one package scenario (yum install foo):
1) Client ask last foo package version.
2) Server calculate all dependencies by self algorithms and return in
requested form
16.04.2012 00:51, Toshio Kuratomi wrote:
On Sun, Apr 15, 2012 at 11:16:58PM +0400, Pavel Alexeev wrote:
As I look it for me for first glance.
Install or update one package scenario (yum install foo):
1) Client ask last foo package version.
2) Server calculate all dependencies by self algorithms
On Mon, Apr 16, 2012 at 02:02:31AM +0400, Pavel Alexeev wrote:
16.04.2012 00:51, Toshio Kuratomi wrote:
On Sun, Apr 15, 2012 at 11:16:58PM +0400, Pavel Alexeev wrote:
As I look it for me for first glance.
Install or update one package scenario (yum install foo):
1) Client ask last foo package
On Wed, Apr 11, 2012 at 8:01 PM, Richard W.M. Jones rjo...@redhat.com wrote:
On Wed, Apr 11, 2012 at 03:53:18PM +0100, Daniel P. Berrange wrote:
On Wed, Apr 11, 2012 at 03:49:29PM +0100, Richard W.M. Jones wrote:
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a
On Sat, Apr 14, 2012 at 06:21:15PM +0200, drago01 wrote:
On Wed, Apr 11, 2012 at 8:01 PM, Richard W.M. Jones rjo...@redhat.com wrote:
On Wed, Apr 11, 2012 at 03:53:18PM +0100, Daniel P. Berrange wrote:
On Wed, Apr 11, 2012 at 03:49:29PM +0100, Richard W.M. Jones wrote:
On Wed, Apr 11, 2012
Am 14.04.2012 18:39, schrieb Richard W.M. Jones:
On Sat, Apr 14, 2012 at 06:21:15PM +0200, drago01 wrote:
On Wed, Apr 11, 2012 at 8:01 PM, Richard W.M. Jones rjo...@redhat.com
wrote:
I'm not arguing that's how yum works now, but it doesn't have to work
that way!
It could incrementally
On Sat, Apr 14, 2012 at 6:39 PM, Richard W.M. Jones rjo...@redhat.com wrote:
On Sat, Apr 14, 2012 at 06:21:15PM +0200, drago01 wrote:
On Wed, Apr 11, 2012 at 8:01 PM, Richard W.M. Jones rjo...@redhat.com
wrote:
On Wed, Apr 11, 2012 at 03:53:18PM +0100, Daniel P. Berrange wrote:
On Wed, Apr
On Wednesday, 11 בApril 2012 17:49:29 Richard W.M. Jones wrote:
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a factor of 25ish more data in the Requires list. No, thanks.
I'm assuming your argument is that you don't want to ship RPMs or
repositories where part of
On Thu, Apr 12, 2012 at 02:40:36AM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I'm not arguing that's how yum works now, but it doesn't have to work
that way!
It could incrementally download the RPMs during depsolving, test that
they work together, and with that information
On Thu, Apr 12, 2012 at 10:08:24AM +0300, Oron Peled wrote:
On Wednesday, 11 ??April 2012 17:49:29 Richard W.M. Jones wrote:
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a factor of 25ish more data in the Requires list. No, thanks.
I'm assuming your argument
Richard W.M. Jones wrote:
I think it should be possible to make repos that are always
self-consistent even when mirrors only partially mirror or delay
content. I have in mind a great proof of this, but this email is too
small to contain it.
Even across repositories? (RPM Fusion…)
On Thu, Apr 12, 2012 at 05:18:02PM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I think it should be possible to make repos that are always
self-consistent even when mirrors only partially mirror or delay
content. I have in mind a great proof of this, but this email is too
small
On Thu, 12 Apr 2012 21:39:16 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Apr 12, 2012 at 05:18:02PM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I think it should be possible to make repos that are always
self-consistent even when mirrors only partially mirror or
On Thu, Apr 12, 2012 at 04:40:14PM -0400, seth vidal wrote:
On Thu, 12 Apr 2012 21:39:16 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Apr 12, 2012 at 05:18:02PM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I think it should be possible to make repos that are
On 04/12/2012 01:54 PM, Richard W.M. Jones wrote:
On Thu, Apr 12, 2012 at 04:40:14PM -0400, seth vidal wrote:
On Thu, 12 Apr 2012 21:39:16 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Apr 12, 2012 at 05:18:02PM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I think it
On Tue, 2012-04-10 at 22:52 -0400, Bill Nottingham wrote:
Richard W.M. Jones (rjo...@redhat.com) said:
The 'qemu' package has a bug, of sorts: the maintainer should have
added a specific Requires line:
Requires: usbredir = some version
However, instead of pushing this problem on
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a factor of 25ish more data in the Requires list. No, thanks.
I'm assuming your argument is that you don't want to ship RPMs or
repositories where part of them grows to be 25x larger.
But this need not be the case.
On Wed, Apr 11, 2012 at 03:49:29PM +0100, Richard W.M. Jones wrote:
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a factor of 25ish more data in the Requires list. No, thanks.
I'm assuming your argument is that you don't want to ship RPMs or
repositories where
On Wed, Apr 11, 2012 at 03:53:18PM +0100, Daniel P. Berrange wrote:
On Wed, Apr 11, 2012 at 03:49:29PM +0100, Richard W.M. Jones wrote:
On Wed, Apr 11, 2012 at 10:11:40AM -0400, Adam Jackson wrote:
So that's a factor of 25ish more data in the Requires list. No, thanks.
I'm assuming
Richard W.M. Jones wrote:
I'm not arguing that's how yum works now, but it doesn't have to work
that way!
It could incrementally download the RPMs during depsolving, test that
they work together, and with that information download further
packages as necessary ...
I don't think that's
Richard W.M. Jones (rjo...@redhat.com) said:
The 'qemu' package has a bug, of sorts: the maintainer should have
added a specific Requires line:
Requires: usbredir = some version
However, instead of pushing this problem on packagers, maybe RPM
should resolve this by encoding the
Richard W.M. Jones wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the precise symbol). This was just because that
version of qemu was compiled against a later version of
fre 2012-04-06 klockan 10:17 +0100 skrev Richard W.M. Jones:
AIUI you don't need to bump the soname when you add a new function,
only if you incompatibly change an existing function or struct.
To clarify (if I understand correctly) the minor version should be
incremented in this case, by
On Thu, Apr 05, 2012 at 08:21:15PM +0200, drago01 wrote:
On Thu, Apr 5, 2012 at 8:03 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the
2012/4/6 Richard W.M. Jones rjo...@redhat.com:
On Thu, Apr 05, 2012 at 08:21:15PM +0200, drago01 wrote:
On Thu, Apr 5, 2012 at 8:03 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the precise symbol). This was just because that
version of qemu was compiled against a later version of
libusbredirhost.so (but one with the same
On Thu, Apr 5, 2012 at 8:03 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the precise symbol). This was just because that
version of qemu was
On Thu, 2012-04-05 at 20:21 +0200, drago01 wrote:
On Thu, Apr 5, 2012 at 8:03 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the precise
On Thu, Apr 05, 2012 at 08:21:15PM +0200, drago01 wrote:
On Thu, Apr 5, 2012 at 8:03 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Today when using F17 Alpha, I ran qemu and got an error which was
something like:
qemu-kvm: undefined symbol usbredirhost_foo
(I don't recall the
31 matches
Mail list logo