[Bug 1029068] Review Request: golang-googlecode-tools - Supplementary tools and packages for Go
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1029068
--- Comment #2 from Vincent Batts <vbatts(a)redhat.com> ---
leaving the defattr, since without it rpmlint reports errors:
golang-googlecode-tools.src:263: E: files-attr-not-set
SPEC:
http://hashbangbash.com/~vbatts/rpmbuild/SPECS/golang-googlecode-tools.spec
SRPM:
http://hashbangbash.com/~vbatts/rpmbuild/SRPMS/golang-googlecode-tools-0-...
$ rpmlint
/home/vbatts/rpmbuild/SRPMS/golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm
golang-googlecode-tools.src: W: non-standard-group Unspecified
golang-googlecode-tools.src:105: W: setup-not-quiet
golang-googlecode-tools.src: W: no-cleaning-of-buildroot %install
golang-googlecode-tools.src: W: no-cleaning-of-buildroot %clean
golang-googlecode-tools.src: W: no-buildroot-tag
golang-googlecode-tools.src: W: no-%clean-section
golang-googlecode-tools.src:115: W: mixed-use-of-spaces-and-tabs (spaces: line
1, tab: line 115)
1 packages and 0 specfiles checked; 0 errors, 7 warnings.
$ fedpkg scratch-build --srpm
/home/vbatts/rpmbuild/SRPMS/golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm
Exception AttributeError: '_read_only' in <bound method write.__del__ of
<git.config.write object at 0x325fc90>> ignored
[====================================] 100% 00:00:01 750.97 KiB 524.70 KiB/sec
Building golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm for rawhide
Created task: 6170238
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=6170238
Watching tasks (this may be safely interrupted)...
6170238 build (rawhide,
golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm): free
6170238 build (rawhide,
golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm): free -> open
(arm02-builder19.arm.fedoraproject.org)
6170239 buildArch (golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm,
x86_64): free
6170240 buildArch (golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm,
i686): open (buildvm-20.phx2.fedoraproject.org)
6170239 buildArch (golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm,
x86_64): free -> open (buildvm-12.phx2.fedoraproject.org)
6170239 buildArch (golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm,
x86_64): open (buildvm-12.phx2.fedoraproject.org) -> closed
0 free 2 open 1 done 0 failed
6170240 buildArch (golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm,
i686): open (buildvm-20.phx2.fedoraproject.org) -> closed
0 free 1 open 2 done 0 failed
6170238 build (rawhide,
golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm): open
(arm02-builder19.arm.fedoraproject.org) -> closed
0 free 0 open 3 done 0 failed
6170238 build (rawhide,
golang-googlecode-tools-0-0.1.hg17c8fe23290a.el6.src.rpm) completed
successfully
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
Slides from my future talk at Moscow Golang User Group meetup
by Peter Lemenkov
CC: Dan Horák, Jeffrey Scheel.
Hello All!
I'm going to speak at the next Moscow Golang User Group this November
and will describe some of Fedora Golang SIG plans. Here are the slides
(in Elglish and in Russian):
* http://peter.fedorapeople.org/presentations/Moscow%20Golang%20Users%20Mee...
* http://peter.fedorapeople.org/presentations/Moscow%20Golang%20Users%20Mee...
I won't talk about Docker (my fellow golangers from Yandex will do),
and won't tell anything about etcd (we still don't decide what to do
with it). Instead I'll describe my effords to fix long-standing issue
with systemd and multiple Erlang nodes running in parallel. I did few
attempts to fix that issue with different success, and finally
switched over to golang-powered solution which fixes it (and makes a
room for further improvements).
This will have an interesting consequence for the secondary arches,
such as s390/s390x and PowerPC. In the future all Erlang services in
Fedora, namely CouchDB, Ejabberd, RabbitMQ, Riak, will *want* service
written in golang (I wouldn't use word "*require*" here). Since golang
is available only for x86/x86_64 and ARM, this could be an annoyance.
Technically it will still be possible to run Erlang daemons on the
secondary arches, but it will require some painful manual
intervention, and lead to inevitable race conditions. Beware! Also I
hope we'll see some progress on porting Golang on these achitectures.
--
With best regards, Peter Lemenkov.
10 years, 5 months
[Bug 1028670] New: libdevmapper.so exists, but not found
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1028670
Bug ID: 1028670
Summary: libdevmapper.so exists, but not found
Product: Fedora
Version: 20
Component: docker-io
Severity: high
Assignee: lsm5(a)redhat.com
Reporter: pavel.nedr(a)gmail.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
On fedora 20 x64 docker can't found existing libdevmapper.so.
device-mapper-libs-1.02.82-3.fc20.x86_64 is installed.
$ sudo find / -name libdev*
...
/usr/lib64/libdevmapper-event.so.1.02
/usr/lib64/libdevmapper.so.1.02
...
$ yum info docker-io
Загружены модули: langpacks, refresh-packagekit
Установленные пакеты
Название: docker-io
Архитектура: x86_64
Версия: 0.7
Выпуск: 0.13.dm.fc20
Объем: 11 M
Источник: installed
Из источника: docker-goldmann
Аннотация: Automates deployment of containerized applications
Ссылка: http://www.docker.io
Лицензия: ASL 2.0
$ uname -a
Linux bb.lan 3.11.7-300.fc20.x86_64 #1 SMP Mon Nov 4 15:07:39 UTC 2013 x86_64
x86_64 x86_64 GNU/Linux
Just another strange thing is that yum provides shows only i686 packages of
libdevmapper.
log:
sudo docker run -i -t ubuntu /bin/bash
/.dockerinit: error while loading shared libraries: libdevmapper.so.1.02:
cannot open shared object file: No such file or directory
$ yum provides libdevmapper.so.1.02
Загружены модули: langpacks, refresh-packagekit
device-mapper-libs-1.02.82-3.fc20.i686 : Device-mapper shared library
Источник: fedora
Совпадения с:
Обеспечивает : libdevmapper.so.1.02
device-mapper-libs-1.02.82-3.fc20.i686 : Device-mapper shared library
Источник: updates-testing
Совпадения с:
Обеспечивает : libdevmapper.so.1.02
$ sudo yum install device-mapper-libs
Загружены модули: langpacks, refresh-packagekit
Пакет device-mapper-libs-1.02.82-3.fc20.x86_64 уже установлен, и это последняя
версия. # device-mapper-libs is already installed and there is latest version
Выполнять нечего # nothing to do
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
docker-io
by Павел
Hi!
Please, push new docker-io builds to koji, we want to use and test it on
f19 and f20 ;)
--
Best regards,
Pavel Nedrigaylov
10 years, 5 months
[docker-io/f19] (5 commits) ...container networking enabled via unit file
by Lokesh Mandvekar
Summary of changes:
e88539c... docker-io 0.7-0.10.rc4 (*)
b6779e7... corrected release tag (*)
b158a64... 0.7-0.11.rc4 fixes BZ #1017186 (*)
67158db... docker-io dm branch packaged (*)
d953d29... container networking enabled via unit file (*)
(*) This commit already existed in another branch; no separate mail sent
10 years, 5 months