golang September 2014

golang@lists.fedoraproject.org

6 participants
290 discussions

[Bug 1029587] New: upgrade to go1.2 (once it is available)
by Red Hat Bugzilla 19 Feb '15

19 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1029587 Bug ID: 1029587 Summary: upgrade to go1.2 (once it is available) Product: Fedora Version: rawhide Component: golang Severity: low Assignee: adam(a)spicenitz.org Reporter: vbatts(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: adam(a)spicenitz.org, admiller(a)redhat.com, golang(a)lists.fedoraproject.org, lemenkov(a)gmail.com, lsm5(a)redhat.com, renich(a)woralelandia.com, vbatts(a)redhat.com What steps will reproduce the problem? If possible, include a link to a program on play.golang.org. 1. export GOPATH=$(mktemp -d) 2. go get code.google.com/p/go.tools/cmd/oracle 3. What is the expected output? What do you see instead? /tmp/tmp.cjYFzAeLWC/src/code.google.com/p/go.tools/importer/source.go:434: n.Lparen undefined (type *ast.TypeAssertExpr has no field or method Lparen) /tmp/tmp.cjYFzAeLWC/src/code.google.com/p/go.tools/importer/source.go:435: n.Lparen undefined (type *ast.TypeAssertExpr has no field or method Lparen) /tmp/tmp.cjYFzAeLWC/src/code.google.com/p/go.tools/importer/source.go:436: n.Rparen undefined (type *ast.TypeAssertExpr has no field or method Rparen) Which compiler are you using (5g, 6g, 8g, gccgo)? 6g Which operating system are you using? Red Hat Enterprise Linux Workstation release 6.4 (Santiago) Which version are you using? go version go1.1.2 linux/amd64 (golang-1.1.2-4.el6.x86_64) Please provide any additional information below. I tested against the tip of their repo (future version 1.2) (go version devel +39c724dd7f25 Tue Nov 12 09:28:07 2013 +1100 linux/amd64) and code.google.com/p/go.tools/cmd/oracle and code.google.com/p/go.tools/cmd/ssadump build just fine -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1099074] New: Processing Dependency: golang-docs = 1.1-2.fc19 for package: golang-godoc-1.1-2.fc19.x86_64
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1099074 Bug ID: 1099074 Summary: Processing Dependency: golang-docs = 1.1-2.fc19 for package: golang-godoc-1.1-2.fc19.x86_64 Product: Fedora Version: 19 Component: golang Severity: high Assignee: adam(a)spicenitz.org Reporter: dridi.boukelmoune(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: adam(a)spicenitz.org, admiller(a)redhat.com, golang(a)lists.fedoraproject.org, lemenkov(a)gmail.com, lsm5(a)redhat.com, renich(a)woralelandia.com, s(a)shk.io, vbatts(a)redhat.com Description of problem: I'm trying to install the golang-godoc package but it fails. It's looking for golang-docs which is provided by golang, but the required version doesn't match. Version-Release number of selected component (if applicable): golang-1.2.1-1.fc19.x86_64 golang-godoc-1.1-2.fc19.x86_64 How reproducible: always Steps to Reproduce: 1. sudo yum install golang 2. sudo yum install golang-godoc Actual results: Resolving Dependencies --> Running transaction check ---> Package golang-godoc.x86_64 0:1.1-2.fc19 will be installed --> Processing Dependency: golang-docs = 1.1-2.fc19 for package: golang-godoc-1.1-2.fc19.x86_64 Package golang-docs-1.1-2.fc19.noarch is obsoleted by golang-1.2.1-1.fc19.x86_64 which is already installed --> Processing Dependency: golang(x86-64) = 1.1-2.fc19 for package: golang-godoc-1.1-2.fc19.x86_64 --> Finished Dependency Resolution Error: Package: golang-godoc-1.1-2.fc19.x86_64 (fedora) Requires: golang(x86-64) = 1.1-2.fc19 Installed: golang-1.2.1-1.fc19.x86_64 (@updates) golang(x86-64) = 1.2.1-1.fc19 Available: golang-1.1-2.fc19.x86_64 (fedora) golang(x86-64) = 1.1-2.fc19 Error: Package: golang-godoc-1.1-2.fc19.x86_64 (fedora) Requires: golang-docs = 1.1-2.fc19 Available: golang-docs-1.1-2.fc19.noarch (fedora) golang-docs = 1.1-2.fc19 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Expected results: Is this ok [y/d/N]: Additional info: I couldn't find golang-godoc in pkgdb2, so I'm filing against golang. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1128208] New: docker io not using proper DNS
by Red Hat Bugzilla 07 Feb '15

07 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1128208 Bug ID: 1128208 Summary: docker io not using proper DNS Product: Fedora Version: 20 Component: docker-io Assignee: lsm5(a)fedoraproject.org Reporter: briemers(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: admiller(a)redhat.com, dgoodwin(a)redhat.com, eparis(a)redhat.com, extras-qa(a)fedoraproject.org, gansalmon(a)Gmail.com, golang(a)lists.fedoraproject.org, hushan.jia(a)gmail.com, itamar(a)ispbrasil.com.br, jeder(a)redhat.com, jonathan(a)jonmasters.org, jpazdziora(a)redhat.com, jperrin(a)centos.org, kernel-maint(a)redhat.com, lars(a)redhat.com, lsm5(a)fedoraproject.org, madhu.chinakonda(a)gmail.com, mattdm(a)redhat.com, mchehab(a)infradead.org, mgoldman(a)redhat.com, pmoore(a)redhat.com, rbriggs(a)redhat.com, s(a)shk.io, vbatts(a)redhat.com Depends On: 1119849 The resolution for Bug #1119849 introduced a new problem. I have a dockerfile that uses the command: git clone http://gitolite.corp.redhat.com/cgit/it-sales/sfjavasuite.git/ Up until the most recent update the dockerfile worked expected. Now it fails with a hostname not found. It seems part of the update is docker will now try and use fixed DNS values of 8.8.8.8 and 8.8.4.4. Which is of course in appropriate for anyone inside a private network. In some cases it is even considered a security risk to have DNS lookups leak to a public DNS server, as it gives outside user information about the private network. It is possible to update the docker options to work around the problem. But of course the DNS servers obtained by DHCP, so it would require restarting docker-io with new settings everytime a new network connection is established... Likewise another workaround is a set if iptable rules to override all DNS lookups but again this introduces it's own set of problems. And of course, I don't want to assume everyone who will use my Dockerfile has updated their workstations and servers with whatever hack solution I use... Reproduce steps: 1. docker run fedora cat /etc/resolv.conf Expected results: The DNS settings equivalent to the host, which in my case are: $ cat /etc/resolv.conf # Generated by NetworkManager domain docbill.info search docbill.info nameserver 127.0.0.1 nameserver 172.31.253.1 nameserver 172.31.252.1 # NOTE: the libc resolver may not support more than 3 nameservers. # The nameservers listed below may not be recognized. nameserver 10.11.255.155 nameserver 10.11.255.156 nameserver 10.5.26.21 nameserver 10.7.142.20 nameserver fe80::beae:c5ff:fee8:b5e%em1 nameserver fe80::4216:7eff:feea:a5b8%em1 nameserver 2001:470:1d:8a2::1 Actual results: $ docker run fedora cat /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4 search docbill.info Note: I'm not sure how the previous docker-io version got the 127.0.0.1 correct. But somehow it figured out that was an instruction to use the dnsmasq instance on my laptop. Bill Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1119849 [Bug 1119849] su - postgres Results in System Error inside Fedora 20/rawhide containers -- You are receiving this mail because: You are on the CC list for the bug.

1 23

[Bug 1118234] New: Docker doesn't update DNS IP when it's changed on system
by Red Hat Bugzilla 27 Jan '15

27 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1118234 Bug ID: 1118234 Summary: Docker doesn't update DNS IP when it's changed on system Product: Fedora EPEL Version: epel7 Component: docker-io Severity: medium Assignee: lsm5(a)switzerlandmail.ch Reporter: maxime.carron(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: admiller(a)redhat.com, golang(a)lists.fedoraproject.org, hushan.jia(a)gmail.com, lsm5(a)switzerlandmail.ch, mattdm(a)redhat.com, mgoldman(a)redhat.com, s(a)shk.io, vbatts(a)redhat.com Description of problem: When the DNS server is changed on the system, docker keep using the one used at its startup. Version-Release number of selected component (if applicable): EL 7.0 docker : 1.0.0-1 How reproducible: Always. Steps to Reproduce: 1. Start docker (systemctl start docker) 2. Do any operation which needs DNS resolution (docker pull fedora:latest) => System DNS is used 3. Change system DNS to 8.8.8.8 or any different DNS 4. Do some other operation which needs DNS resolution (docker pull fedora:rawhide) 5. You should see that first is still used Actual results: No DNS update Expected results: Docker should use the current system DNS Additional info: This is especially disturbing on a laptop, because a docker restart is needed everytime I change network (when first DNS is not reachable anymore, usually when DNS has a private IP) -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1147193] New: update to at least version ad01a6fcc8a19d3a4478c836895ffe883bd2ceab
by Red Hat Bugzilla 26 Jan '15

26 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1147193 Bug ID: 1147193 Summary: update to at least version ad01a6fcc8a19d3a4478c836895ffe883bd2ceab Product: Fedora Version: rawhide Component: golang-googlecode-net Assignee: lsm5(a)fedoraproject.org Reporter: eparis(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: golang(a)lists.fedoraproject.org, jchaloup(a)redhat.com, lsm5(a)fedoraproject.org, mattdm(a)redhat.com, vbatts(a)redhat.com In particular kubernetes needs: code.google.com/p/go.net/context Which this package does not provide. -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 1056185] New: go test code.google.com/p/go.net/ipv6 test fails
by Red Hat Bugzilla 26 Jan '15

26 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1056185 Bug ID: 1056185 Summary: go test code.google.com/p/go.net/ipv6 test fails Product: Fedora EPEL Version: el6 Component: golang-googlecode-net Assignee: lsm5(a)redhat.com Reporter: tis(a)foobar.fi 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: %check fails if machine you build this package on has ipv6 connectivity. + go test code.google.com/p/go.net/ipv6 --- FAIL: TestConnInitiatorPathMTU (0.00 seconds) sockopt_test.go:58: ipv6.Conn.PathMTU failed: getsockopt: protocol not available --- FAIL: TestConnResponderPathMTU (0.00 seconds) sockopt_test.go:91: ipv6.Conn.PathMTU failed: getsockopt: protocol not available --- FAIL: TestPacketConnReadWriteUnicastUDP (0.00 seconds) unicast_test.go:120: ipv6.PacketConn.SetControlMessage failed: setsockopt: protocol not available FAIL FAIL code.google.com/p/go.net/ipv6 0.041s RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.DbihRB (%check) I guess package is broken for ipv6. -- You are receiving this mail because: You are on the CC list for the bug.

1 34

[Bug 1127570] New: No fish completion
by Red Hat Bugzilla 22 Jan '15

22 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1127570 Bug ID: 1127570 Summary: No fish completion Product: Fedora Version: 20 Component: docker-io Assignee: lsm5(a)fedoraproject.org Reporter: yajo.sk8(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: admiller(a)redhat.com, golang(a)lists.fedoraproject.org, hushan.jia(a)gmail.com, jperrin(a)centos.org, lsm5(a)fedoraproject.org, mattdm(a)redhat.com, mgoldman(a)redhat.com, s(a)shk.io, vbatts(a)redhat.com Description of problem: Cannot use autocompletion whith fish shell Version-Release number of selected component (if applicable): fish-2.1.0-9.fc20.x86_64 docker-io-1.0.0-9.fc20.x86_64 How reproducible: Write `docker [TAB]` using fish shell. Actual results: Shows directories in CWD. Expected results: attach events import load pull run tag build export info login push save top commit help insert logs restart search version cp history inspect port rm start wait diff images kill ps rmi stop Additional info: Current version of Docker provides it: https://github.com/docker/docker/blob/v1.0.0/contrib/completion/fish/docker… -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1118238] New: package is not installable on epel6 because of missing dependencies
by Red Hat Bugzilla 19 Jan '15

19 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1118238 Bug ID: 1118238 Summary: package is not installable on epel6 because of missing dependencies Product: Fedora EPEL Version: el6 Component: golang-github-openshift-go-systemd Severity: high Assignee: lsm5(a)switzerlandmail.ch Reporter: tis(a)foobar.fi QA Contact: extras-qa(a)fedoraproject.org CC: golang(a)lists.fedoraproject.org, lsm5(a)switzerlandmail.ch Description of problem: package: golang-github-openshift-go-systemd-devel-0-0.1.gitb71042d.el6.x86_64 from epel unresolved deps: golang(github.com/godbus/go.dbus) There is no package providing this dependency. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1101123] New: docker package binary conflicts with docker-io
by Red Hat Bugzilla 05 Jan '15

05 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=1101123 Bug ID: 1101123 Summary: docker package binary conflicts with docker-io Product: Fedora Version: 20 Component: docker-io Severity: medium Assignee: lsm5(a)redhat.com Reporter: dmcf(a)dcorking.com QA Contact: extras-qa(a)fedoraproject.org CC: admiller(a)redhat.com, golang(a)lists.fedoraproject.org, lsm5(a)redhat.com, mattdm(a)redhat.com, mgoldman(a)redhat.com, s(a)shk.io, vbatts(a)redhat.com Description of problem: There is a file name conflict for /usr/bin/docker between 2 Fedora 20 packages. Version-Release number of selected component (if applicable): docker-1.5-10.fc20.x86_64 (f20 updates, a dockapp that provides a system tray for WindowMaker, XFCE etc.) docker-io-0.11.1-1.fc20.x86_64.rpm (f20 updates, a new Linux containerization app that has proven very popular) How reproducible: Consistent. Steps to Reproduce: 1. sudo yum install docker 2. sudo yum install docker-io Actual results: Transaction check error: file /usr/bin/docker from install of docker-io-0.11.1-1.fc20.x86_64 conflicts with file from package docker-1.5-10.fc20.x86_64 Expected results: All packages in F20 should be able to co-exist unless a conflict is documented in the RPM file. Since the conflict is only file naming, one of these packages could be patched to allow it to co-exist with the other. Additional info: Possible workaround that keeps docker working for me follows. (It allows docker-io to install, but I am not sure if docker-io is fully functioning.) #!/bin/bash sudo mv /usr/bin/docker /usr/bin/wmdocker # user must change dock icons that link to docker to point to wmdocker sudo yum install docker-io --downloadonly cd /var/cache/yum/x86_64/20/updates/packages/ sudo rpm -Uvf --force docker-io-0.11.1-1.fc20.x86_64.rpm The conflict probably also exists in rawhide. (unverified) The upstream binary in both packages is 'docker'. Debian/Ubuntu rename their binary to 'docker-io' to deal with the conflict. There is a plan to replace the 'docker' package with a renamed 'wmdocker' package in F21. (Bug # 1043676). However, that will take until F23 release to complete the Obsoletes/Expires process. In the meantime, any user with docker from F20 or rawhide will be unable to install docker-io, unless they use the workaround. Related issues: * https://fedorahosted.org/fpc/ticket/341 "How to replace "docker" package with an entirely different package of the same name?" * https://bugzilla.redhat.com/show_bug.cgi?id=1043676 "drop docker from rawhide (or redirect to wmdocker)" -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1106237] New: etcd: FTBFS in rawhide
by Red Hat Bugzilla 19 Dec '14

19 Dec '14

https://bugzilla.redhat.com/show_bug.cgi?id=1106237 Bug ID: 1106237 Summary: etcd: FTBFS in rawhide Product: Fedora Version: rawhide Component: etcd Assignee: lacypret(a)gmail.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: golang(a)lists.fedoraproject.org, lacypret(a)gmail.com, lemenkov(a)gmail.com Blocks: 1105908 Your package etcd failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=6960841 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1105908 [Bug 1105908] Fedora 21 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 4

← Newer
1
2
3
4
5
6
7
8
...
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

golang September 2014