[docker-io] upstream release v0.7.2
by Lokesh Mandvekar
commit 12d5d30227c5586db59efe0c7ef159e8442fe322
Author: Lokesh Mandvekar <lsm5(a)redhat.com>
Date: Wed Dec 18 10:44:01 2013 -0600
upstream release v0.7.2
Signed-off-by: Lokesh Mandvekar <lsm5(a)redhat.com>
docker-0.7.1-loop-defines.patch | 27 ---------------------------
docker-io.spec | 13 +++++++------
sources | 2 +-
3 files changed, 8 insertions(+), 34 deletions(-)
---
diff --git a/docker-io.spec b/docker-io.spec
index 0023e56..75a5957 100644
--- a/docker-io.spec
+++ b/docker-io.spec
@@ -9,17 +9,16 @@
%global debug_package %{nil}
%global gopath %{_datadir}/gocode
-%global commit e39d35dedad1db952c30958303902b4c96e1f406
+%global commit 28b162eeb48002e1824a1b43bbc864e93af8e26b
%global shortcommit %(c=%{commit}; echo ${c:0:7})
Name: docker-io
-Version: 0.7.1
+Version: 0.7.2
Release: 1%{?dist}
Summary: Automates deployment of containerized applications
License: ASL 2.0
-Patch0: docker-0.7.1-loop-defines.patch
-Patch1: docker-0.7-el6-docs.patch
+Patch0: docker-0.7-el6-docs.patch
URL: http://www.docker.io
# only x86_64 for now: https://github.com/dotcloud/docker/issues/136
ExclusiveArch: x86_64
@@ -71,9 +70,8 @@ servers, OpenStack clusters, public instances, or combinations of the above.
%prep
%setup -q -n docker-%{version}
rm -rf vendor
-%patch0 -p1 -b loop-defines
%if 0%{?rhel} >= 6
-%patch1 -p1 -b docker-0.7-el6-docs.patch
+%patch0 -p1 -b docker-0.7-el6-docs.patch
%endif
%build
@@ -165,6 +163,9 @@ fi
%{_sysconfdir}/udev/rules.d/80-docker.rules
%changelog
+* Wed Dec 18 2013 Lokesh Mandvekar <lsm5(a)redhat.com> - 0.7.2-1
+- upstream release bump to v0.7.2
+
* Fri Dec 06 2013 Vincent Batts <vbatts(a)redhat.com> - 0.7.1-1
- upstream release of v0.7.1
diff --git a/sources b/sources
index 229c349..2dda473 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-12646f9a8cc64daefa78cd807b614b6b v0.7.1.tar.gz
+617381fb96404f911aac9b5d4e5ec451 v0.7.2.tar.gz
10 years, 4 months
[Bug 1026545] New: dockerinit fails with "libdevmapper.so.1.02: cannot open shared object file"
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1026545
Bug ID: 1026545
Summary: dockerinit fails with "libdevmapper.so.1.02: cannot
open shared object file"
Product: Fedora
Version: 19
Component: docker-io
Assignee: lsm5(a)redhat.com
Reporter: sjenning(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: golang(a)lists.fedoraproject.org, lsm5(a)redhat.com,
mattdm(a)redhat.com, mgoldman(a)redhat.com,
vbatts(a)redhat.com
Description of problem:
dockerinit fails with "libdevmapper.so.1.02: cannot open shared object file"
Version-Release number of selected component (if applicable):
docker-io-0.7-0.12.dm.fc19.x86_64.rpm
How reproducible:
Every time
Steps to Reproduce:
1. Install docker-io-0.7-0.12.dm.fc19.x86_64.rpm on F19
2. Download official ubuntu image
3. docker run ubuntu echo "hello world"
Actual results:
/.dockerinit: error while loading shared libraries: libdevmapper.so.1.02:
cannot open shared object file: No such file or directory
Expected results:
Get "hello world" output from ubuntu container
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Bug 1036217] New: docker-io doesn't work without firewalld
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1036217
Bug ID: 1036217
Summary: docker-io doesn't work without firewalld
Product: Fedora
Version: 19
Component: docker-io
Assignee: lsm5(a)redhat.com
Reporter: m.a.young(a)durham.ac.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: golang(a)lists.fedoraproject.org, lsm5(a)redhat.com,
mattdm(a)redhat.com, mgoldman(a)redhat.com,
vbatts(a)redhat.com
The recent changes to the docker.service systemd file won't work if firewalld
isn't installed, and starts firewalld if it isn't running. This means a docker
user is forced to use a particular firewall solution and can't choose to use
alternate options. If this is really what is intended then the docker-io
package should require the firewalld package. Otherwise I suggest you remove
the
Requires=firewalld.service
line in the docker.service file or replace it with the weaker
Wants=firewalld.service
which will still try to start firewalld but doesn't block docker if it fails to
start (eg. if it isn't installed).
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Bug 1034095] New: Hie devicemapper mounts in Gnome
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1034095
Bug ID: 1034095
Summary: Hie devicemapper mounts in Gnome
Product: Fedora
Version: rawhide
Component: docker-io
Assignee: lsm5(a)redhat.com
Reporter: mgoldman(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: golang(a)lists.fedoraproject.org, lsm5(a)redhat.com,
mattdm(a)redhat.com, mgoldman(a)redhat.com,
vbatts(a)redhat.com
Description of problem:
If you use docker in a graphical environment, when you start a container - the
mounted filesystem will be shown in Gnome Files explorer. I don't think there
is any benefit in it - even more - there is some danger that we can unmount the
filesystem by accident.
I would like to see these filesystems hidden.
I'm assigning this to docker-io component to get more opinions, later we can
move it to Gnome if this will be accepted.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Bug 1036027] New: Save daemon log to file
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1036027
Bug ID: 1036027
Summary: Save daemon log to file
Product: Fedora EPEL
Version: el6
Component: docker-io
Assignee: lsm5(a)redhat.com
Reporter: mgoldman(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: golang(a)lists.fedoraproject.org, lsm5(a)redhat.com,
mattdm(a)redhat.com, vbatts(a)redhat.com
Created attachment 830533
--> https://bugzilla.redhat.com/attachment.cgi?id=830533&action=edit
Patch that fixes this issue
Description of problem:
Currently we do not save the output from the docker daemon anywhere, let's
redirect it to /var/log/docker. Every next run will append to the file.
A patch attached, created against master.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Bug 1034919] New: Docker-io needs libcgroup installed and running in order to function
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1034919
Bug ID: 1034919
Summary: Docker-io needs libcgroup installed and running in
order to function
Product: Fedora EPEL
Version: el6
Component: docker-io
Severity: high
Assignee: lsm5(a)redhat.com
Reporter: nux(a)li.nux.ro
QA Contact: extras-qa(a)fedoraproject.org
CC: golang(a)lists.fedoraproject.org, lsm5(a)redhat.com,
mattdm(a)redhat.com, vbatts(a)redhat.com
Description of problem:
"docker run" will error out when cgroups are not present:
"[error] commands.go:2459 Error resize: Error: bad file descriptor"
Version-Release number of selected component (if applicable):
0.7 0.20.rc7.el6
How reproducible:
always
Steps to Reproduce:
1. yum --enablerepo=epel-testing install docker-io
2. service docker start
3. docker run -i -t ubuntu /bin/bash
Actual results:
"[error] commands.go:2459 Error resize: Error: bad file descriptor"
Expected results:
BASH prompt in the container
Additional info:
Installing cgroups fixes the problem:
"yum -y install libcgroup && service cgconfig start"
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months