golang

golang@lists.fedoraproject.org

5 participants
6665 discussions

[Bug 1029068] Review Request: golang-googlecode-tools - Supplementary tools and packages for Go
by Red Hat Bugzilla 12 Nov '13

12 Nov '13

https://bugzilla.redhat.com/show_bug.cgi?id=1029068 Peter Lemenkov <lemenkov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |golang(a)lists.fedoraproject. | |org, lemenkov(a)gmail.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

Slides from my future talk at Moscow Golang User Group meetup
by Peter Lemenkov 11 Nov '13

11 Nov '13

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%20Meetu… * http://peter.fedorapeople.org/presentations/Moscow%20Golang%20Users%20Meetu… 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.

4 5

[Bug 1028670] New: libdevmapper.so exists, but not found
by Red Hat Bugzilla 09 Nov '13

09 Nov '13

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.

1 1

docker-io
by Павел 08 Nov '13

08 Nov '13

Hi! Please, push new docker-io builds to koji, we want to use and test it on f19 and f20 ;) -- Best regards, Pavel Nedrigaylov

2 7

[docker-io/f19] (5 commits) ...container networking enabled via unit file
by Lokesh Mandvekar 07 Nov '13

07 Nov '13

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

1 0

[docker-io/f20: 6/6] Merge branch 'master' into f20
by Lokesh Mandvekar 07 Nov '13

07 Nov '13

commit 96922ee5b9a6ea49a6b334f704bd979039958e35 Merge: f7bad2f d953d29 Author: Lokesh Mandvekar <lsm5(a)redhat.com> Date: Thu Nov 7 23:52:48 2013 -0600 Merge branch 'master' into f20 .gitignore | 2 ++ docker-io.spec | 38 +++++++++++++++++++++++++++++++------- docker.service | 2 ++ sources | 2 +- 4 files changed, 36 insertions(+), 8 deletions(-) ---

1 0

[docker-io/f20] (6 commits) ...Merge branch 'master' into f20
by Lokesh Mandvekar 07 Nov '13

07 Nov '13

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 (*) 96922ee... Merge branch 'master' into f20 (*) This commit already existed in another branch; no separate mail sent

1 0

[Bug 1010713] create and own %{_datadir}/gocode and %{_datadir}/gocode/src
by Red Hat Bugzilla 05 Nov '13

05 Nov '13

https://bugzilla.redhat.com/show_bug.cgi?id=1010713 Peter Lemenkov <lemenkov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |1026870 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1026870 [Bug 1026870] Review Request: golang-github-guelfey-godbus - Native Go bindings for D-Bus -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1026870] Review Request: golang-github-guelfey-godbus - Native Go bindings for D-Bus
by Red Hat Bugzilla 05 Nov '13

05 Nov '13

https://bugzilla.redhat.com/show_bug.cgi?id=1026870 Peter Lemenkov <lemenkov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |golang(a)lists.fedoraproject. | |org Depends On| |1010713 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1010713 [Bug 1010713] create and own %{_datadir}/gocode and %{_datadir}/gocode/src -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1023769] Review Request: golang-github-goerlang-dist - An implementation of Erlang node
by Red Hat Bugzilla 04 Nov '13

04 Nov '13

https://bugzilla.redhat.com/show_bug.cgi?id=1023769 Lokesh Mandvekar <lsm5(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lsm5(a)redhat.com --- Comment #3 from Lokesh Mandvekar <lsm5(a)redhat.com> --- Hi Peter, Mario: (In reply to Mario Blättermann from comment #2) > golang-github-goerlang-dist.spec: I: checking-url > https://github.com/goerlang/dist/archive/ > 453dec63ea12c128128f9d91b11a82dd570119a0.tar.gz (timeout 10 seconds) > 2 packages and 1 specfiles checked; 0 errors, 3 warnings. > This might work better for source url: Source0: https://%{import_path}/archive/%{commit}/%{realname}-%{shortcommit}.tar.gz ...as in the already existing golang-* packages > 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. Just to make sure everyone's on the same page, I'm mentioning Matt Miller's comment here: https://bugzilla.redhat.com/show_bug.cgi?id=1001300#c24 . I guess if something new gets decided over here, we'll have to make similar changes to the existing golang-* packages too. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

golang