Re: [i3] Call for testing: upcoming i3 4.9 release
Thanks a lot, Michael. That was it.
On 24/02/15 20:54, Michael Stapelberg wrote:
See https://github.com/i3/i3/blob/next/DEPENDS — I think your version
of libxkbcommon is too old.
On Tue, Feb 24, 2015 at 9:51 PM, Marcin Herda wrote:
Hi Michael and all,
I have just tried to test i3-next on my Slackware system. The error I get
is:
cc -DI3_VERSION=\"'4.8-168-gd5ec59e (2015-02-22, branch \"next\")'\"
-DMAJOR_VERSION=4 -DMINOR_VERSION=8 -DPATCH_VERSION=0 -DSYSCONFDIR=\"/etc\"
-DI3__FILE__=__FILE__ -DPCRE_HAS_UCP=1 -DPANGO_SUPPORT=1 -D_GNU_SOURCE
-I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14
-I/usr/include/libdrm -pthread -I/usr/include/pango-1.0
-I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14
-I/usr/include/libdrm -I/usr/include/yajl
-I/usr/include/startup-notification-1.0 -std=c99 -Wall -Wunused-value
-Iinclude -O2 -fPIC -c -o src/bindings.o ../i3/src/bindings.c
../i3/src/bindings.c: In function ‘translate_keysyms’:
../i3/src/bindings.c:269:53: error: ‘XKB_KEYSYM_NO_FLAGS’ undeclared (first
use in this function)
keysym = xkb_keysym_from_name(bind->symbol, XKB_KEYSYM_NO_FLAGS);
^
../i3/src/bindings.c:269:53: note: each undeclared identifier is reported
only once for each function it appears in
make: *** [src/bindings.o] Error 1
Do I need to recompile any of the dependencies or is there a new one to be
added?
Thank you very much.
regards
Marcin
On 24/02/15 19:24, Michael Stapelberg wrote:
No particular functionality, and thanks for the report.
On Tue, Feb 24, 2015 at 6:12 PM, Chris Atkinson wrote:
Hi Michael,
Builds and runs in Arch 64 current to commit d5ec59e ("Merge pull
request #1486 from acrisci/feature/docs-xvfb-tests") using the
stock i3-git PKGBUILD from the AUR.[1]
Is there any particular functionality you would like tested or
additional information regarding my setup you would find useful?
Regards,
[1] Note that the Arch PKGBUILD requires xcb-util-cursor-git and thus
xcb-util-cursor is the git version current to commit f03cc27 ("darwin:
Use OSByteOrder.h rather than CF").
Re: [i3] Call for testing: upcoming i3 4.9 release
Hi Michael and all,
I have just tried to test i3-next on my Slackware system. The error I
get is:
cc -DI3_VERSION=\"'4.8-168-gd5ec59e (2015-02-22, branch \"next\")'\"
-DMAJOR_VERSION=4 -DMINOR_VERSION=8 -DPATCH_VERSION=0
-DSYSCONFDIR=\"/etc\" -DI3__FILE__=__FILE__ -DPCRE_HAS_UCP=1
-DPANGO_SUPPORT=1 -D_GNU_SOURCE -I/usr/include/cairo
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14
-I/usr/include/libdrm -pthread -I/usr/include/pango-1.0
-I/usr/include/cairo -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/libdrm
-I/usr/include/yajl -I/usr/include/startup-notification-1.0 -std=c99
-Wall -Wunused-value -Iinclude -O2 -fPIC -c -o src/bindings.o
../i3/src/bindings.c
../i3/src/bindings.c: In function ‘translate_keysyms’:
../i3/src/bindings.c:269:53: error: ‘XKB_KEYSYM_NO_FLAGS’ undeclared
(first use in this function)
keysym = xkb_keysym_from_name(bind->symbol, XKB_KEYSYM_NO_FLAGS);
^
../i3/src/bindings.c:269:53: note: each undeclared identifier is
reported only once for each function it appears in
make: *** [src/bindings.o] Error 1
Do I need to recompile any of the dependencies or is there a new one to
be added?
Thank you very much.
regards
Marcin
On 24/02/15 19:24, Michael Stapelberg wrote:
No particular functionality, and thanks for the report.
On Tue, Feb 24, 2015 at 6:12 PM, Chris Atkinson wrote:
Hi Michael,
Builds and runs in Arch 64 current to commit d5ec59e ("Merge pull
request #1486 from acrisci/feature/docs-xvfb-tests") using the
stock i3-git PKGBUILD from the AUR.[1]
Is there any particular functionality you would like tested or
additional information regarding my setup you would find useful?
Regards,
[1] Note that the Arch PKGBUILD requires xcb-util-cursor-git and thus
xcb-util-cursor is the git version current to commit f03cc27 ("darwin:
Use OSByteOrder.h rather than CF").
Re: [i3] Call for testing for the 4.8 release
Hi, I have been using it for the last month or so without any problems (including saving and restoring layouts http://www.slackword.net/?p=733) Thank you. regards Marcin Hi, I want to release i3 v4.8 soon, so here is a call for testing. If you haven’t, please use an i3 build from the “next” git branch. For Debian and Ubuntu, we have http://i3wm.org/docs/repositories.html with that version so that you don’t need to compile it yourself. In case you notice a grave problem, please report a bug at http://bugs.i3wm.org/ as usual. If nothing shows up, I’ll make a release within the next few days. (FYI: This also means only urgent bugfix patches will be merged until the release is done.) -- Best regards, Michael
Re: [i3] i3-save-tree
Thanks. It's one of that cases where I don't know how but it's fixed
now. I don't know why it didn't load. I must have had some typo somewhere.
On 17/05/14 23:18, [mabe] wrote:
That's all you gonna get from i3-msg. It means your request succeeded,
so it should have worked.
On 05/17/2014 11:54 PM, Marcin Herda wrote:
i3-msg 'workspace 1; append_layout /home/sycamorex/.i3/ws_1-generic.json'
When I run it from a terminal, the only thing that happens is the output:
[{"success":true}]
Thank you for your help.
regards
Marcin
Re: [i3] i3-save-tree
On 17/05/14 17:57, Michael Stapelberg wrote:
[+cc i3-discuss]
Hi Marcin,
Marcin Herda writes:
Hello Michael,
I'm playing with the new saving/restoring workspace layouts in i3wm 4.8.
I have and then edited the layout .json file. Afterwards I successfully
loaded it into i3, which created a number of place holders (as expected).
Then if I try to fill a container with an appropriate application, it
works fine. The application lands in the right place, eg:
xterm -name foo
xterm -name bar
If, however, I add the command to xterm to run a program, eg
xterm -name foo -e "mc"
It 'opens' outside of the saved layout creating an additional container.
Did I miss something? Is it a wrong approach to the new feature?
Your general approach seems correct.
The placeholder containers tell you which criteria they look for, and if
the new window does not match these criteria, it will not be swallowed
by the placeholder container.
In case manual introspection (i.e. comparing the xprop output for the
affected window with the placeholder contents) is not enough, I suggest
you check the logfile to see what i3 does:
http://i3wm.org/docs/debugging.html
If you still cannot figure it out, feel free to follow up, but with a
maximum debug level logfile please (compress it first before you send
it).
Thanks.
Thank you, Michael.
I found the reason for it not working properly. I didn't specify a
correct 'title' variable in the json file:
"swallows": [
{
"class": "^XTerm$",
"instance": "^bottomleft$",
"title": "^mc$"
}
Previously, both the 'instance' and 'title' variable were assigned the
value 'bottomleft'.
For the benefit of other people reading it: the above container will
swallow an instance of xterm running mc.
xterm -name bottomleft -e 'mc'
On a separate note, is it possible to run an i3-msg command from a
script (as opposed to via dmenu) or bind it to a key?
It does not seem to be working for me:
bindsym XF86Favorites exec /usr/bin/i3-msg 'workspace 1; append_layout
/home/sycamorex/ws_1-generic.json'
It does not append the layout.
I also have a script containing just one line:
i3-msg 'workspace 1; append_layout /home/sycamorex/.i3/ws_1-generic.json'
When I run it from a terminal, the only thing that happens is the output:
[{"success":true}]
Thank you for your help.
regards
Marcin
Re: [i3] Layout saving/restoring (PREVIEW)
On 24/12/13 15:16, Michael Stapelberg wrote: Hi Marcin, Marcin Herda writes: Does that mean that the 2 perl modules are likely to become i3 dependencies in the future? Quote from DEPENDS: i3-save-tree is also implemented in Perl and needs AnyEvent::I3 and JSON::XS. While i3-save-tree is not required for running i3 itself, it is strongly recommended to provide it in distribution packages. In Debian, this translates into a Recommends:, not a Depends:. For other distributions, this may mean a dependency, yeah. I'm trying to build the 'next' branch without luck. I mean it builds find but I can't seem to find the i3-save-tree command in the installation directory. I've installed the additional perl modules, cloned the git repo, switched to the next branch, double checked that the i3-save tree exists in the directory (see the pastebin link), make, make install DESTDIR=install_dir but the i3-save-tree script is nowhere to be seen in the install directory (install_dir). Would I be incorrect thinking that it should be with other scripts in usr/bin/? Please advise. http://pastebin.com/h25JgXS6 Thanks, this is fixed with http://c.i3wm.org/c3ff365 Thank you very much. regards Marcin
Re: [i3] Layout saving/restoring (PREVIEW)
On 22/12/13 20:56, Michael Stapelberg wrote: Hi, Michael Stapelberg writes: As for the code, I just pushed the branch “session-saving”, which you can build and use right now. It’s stable enough that I’m using it on my main machine. But, since this is a very new feature, be prepared to encounter some stability issues (e.g. layout files that could crash i3). You have been warned! :) FYI: I just merged the session-saving branch into the “next” branch, so it’s on track for a release in i3 v4.8. Please help by testing it and sending feedback! (To be very explicit: this means you should switch back to “next” now, since the “session-saving” branch will not see any updates and will be deleted soon.) Hi Thank you for introducing this feature. It's going to be another great feature of an already great window manager. Does that mean that the 2 perl modules are likely to become i3 dependencies in the future? I'm trying to build the 'next' branch without luck. I mean it builds find but I can't seem to find the i3-save-tree command in the installation directory. I've installed the additional perl modules, cloned the git repo, switched to the next branch, double checked that the i3-save tree exists in the directory (see the pastebin link), make, make install DESTDIR=install_dir but the i3-save-tree script is nowhere to be seen in the install directory (install_dir). Would I be incorrect thinking that it should be with other scripts in usr/bin/? Please advise. http://pastebin.com/h25JgXS6 Thank you Marcin
Re: [i3] i3 v 4.0 build problems
On 1 August 2011 20:23, Michael Stapelberg wrote: > Hi Marcin, > > Debugging this on a mailing list is tedious. Can you come to #i3 on IRC? > > In any case, check out the current next branch, where the build problems > should > be fixed: > > git clone -b next git://code.i3wm.org/i3 > > Best regards, > Michael > Thanks Michael, The next branch compiled without any problems. I'm using it now. I'll try to migrate my dzen2 config to the new version. If I have any problems with it I'm going to join #i3. Thanks regards Marcin
Re: [i3] i3 v 4.0 build problems
Just a correction. Obviously I've got a typo there. It's supposed to be CFLAGS instead of FCLAGS. I've corrected it and now I've got the following error: MAKE i3bar CC src/ucs2_to_utf8.c CC src/outputs.c CC src/workspaces.c CC src/ipc.c src/ipc.c: In function 'reconnect': src/ipc.c:57:13: warning: implicit declaration of function 'strerror' src/ipc.c:57:13: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c: In function 'got_data': src/ipc.c:152:5: warning: implicit declaration of function 'strlen' src/ipc.c:152:27: warning: incompatible implicit declaration of built-in function 'strlen' src/ipc.c:155:9: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c:165:13: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c:179:5: warning: implicit declaration of function 'strncmp' src/ipc.c:189:5: warning: implicit declaration of function 'memcpy' src/ipc.c:189:5: warning: incompatible implicit declaration of built-in function 'memcpy' src/ipc.c:210:13: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c: In function 'i3_send_msg': src/ipc.c:241:15: warning: incompatible implicit declaration of built-in function 'strlen' src/ipc.c:245:25: warning: incompatible implicit declaration of built-in function 'strlen' src/ipc.c:251:9: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c:257:5: warning: implicit declaration of function 'strncpy' src/ipc.c:257:5: warning: incompatible implicit declaration of built-in function 'strncpy' src/ipc.c:259:5: warning: incompatible implicit declaration of built-in function 'memcpy' src/ipc.c:272:13: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c: In function 'init_connection': src/ipc.c:294:9: warning: format '%s' expects type 'char *', but argument 5 has type 'int' src/ipc.c:299:5: warning: implicit declaration of function 'memset' src/ipc.c:299:5: warning: incompatible implicit declaration of built-in function 'memset' src/ipc.c:301:5: warning: implicit declaration of function 'strcpy' src/ipc.c:301:5: warning: incompatible implicit declaration of built-in function 'strcpy' src/ipc.c:303:9: warning: format '%s' expects type 'char *', but argument 6 has type 'int' src/ipc.c:310:9: warning: format '%s' expects type 'char *', but argument 5 has type 'int' CC src/main.c CC src/xcb.c src/main.c: In function 'expand_path': src/main.c:31:5: warning: implicit declaration of function 'strdup' src/main.c:31:20: warning: initialization makes pointer from integer without a cast src/main.c: In function 'read_color': src/main.c:55:20: warning: assignment makes pointer from integer without a cast src/main.c: In function 'main': src/main.c:160:25: warning: assignment makes pointer from integer without a cast src/main.c:181:26: warning: assignment makes pointer from integer without a cast CC src/child.c src/xcb.c: In function 'init_xcb': src/xcb.c:574:39: error: 'PATH_MAX' undeclared (first use in this function) src/xcb.c:574:39: note: each undeclared identifier is reported only once for each function it appears in src/xcb.c:584:13: warning: implicit declaration of function 'strndup' src/xcb.c:584:18: warning: assignment makes pointer from integer without a cast make[1]: *** [src/xcb.o] Error 1 make[1]: *** Waiting for unfinished jobs src/child.c: In function 'kill_child': src/child.c:185:9: warning: implicit declaration of function 'kill' make: *** [subdirs] Error 2 Has anyone tried it on Slackware? thank you regards Marcin On 1 August 2011 16:08, Marcin Herda wrote: > On 1 August 2011 13:57, Michael Stapelberg wrote: >> Hi Marcin, >> >> Excerpts from Marcin Herda's message of 2011-08-01 14:47:00 +0200: >>> MAKE i3bar >>> CC src/ucs2_to_utf8.c >>> CC src/outputs.c >>> src/outputs.c:15:20: fatal error: i3/ipc.h: No such file or directory >>> compilation terminated. >>> make[1]: *** [src/outputs.o] Error 1 >>> make: *** [subdirs] Error 2 >> The problem has been reported on IRC and will be adressed in a new minor >> release soon. Until then, you can fix this issue by adding the following line >> in i3bar/Makefile before the 'all: i3bar doc' line: >> >> CFLAGS += -I$(TOPDIR)/../include >> >> B
Re: [i3] i3 v 4.0 build problems
On 1 August 2011 13:57, Michael Stapelberg wrote: > Hi Marcin, > > Excerpts from Marcin Herda's message of 2011-08-01 14:47:00 +0200: >> MAKE i3bar >> CC src/ucs2_to_utf8.c >> CC src/outputs.c >> src/outputs.c:15:20: fatal error: i3/ipc.h: No such file or directory >> compilation terminated. >> make[1]: *** [src/outputs.o] Error 1 >> make: *** [subdirs] Error 2 > The problem has been reported on IRC and will be adressed in a new minor > release soon. Until then, you can fix this issue by adding the following line > in i3bar/Makefile before the 'all: i3bar doc' line: > > CFLAGS += -I$(TOPDIR)/../include > > Best regards, > Michael > Thank you Michael. Unfortunately it hasn't helped. The error hasn't disappeared. I removed the old sources and downloaded the tarball again. The i3-4.0/i3bar/Makefile is as follows: TOPDIR=$(shell pwd) include $(TOPDIR)/common.mk FILES:=$(wildcard src/*.c) FILES:=$(FILES:.c=.o) HEADERS:=$(wildcard include/*.h) FCLAGS+=-l$(TOPDIR)/../include all: i3bar doc When I 'make clean' after the error, I get the following: which: no lcov in (/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/lib64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/java/bin:/usr/lib64/kde4/libexec:/usr/lib64/qt/bin:/usr/share/texmf/bin:.:/home/xtd8865/bin) CLEAN i3-msg CLEAN i3-input CLEAN i3-nagbar CLEAN i3-config-wizard CLEAN i3bar make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. I din't know if it matters. Thank you for your help. regards Marcin
[i3] i3 v 4.0 build problems
Hi I'm really sorry if it's a double mail, but I'm not really sure if my previous email has been sent. Hi Michael and others, Thanks for the new release. Are there any specific build instructions for 4.0. I'm trying to compile it on Slackware64 13.37. I just enter 'make' and that's what I get: bash-4.1$ make YACC src/cfgparse.y LEX src/cfgparse.l YACC src/cmdparse.y LEX src/cmdparse.l CC src/resize.c CC src/con.c CC src/handlers.c CC src/config.c CC src/manage.c CC src/move.c CC src/xinerama.c CC src/match.c CC src/log.c CC src/x.c CC src/load_layout.c CC src/output.c CC src/floating.c CC src/ipc.c CC src/window.c CC src/main.c CC src/debug.c CC src/xcursor.c CC src/util.c CC src/workspace.c CC src/xcb.c CC src/click.c CC src/sighandler.c CC src/ewmh.c CC src/assignments.c CC src/randr.c CC src/render.c CC src/tree.c LINK i3 MAKE i3-msg CC main.c LINK i3-msg MAKE i3-input CC ucs2_to_utf8.c CC ipc.c CC keysym2ucs.c CC main.c CC xcb.c LINK i3-input MAKE i3-nagbar CC main.c CC xcb.c LINK i3-nagbar MAKE i3-config-wizard YACC cfgparse.y LEX cfgparse.l CC ipc.c CC main.c CC xcb.c LINK i3-config-wizard MAKE i3bar CC src/ucs2_to_utf8.c CC src/outputs.c src/outputs.c:15:20: fatal error: i3/ipc.h: No such file or directory compilation terminated. make[1]: *** [src/outputs.o] Error 1 make: *** [subdirs] Error 2 I can't seem to find any relevant information on it. Thank you regards Martin
