Broken dependencies: golang-github-samalba-dockerclient

2015-07-10 Thread buildsys


golang-github-samalba-dockerclient has broken dependencies in the rawhide tree:
On i386:
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/utils)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/timeutils)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/stdcopy)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/jsonlog)
On armhfp:
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/utils)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/timeutils)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/stdcopy)
golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch 
requires golang(github.com/docker/docker/pkg/jsonlog)
Please resolve this as soon as possible.


___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1242005] New: Add After=etcd.service to flanneld.service file

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242005

Bug ID: 1242005
   Summary: Add After=etcd.service to flanneld.service file
   Product: Fedora
   Version: 22
 Component: flannel
  Assignee: jchal...@redhat.com
  Reporter: jchal...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: epa...@redhat.com, golang@lists.fedoraproject.org,
jchal...@redhat.com, linvi...@redhat.com,
l...@redhat.com, nhor...@redhat.com, vba...@redhat.com



As a system admin I want flannel to start after etcd if it is talking to etcd
on the same system, so it will work.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1242005] Add After=etcd.service to flanneld.service file

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242005

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1242005] Add After=etcd.service to flanneld.service file

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242005



--- Comment #2 from Fedora Update System  ---
flannel-0.5.0-3.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/flannel-0.5.0-3.fc22

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1242005] Add After=etcd.service to flanneld.service file

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1242005



--- Comment #1 from Fedora Update System  ---
flannel-0.5.0-3.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/flannel-0.5.0-3.fc21

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469

Avesh Agarwal  changed:

   What|Removed |Added

  Flags|needinfo?(st...@redhat.com) |
   |needinfo?(avagarwa@redhat.c |
   |om) |



--- Comment #4 from Avesh Agarwal  ---
Hi Jan,

what worked:
1. I upgraded from current kubernetes-master/node to kubernetes-master/node and
kubernets-client and it worked fine.

2. I installed stand-alone kubectl-cleint on a system and it worked fine.

What did not seem to work:
Uninstalling kubernetes-client uninstalls kubernets-master/node too, which
should not happen i think. I can reasonably think use cases where only
master/node pieces are installed on a system and kubernetes-client on other
system.  

