GNU bug report logs -
#26840
[PATCH 2/3] gnu: go-1.4: Add missing module imports.
Previous Next
Reported by: Sergei Trofimovich <slyfox <at> inbox.ru>
Date: Mon, 8 May 2017 19:57:02 UTC
Severity: normal
Tags: patch
Done: Danny Milosavljevic <dannym <at> scratchpost.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26840 in the body.
You can then email your comments to 26840 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Mon, 08 May 2017 19:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sergei Trofimovich <slyfox <at> inbox.ru>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Mon, 08 May 2017 19:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/golang.scm (go-1.4): Add missing modules to
%modify-phases call: srfi-1
---
gnu/packages/golang.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
index 00630ce06..d19aa65af 100644
--- a/gnu/packages/golang.scm
+++ b/gnu/packages/golang.scm
@@ -62,7 +62,8 @@
(arguments
`(#:modules ((ice-9 match)
(guix build gnu-build-system)
- (guix build utils))
+ (guix build utils)
+ (srfi srfi-1))
#:tests? #f ; Tests are run by the all.bash script.
#:phases
(modify-phases %standard-phases
--
2.12.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 19:58:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 26840 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sergei Trofimovich <slyfox <at> inbox.ru> writes:
> * gnu/packages/golang.scm (go-1.4): Add missing modules to
> %modify-phases call: srfi-1
> ---
> gnu/packages/golang.scm | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
> index 00630ce06..d19aa65af 100644
> --- a/gnu/packages/golang.scm
> +++ b/gnu/packages/golang.scm
> @@ -62,7 +62,8 @@
> (arguments
> `(#:modules ((ice-9 match)
> (guix build gnu-build-system)
> - (guix build utils))
> + (guix build utils)
> + (srfi srfi-1))
> #:tests? #f ; Tests are run by the all.bash script.
> #:phases
> (modify-phases %standard-phases
*/me looks at git log and facepalms*
Never mind my other email... I see that the reason these are already on
master is because they were already pushed there. Feel free to close
these!
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 21:07:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 26840 <at> debbugs.gnu.org (full text, mbox):
Hi Kei,
> Never mind my other email... I see that the reason these are already on
> master is because they were already pushed there. Feel free to close
> these!
Hehe yeah. I wonder though: If I put "Fixes <https://bugs.gnu.org/xxxx>" into the commit log, does that mean that something (a cron job etc) actually marks the bug report as fixed? How often does that happen?
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 21:26:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 26840 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Danny Milosavljevic <dannym <at> scratchpost.org> writes:
> Hi Kei,
>
>> Never mind my other email... I see that the reason these are already on
>> master is because they were already pushed there. Feel free to close
>> these!
>
> Hehe yeah. I wonder though: If I put "Fixes
> <https://bugs.gnu.org/xxxx>" into the commit log, does that mean that
> something (a cron job etc) actually marks the bug report as fixed?
> How often does that happen?
I'm not sure about the log-reading method you describe, but I know that
adding "-done" to the debbugs email closes the bug.
Example: xxxxx <at> debbugs.gnu.org --> xxxxx-done <at> debbugs.gnu.org
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 21:29:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 26840 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, May 11, 2017 at 11:06:22PM +0200, Danny Milosavljevic wrote:
> Hi Kei,
>
> > Never mind my other email... I see that the reason these are already on
> > master is because they were already pushed there. Feel free to close
> > these!
>
> Hehe yeah. I wonder though: If I put "Fixes
> <https://bugs.gnu.org/xxxx>" into the commit log, does that mean that
> something (a cron job etc) actually marks the bug report as fixed?
> How often does that happen?
It doesn't happen :)
You have to send mail to the debbugs ticket. For example
<12345-done <at> debbugs.gnu.org>, where 12345 is the bug number.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 22:20:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 26840 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Leo Famulari <leo <at> famulari.name> writes:
> On Thu, May 11, 2017 at 11:06:22PM +0200, Danny Milosavljevic wrote:
>> Hi Kei,
>>
>> > Never mind my other email... I see that the reason these are already on
>> > master is because they were already pushed there. Feel free to close
>> > these!
>>
>> Hehe yeah. I wonder though: If I put "Fixes
>> <https://bugs.gnu.org/xxxx>" into the commit log, does that mean that
>> something (a cron job etc) actually marks the bug report as fixed?
>> How often does that happen?
>
> It doesn't happen :)
>
> You have to send mail to the debbugs ticket. For example
> <12345-done <at> debbugs.gnu.org>, where 12345 is the bug number.
Alternatively, email control <at> debbugs.gnu.org with "close 12345".
I see it also takes a "version" parameter, e.g. "close 12345 aaabbbccc".
https://debbugs.gnu.org/server-control.html
Useful if you don't want to spam list subscribers with an empty message.
[signature.asc (application/pgp-signature, inline)]
bug closed, send any further explanations to
26840 <at> debbugs.gnu.org and Sergei Trofimovich <slyfox <at> inbox.ru>
Request was from
Danny Milosavljevic <dannym <at> scratchpost.org>
to
control <at> debbugs.gnu.org
.
(Thu, 11 May 2017 22:27:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Thu, 11 May 2017 22:30:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 26840 <at> debbugs.gnu.org (full text, mbox):
On Fri, 12 May 2017 00:19:40 +0200
Marius Bakke <mbakke <at> fastmail.com> wrote:
> Alternatively, email control <at> debbugs.gnu.org with "close 12345".
>
> I see it also takes a "version" parameter, e.g. "close 12345 aaabbbccc".
Nice!
I wonder whether it would be possible to have an auto-closer job?
I think it's not really useful to have to specify that the bug is fixed twice - once in the commit message and once in the bug report.
If we wanted to automate it, who could we ask about it?
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Fri, 12 May 2017 04:27:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 26840 <at> debbugs.gnu.org (full text, mbox):
On Fri, May 12, 2017 at 12:29:37AM +0200, Danny Milosavljevic wrote:
> I think it's not really useful to have to specify that the bug is
> fixed twice - once in the commit message and once in the bug report.
Are we mentioning the guix-patches bugs in commit messages? I thought it
was just for the items from bug-guix.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Fri, 12 May 2017 21:53:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 26840 <at> debbugs.gnu.org (full text, mbox):
Hi Kei,
Kei Kebreau <kei <at> openmailbox.org> skribis:
> Sergei Trofimovich <slyfox <at> inbox.ru> writes:
>
>> * gnu/packages/golang.scm (go-1.4): Add missing modules to
>> %modify-phases call: srfi-1
>> ---
>> gnu/packages/golang.scm | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
>> index 00630ce06..d19aa65af 100644
>> --- a/gnu/packages/golang.scm
>> +++ b/gnu/packages/golang.scm
>> @@ -62,7 +62,8 @@
>> (arguments
>> `(#:modules ((ice-9 match)
>> (guix build gnu-build-system)
>> - (guix build utils))
>> + (guix build utils)
>> + (srfi srfi-1))
>> #:tests? #f ; Tests are run by the all.bash script.
>> #:phases
>> (modify-phases %standard-phases
>
> */me looks at git log and facepalms*
>
> Never mind my other email... I see that the reason these are already on
> master is because they were already pushed there. Feel free to close
> these!
Though as discussed in another thread with Sergei, it’s not entirely
clear to me that these #:modules patches should be committed (and they
are for ‘core-updates’, not ‘master’.)
I would rather see whether we can find a more generic solution to this
problem before patching every single instance.
How does that sound?
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Fri, 12 May 2017 23:06:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 26840 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
ludo <at> gnu.org (Ludovic Courtès) writes:
> Hi Kei,
>
> Kei Kebreau <kei <at> openmailbox.org> skribis:
>
>> Sergei Trofimovich <slyfox <at> inbox.ru> writes:
>>
>>> * gnu/packages/golang.scm (go-1.4): Add missing modules to
>>> %modify-phases call: srfi-1
>>> ---
>>> gnu/packages/golang.scm | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
>>> index 00630ce06..d19aa65af 100644
>>> --- a/gnu/packages/golang.scm
>>> +++ b/gnu/packages/golang.scm
>>> @@ -62,7 +62,8 @@
>>> (arguments
>>> `(#:modules ((ice-9 match)
>>> (guix build gnu-build-system)
>>> - (guix build utils))
>>> + (guix build utils)
>>> + (srfi srfi-1))
>>> #:tests? #f ; Tests are run by the all.bash script.
>>> #:phases
>>> (modify-phases %standard-phases
>>
>> */me looks at git log and facepalms*
>>
>> Never mind my other email... I see that the reason these are already on
>> master is because they were already pushed there. Feel free to close
>> these!
>
> Though as discussed in another thread with Sergei, it’s not entirely
> clear to me that these #:modules patches should be committed (and they
> are for ‘core-updates’, not ‘master’.)
>
> I would rather see whether we can find a more generic solution to this
> problem before patching every single instance.
>
> How does that sound?
>
> Ludo’.
I have no objections. Should the patches already on master be reverted,
or should they be left until further notice?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26840
; Package
guix-patches
.
(Sat, 13 May 2017 13:10:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 26840 <at> debbugs.gnu.org (full text, mbox):
Kei Kebreau <kei <at> openmailbox.org> skribis:
> ludo <at> gnu.org (Ludovic Courtès) writes:
>
>> Hi Kei,
>>
>> Kei Kebreau <kei <at> openmailbox.org> skribis:
>>
>>> Sergei Trofimovich <slyfox <at> inbox.ru> writes:
>>>
>>>> * gnu/packages/golang.scm (go-1.4): Add missing modules to
>>>> %modify-phases call: srfi-1
>>>> ---
>>>> gnu/packages/golang.scm | 3 ++-
>>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>>>
>>>> diff --git a/gnu/packages/golang.scm b/gnu/packages/golang.scm
>>>> index 00630ce06..d19aa65af 100644
>>>> --- a/gnu/packages/golang.scm
>>>> +++ b/gnu/packages/golang.scm
>>>> @@ -62,7 +62,8 @@
>>>> (arguments
>>>> `(#:modules ((ice-9 match)
>>>> (guix build gnu-build-system)
>>>> - (guix build utils))
>>>> + (guix build utils)
>>>> + (srfi srfi-1))
>>>> #:tests? #f ; Tests are run by the all.bash script.
>>>> #:phases
>>>> (modify-phases %standard-phases
>>>
>>> */me looks at git log and facepalms*
>>>
>>> Never mind my other email... I see that the reason these are already on
>>> master is because they were already pushed there. Feel free to close
>>> these!
>>
>> Though as discussed in another thread with Sergei, it’s not entirely
>> clear to me that these #:modules patches should be committed (and they
>> are for ‘core-updates’, not ‘master’.)
>>
>> I would rather see whether we can find a more generic solution to this
>> problem before patching every single instance.
>>
>> How does that sound?
>>
>> Ludo’.
>
> I have no objections. Should the patches already on master be reverted,
> or should they be left until further notice?
We can leave them, but let’s not push more without further thought. :-)
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 11 Jun 2017 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 319 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.