GNU bug report logs -
#38739
i3-gaps package is misbehaving
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38739 in the body.
You can then email your comments to 38739 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#38739
; Package
guix
.
(Wed, 25 Dec 2019 08:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sergiu Marton <brown121407 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 25 Dec 2019 08:30:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I submitted a patch to add i3-gaps a couple days ago:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38721
After it got merged into master with the inheritance modification (see
patch), I installed it over the one I had installed from my original
script and it seemed to work fine. But I think that's just because I
didn't reboot to restart the i3 executable.
Now that I shutdown and opened my machine again, i3-gaps specific
commands don't work... To test this, write `i3-msg gaps` in a shell.
If it does NOT work, it will output something like:
brown <at> 121407 ~$ i3-msg gaps
ERROR: Your command: gaps
ERROR: ^^^^
ERROR: Expected one of these tokens: <a long list of stuff that
represent valid commands>
However, it seems that gaps work if I remove the package, install it
from the original package definition (without Brett's (inherit i3-wm))
and reboot. The following output means that i3-gaps has been correctly
installed:
brown <at> 121407 ~$ i3-msg gaps
ERROR: Your command: gaps
ERROR:
ERROR: Expected one of these tokens: 'inner', 'outer', 'horizontal',
'vertical', 'top', 'right', 'bottom', 'left'
This is strange. I still don't know enough about the packaging API to
troubleshoot this all just by having a quick look at i3-gaps'
definition. I'll try to investigate this issue but I encourage someone
more knowledgeable than me too look into this too.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38739
; Package
guix
.
(Wed, 25 Dec 2019 08:35:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38739 <at> debbugs.gnu.org (full text, mbox):
Dec 25, 2019 2:30:12 AM Sergiu Marton :
> I submitted a patch to add i3-gaps a couple days ago:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38721
>
> After it got merged into master with the inheritance modification (see
> patch), I installed it over the one I had installed from my original
> script and it seemed to work fine. But I think that's just because I
> didn't reboot to restart the i3 executable.
>
> Now that I shutdown and opened my machine again, i3-gaps specific
> commands don't work... To test this, write `i3-msg gaps` in a shell.
> If it does NOT work, it will output something like:
>
> brown <at> 121407 ~$ i3-msg gaps
> ERROR: Your command: gaps
> ERROR: ^^^^
> ERROR: Expected one of these tokens: > represent valid commands>
>
> However, it seems that gaps work if I remove the package, install it
> from the original package definition (without Brett's (inherit i3-wm))
> and reboot. The following output means that i3-gaps has been correctly
> installed:
>
> brown <at> 121407 ~$ i3-msg gaps
> ERROR: Your command: gaps
> ERROR:
> ERROR: Expected one of these tokens: 'inner', 'outer', 'horizontal',
> 'vertical', 'top', 'right', 'bottom', 'left'
>
> This is strange. I still don't know enough about the packaging API to
> troubleshoot this all just by having a quick look at i3-gaps'
> definition. I'll try to investigate this issue but I encourage someone
> more knowledgeable than me too look into this too.
>
Hi Sergiu,
Thank you for opening a new bug report at my request. As best as I can tell, the inherited arguments and your proposed package arguments without inheritance match 1:1. Tomorrow when I am at my computer I will introspect this further using the REPL.
If somebody else beats me to this, great! Hopefully we can get this figured out, it is probably some silly issue I just overlooked.
Thanks!
--
Brett M. Gilio
GNU Guix, Contributor | GNU Project, Webmaster
[DFC0 C7F7 9EE6 0CA7 AE55 5E19 6722 43C4 A03F 0EEE]
< brettg <at> gnu.org [mailto:brettg <at> gnu.org] > < brettg <at> posteo.net [mailto:brettg <at> posteo.net] >
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38739
; Package
guix
.
(Wed, 25 Dec 2019 15:41:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 38739 <at> debbugs.gnu.org (full text, mbox):
Tried installing i3-gaps on a fresh VM with Guix. Still the same
problem when getting it from the official sources. Gaps aren't
working. When installing from a file that has the original definition
(without inheritance), gaps work. So it's exactly the same situation.
Wanted to be sure.
Reply sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
You have taken responsibility.
(Thu, 26 Dec 2019 14:51:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Sergiu Marton <brown121407 <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 26 Dec 2019 14:51:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 38739-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sergiu Marton <brown121407 <at> gmail.com> writes:
> Tried installing i3-gaps on a fresh VM with Guix. Still the same
> problem when getting it from the official sources. Gaps aren't
> working. When installing from a file that has the original definition
> (without inheritance), gaps work. So it's exactly the same situation.
> Wanted to be sure.
I believe this is fixed with 3ebaa635f7a4e2178b321f949e533402e3cf2987.
The problem was that the original i3-wm checksum appears to have been
copy-pasted during the refactor.
Thanks!
[signature.asc (application/pgp-signature, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 24 Jan 2020 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 85 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.