Uninstalling stand-alone kubernets-client seemed to stuck for considerable time
(for around more than 15/20 sec) as it seemed to find some dependencies (i
think kubernetes-master/node).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #5 from Stef Walter  ---
(In reply to Avesh Agarwal from comment #4)
> Uninstalling kubernetes-client uninstalls kubernets-master/node too, which
> should not happen i think. I can reasonably think use cases where only
> master/node pieces are installed on a system and kubernetes-client on other
> system.  

It's very common for the server side of a package to require the client side be
installed. It's been the case for the database servers (mysql, postgres) ... as
well as things like openssh-server.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #6 from Avesh Agarwal  ---
(In reply to Stef Walter from comment #5)
> (In reply to Avesh Agarwal from comment #4)
> > Uninstalling kubernetes-client uninstalls kubernets-master/node too, which
> > should not happen i think. I can reasonably think use cases where only
> > master/node pieces are installed on a system and kubernetes-client on other
> > system.  
> 
> It's very common for the server side of a package to require the client side
> be installed. It's been the case for the database servers (mysql, postgres)
> ... as well as things like openssh-server.

Agree, but why uninstalling kubernetes-client should uninstall master?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #7 from Stef Walter  ---
(In reply to Avesh Agarwal from comment #6)
> (In reply to Stef Walter from comment #5)
> > (In reply to Avesh Agarwal from comment #4)
> > > Uninstalling kubernetes-client uninstalls kubernets-master/node too, which
> > > should not happen i think. I can reasonably think use cases where only
> > > master/node pieces are installed on a system and kubernetes-client on 
> > > other
> > > system.  
> > 
> > It's very common for the server side of a package to require the client side
> > be installed. It's been the case for the database servers (mysql, postgres)
> > ... as well as things like openssh-server.
> 
> Agree, but why uninstalling kubernetes-client should uninstall master?

Because kubernetes-master requires kubernetes-client. 

For extra fun, try uninstalling python, or glibc :)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #8 from Jan Chaloupka  ---
> I can reasonably think use cases where only master/node pieces are
> installed on a system and kubernetes-client on other system. 

As both kubernetes-master and kubernetes-node both have kubectl command
implicitely, it is correct behaviour to uninstall both kubernetes-master and
kubernetes-node if kubernetes-client is.

If there is machine with kubernetes-master and kubernetes-client installed on
it is the same case as to have kubernetes-master installed before this
decomposition.

> Uninstalling stand-alone kubernets-client seemed to stuck for considerable
> time (for around more than 15/20 sec) as it seemed to find some
> dependencies (i think kubernetes-master/node).

Cost that have to paid I guess.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #9 from Avesh Agarwal  ---
(In reply to Stef Walter from comment #7)
> (In reply to Avesh Agarwal from comment #6)
> > (In reply to Stef Walter from comment #5)
> > > (In reply to Avesh Agarwal from comment #4)
> > > > Uninstalling kubernetes-client uninstalls kubernets-master/node too, 
> > > > which
> > > > should not happen i think. I can reasonably think use cases where only
> > > > master/node pieces are installed on a system and kubernetes-client on 
> > > > other
> > > > system.  
> > > 
> > > It's very common for the server side of a package to require the client 
> > > side
> > > be installed. It's been the case for the database servers (mysql, 
> > > postgres)
> > > ... as well as things like openssh-server.
> > 
> > Agree, but why uninstalling kubernetes-client should uninstall master?
> 
> Because kubernetes-master requires kubernetes-client. 
> 
> For extra fun, try uninstalling python, or glibc :)

But what about those use cases, where some admin only wants kubernetes-master
on a system and does not want kubernetes-client on the same system for whatever
reasons? One reason may be that an admin is running kubernetes-client on a
remote system and does not want to increase the attack surface of the
kubernets-master system by installing kubernetes-client?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #10 from Jan Chaloupka  ---
Every file kubernetes-client provides is at the moment included in files
provided by kubernetes-master.

Of course it is possible to add kubernetes-client subpackage without removing
kubectl from kubernetes-master/node. However, this will duplicate files.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #11 from Avesh Agarwal  ---
(In reply to Jan Chaloupka from comment #10)
> Every file kubernetes-client provides is at the moment included in files
> provided by kubernetes-master.
> 
> Of course it is possible to add kubernetes-client subpackage without
> removing kubectl from kubernetes-master/node. However, this will duplicate
> files.

How about this to avoid duplication: that master/node installs client, but
uninstalling client does not remove master/client, if that makes sense.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #12 from Avesh Agarwal  ---
(In reply to Avesh Agarwal from comment #11)
> (In reply to Jan Chaloupka from comment #10)
> > Every file kubernetes-client provides is at the moment included in files
> > provided by kubernetes-master.
> > 
> > Of course it is possible to add kubernetes-client subpackage without
> > removing kubectl from kubernetes-master/node. However, this will duplicate
> > files.
> 
> How about this to avoid duplication: that master/node installs client, but
> uninstalling client does not remove master/client, if that makes sense. 

Nuke that, it might not be possible as dependencies wont work like that I
think.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469



--- Comment #13 from Jan Chaloupka  ---
>> How about this to avoid duplication: that master/node installs client, but
>> uninstalling client does not remove master/client, if that makes sense. 
>
> Nuke that, it might not be possible as dependencies wont work like that I 
> think.

Yes. There are file duplications and then kubernetes-client is independent of
kubernetes-master/node and visa verse. Or there are no duplications but
master/nodes depends on client.

> One reason may be that an admin is running kubernetes-client on a remote 
> system
> and does not want to increase the attack surface of the kubernetes-master 
> system
> by installing kubernetes-client?

How could this be used? From my point of view installed files will be the same.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang


[Bug 1241469] kubectl should be in its own subpackage

2015-07-10 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1241469

Eric Paris  changed:

   What|Removed |Added

 CC|epa...@redhat.com   |
 CC||epa...@redhat.com



--- Comment #14 from Eric Paris  ---
are we sure this is not dnf 'helpfully' uninstall all new leaves?  /me would
need to find the dnf magic to make it not do that.  (I haven't actually looked
at the provides/requires/stuff you added, just know dnf does that.)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
golang mailing list
golang@lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/golang