[docker-io] docker-io dm branch packaged
by Lokesh Mandvekar
commit 67158db2bf07add9420d8762984b12f0f51fba3e
Author: Lokesh Mandvekar <lsm5(a)redhat.com>
Date: Wed Oct 30 12:07:29 2013 -0500
docker-io dm branch packaged
Signed-off-by: Lokesh Mandvekar <lsm5(a)redhat.com>
.gitignore | 1 +
docker-io.spec | 15 +++++++++------
sources | 2 +-
3 files changed, 11 insertions(+), 7 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b5a09d6..70db3fc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
/docker-0.7-rc2.zip
/docker-0.7-rc3.zip
/docker-3c20a8c.tar.gz
+/docker-1fe08e0.tar.gz
diff --git a/docker-io.spec b/docker-io.spec
index 4684fb6..7eeedf2 100644
--- a/docker-io.spec
+++ b/docker-io.spec
@@ -6,12 +6,12 @@
%global debug_package %{nil}
%global gopath %{_datadir}/gocode
-%global commit 3c20a8cdc7b1b323696c5720c23480971f55ccef
+%global commit 1fe08e004686b25aaf56bc01194629c0b7e658f9
%global shortcommit %(c=%{commit}; echo ${c:0:7})
Name: docker-io
Version: 0.7
-Release: 0.11.rc4%{?dist}
+Release: 0.12.dm%{?dist}
Summary: Automates deployment of containerized applications
License: ASL 2.0
@@ -29,7 +29,6 @@ BuildRequires: gcc
BuildRequires: golang(github.com/gorilla/mux)
BuildRequires: golang(github.com/kr/pty)
BuildRequires: golang(code.google.com/p/go.net/websocket)
-BuildRequires: golang(code.google.com/p/gosqlite/sqlite3)
BuildRequires: device-mapper-devel
BuildRequires: python-sphinxcontrib-httpdomain
%if %{with systemd}
@@ -70,7 +69,7 @@ export GOPATH=$(pwd):%{gopath}
# passing version information build flags BZ #1017186
export LDFLAGS="-X main.GITCOMMIT %{shortcommit}/%{release} -X main.VERSION %{version} -w"
go build -v -a -ldflags "$LDFLAGS" github.com/dotcloud/docker/docker
-go build -v -a github.com/dotcloud/docker/dockerinit
+go build -v -a -ldflags "$LDFLAGS" github.com/dotcloud/docker/docker-init
popd
@@ -83,7 +82,7 @@ install -d %{buildroot}%{_sysconfdir}/bash_completion.d
install -d %{buildroot}%{_datadir}/zsh/site-functions
install -d -m 700 %{buildroot}%{_sharedstatedir}/docker
install -p -m 755 _build/docker %{buildroot}%{_bindir}
-install -p -m 755 _build/dockerinit %{buildroot}%{_bindir}
+install -p -m 755 _build/docker-init %{buildroot}%{_bindir}
install -p -m 644 docs/_build/man/docker.1 %{buildroot}%{_mandir}/man1
install -p -m 644 contrib/completion/bash/docker %{buildroot}%{_sysconfdir}/bash_completion.d/docker.bash
install -p -m 644 contrib/completion/zsh/_docker %{buildroot}%{_datadir}/zsh/site-functions
@@ -123,7 +122,7 @@ fi
%doc AUTHORS CHANGELOG.md CONTRIBUTING.md FIXME LICENSE MAINTAINERS NOTICE README.md
%{_mandir}/man1/docker.1.gz
%{_bindir}/docker
-%{_bindir}/dockerinit
+%{_bindir}/docker-init
%if %{with systemd}
%{_unitdir}/docker.service
%else
@@ -135,6 +134,10 @@ fi
%dir %{_sharedstatedir}/docker
%changelog
+* Sat Oct 26 2013 Lokesh Mandvekar <lsm5(a)redhat.com> - 0.7-0.12.dm
+- dm branch
+- dockerinit -> docker-init
+
* Tue Oct 22 2013 Lokesh Mandvekar <lsm5(a)redhat.com> - 0.7-0.11.rc4
- passing version information for docker build BZ #1017186
diff --git a/sources b/sources
index 40e9002..79e1d1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6270e0479104f926eacc6610864b6c92 docker-3c20a8c.tar.gz
+cdf369c927a18663046fa44f4480e739 docker-1fe08e0.tar.gz
9 years, 11 months
[Bug 1023769] Review Request: golang-github-goerlang-dist - An implementation of Erlang node
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1023769
--- Comment #2 from Mario Blättermann <mario.blaettermann(a)gmail.com> ---
Scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=6114012
$ rpmlint -i -v *golang-github-goerlang-dist.src: I: checking
golang-github-goerlang-dist.src: I: checking-url
https://github.com/goerlang/dist (timeout 10 seconds)
golang-github-goerlang-dist.src:5: W: mixed-use-of-spaces-and-tabs (spaces:
line 5, tab: line 1)
The specfile mixes use of spaces and tabs for indentation, which is a cosmetic
annoyance. Use either spaces or tabs for indentation, not both.
golang-github-goerlang-dist.src: I: checking-url
https://github.com/goerlang/dist/archive/453dec63ea12c128128f9d91b11a82dd...
(timeout 10 seconds)
golang-github-goerlang-dist-devel.noarch: I: checking
golang-github-goerlang-dist-devel.noarch: W: summary-ended-with-dot C An
implementation of Erlang node.
Summary ends with a dot.
golang-github-goerlang-dist-devel.noarch: I: checking-url
https://github.com/goerlang/dist (timeout 10 seconds)
golang-github-goerlang-dist.spec:5: W: mixed-use-of-spaces-and-tabs (spaces:
line 5, tab: line 1)
The specfile mixes use of spaces and tabs for indentation, which is a cosmetic
annoyance. Use either spaces or tabs for indentation, not both.
golang-github-goerlang-dist.spec: I: checking-url
https://github.com/goerlang/dist/archive/453dec63ea12c128128f9d91b11a82dd...
(timeout 10 seconds)
2 packages and 1 specfiles checked; 0 errors, 3 warnings.
There's one rather cosmetic problem in your spec file. I suggest to use spaces,
this way the spec file looks the same in all text editors, regardless of the
configured tab width.
I'm not really happy with the folder ownerships. It seems all your
golang-github-goerlang-* packages own the folder path
/usr/share/gocode/src/github.com/goerlang. Well, we have some cases where
packages may do so, for example for gtk-doc. But in this early state of
packaging, you could create a dummy package named
golang-github-goerlang-filesystem which owns this folder. I assume the
arch-dependent packages in Fedora >=19 and EPEL >=7 use the same folder, so
there we couldn't get any problems with.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 11 months
gcc-go observations after a few days of usage
by Peter Lemenkov
Hello All!
I've been using gccgo from GCC 4.8.2 (which fully supports 1.1.2 as
they claimed) for a while now and I've got something to share with
you.
First of all I was surprised that there is a lot of source code
duplication. GCC' libgo/go directory contains the entire
golang/src/pkg directory (with a very few changes if any). I thought
GCC has its own golang's library implementation.
Second - gccgo doesn't really improves situation with different
architectures support (mostly due to that was said above regarding
code duplication). Although it's possible to compile things on PowerPC
(and I suppose on s390(x) as well) the resulting binaries refuse to
run throwing error message about an unsupported architecture.
Otherwise it looks quite good - everything works well. Also from the
visible changes the resulting binaries are significantly smaller (from
megabytes to hundreds of kilobytes) if anyone still care about this.
--
With best regards, Peter Lemenkov.
9 years, 11 months