Re: [dev] [dmenu] Vertical bug
I can almost confirm this. It seems like -l values 6 are ignored and 6 ist used. Values6 are correctlz uses. On Dec 2, 2009 8:50 PM, Tadeusz Sośnierz tadzi...@gmail.com wrote: Hello, Looks like dmenu (in tip) ignores the -l argument, assuming 10 anyway. Regards, Ted
Re: [dev] [dmenu] Vertical bug
2009/12/3 Jonathan Slark jonathan.sl...@talktalk.net: Anselm R Garbe wrote: 2009/12/2 Tadeusz Sośnierz tadzi...@gmail.com: Looks like dmenu (in tip) ignores the -l argument, assuming 10 anyway. Thanks for reporting the dmenu issues with hg tip. I'll look into them soon once my first stali release is ready. Cheers, Anselm First stali release is nearly ready? O_o I've been checking the site for a while to see if it's been released, can't wait! Well I can wait as I know it's a lot of work but ya know what I mean! I've been scripting my own automated LFS w/ pkgusr package management and that takes a lot of my time. It always takes longer than expected ;) Cheers, Anselm
Re: [dev] [surf] Man fix patch and feature inquiry
On Thu, Dec 3, 2009 at 12:54 AM, Jonathan Slark jonathan.sl...@talktalk.net wrote: 1) Middle mouse button auto scroll à la Firefox. I could possibly simulate this in surf.c but I was wondering if there is a feature like this already in GTK windows or WebKitGTK+? I use the EmulateWheel feature in X11. -- # Kurt H Maier
Re: [dev] [dmenu] Vertical bug
A second bug (I think): With the latest tip, I get the nice cursor, but if I do -l 10 the cursor isn't there. Peter On Wed, 2 Dec 2009, Tadeusz Sośnierz wrote: Hello, Looks like dmenu (in tip) ignores the -l argument, assuming 10 anyway. Regards, Ted
Re: [dev] [surf] Man fix patch and feature inquiry
On Thu, Dec 03, 2009 at 06:54:41AM +, Jonathan Slark wrote: 2) Being able to set a proxy. I would appreciate if surf honored http_proxy and https_proxy environment variables but I have no idea how easy this would be to implement. This was added: changeset: 166:79546c08cfa7 user:Enno Boland (tox) t...@s01.de date:Mon Nov 02 09:27:32 2009 +0100 summary: adding environment variables for proxy and useragent I haven't tested it yet though. -- Jake Todd // If it isn't broke, tweak it! pgpbaki4k29nm.pgp Description: PGP signature
[dev] [2wm] Error during install
Hello dev@ I want to try out 2wm but it doesn build, Xlib header files are installed. Here is what I get: ~$ hg clone http://hg.suckless.org/2wm cd ./2wm sudo make clean install destination directory: 2wm requesting all changes adding changesets adding manifests adding file changes added 16 changesets with 64 changes to 17 files updating working directory 14 files updated, 0 files merged, 0 files removed, 0 files unresolved cleaning 2wm build options: CFLAGS = -Os -I. -I/usr/include -I/usr/X11R6/include -DVERSION=0.2 LDFLAGS = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 CC = cc CC client.c CC event.c event.c:18: error: ‘tag’ undeclared here (not in a function) event.c:18: error: ‘toggletag’ undeclared here (not in a function) event.c:18: error: ‘togglemode’ undeclared here (not in a function) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[31].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[32].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[33].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[34].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[35].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[36].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[37].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[38].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[39].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[40].func’) make: *** [event.o] Error 1 How can I fix this?
Re: [dev] [dmenu] pasting bug
On Tue, Dec 1, 2009 at 13:17, Evan Gates evan.ga...@gmail.com wrote: Yep, definitely bugs. When I wrote the paste patch cursor wasn't a part of dmenu, so as of right now paste assumes a cursorless dmenu. I'll take a look at it tonight and see if I can rewrite paste to work with cursor. Also what do people think about the sselp dependency? I can always copy and paste the sselp code directly in instead, let me know. -emg Personally, I'd rather a dependency on xclip rather than sselp. I think that is much more likely to be installed on someone's computer than sselp. Of course, xclip does a lot more than sselp.
[dev] [stali] corrupted pack
Hello, Here is the output from fetching stali : x...@eol:~/stali$ git clone git://stali.yokuts.org/ Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/ remote: Counting objects: 52224, done. remote: Compressing objects: 100% (39504/39504), done. Receiving objects: 100% (52224/52224), 194.06 MiB | 1951 KiB/s, done. fatal: pack is corrupted (SHA1 mismatch) fatal: index-pack failed remote: Total 52224 (delta 11128), reused 52215 (delta 9) I just wanted to let you know.
Re: [dev] [stali] corrupted pack
2009/12/3 Julien Steinhauser julien.steinhau...@orange.fr: x...@eol:~/stali$ git clone git://stali.yokuts.org/ Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/ remote: Counting objects: 52224, done. remote: Compressing objects: 100% (39504/39504), done. Receiving objects: 100% (52224/52224), 194.06 MiB | 1951 KiB/s, done. fatal: pack is corrupted (SHA1 mismatch) fatal: index-pack failed remote: Total 52224 (delta 11128), reused 52215 (delta 9) I just wanted to let you know. Hmm, does the same happen from git://sta.li/stali? Perhaps the mirror has some issue... Cheers, Anselm
Re: [dev] [stali] corrupted pack
On Thu, Dec 03, 2009 at 06:27:05PM +0100, Julien Steinhauser wrote: Hello, Here is the output from fetching stali : x...@eol:~/stali$ git clone git://stali.yokuts.org/ Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/ remote: Counting objects: 52224, done. remote: Compressing objects: 100% (39504/39504), done. Receiving objects: 100% (52224/52224), 194.06 MiB | 1951 KiB/s, done. fatal: pack is corrupted (SHA1 mismatch) fatal: index-pack failed remote: Total 52224 (delta 11128), reused 52215 (delta 9) I just wanted to let you know. Same happened to me, but when I tried again it worked fine. -emg
Re: [dev] [stali] corrupted pack
On Thu, Dec 03, 2009 at 09:40:27AM -0800, Evan Gates wrote: On Thu, Dec 03, 2009 at 06:27:05PM +0100, Julien Steinhauser wrote: Hello, Here is the output from fetching stali : x...@eol:~/stali$ git clone git://stali.yokuts.org/ Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/ remote: Counting objects: 52224, done. remote: Compressing objects: 100% (39504/39504), done. Receiving objects: 100% (52224/52224), 194.06 MiB | 1951 KiB/s, done. fatal: pack is corrupted (SHA1 mismatch) fatal: index-pack failed remote: Total 52224 (delta 11128), reused 52215 (delta 9) I just wanted to let you know. Same happened to me, but when I tried again it worked fine. -emg The second try has also been the good one here. :)
Re: [dev] [stali] corrupted pack
On Thu, Dec 3, 2009 at 12:27 PM, Julien Steinhauser julien.steinhau...@orange.fr wrote: Hello, Here is the output from fetching stali : x...@eol:~/stali$ git clone git://stali.yokuts.org/ Initialized empty Git repository in /home/x/stali/stali.yokuts.org/.git/ remote: Counting objects: 52224, done. remote: Compressing objects: 100% (39504/39504), done. Receiving objects: 100% (52224/52224), 194.06 MiB | 1951 KiB/s, done. fatal: pack is corrupted (SHA1 mismatch) fatal: index-pack failed remote: Total 52224 (delta 11128), reused 52215 (delta 9) I just wanted to let you know. Me too, and I saw it back on Monday. Same pattern, where the second clone worked fine. When I did a pull on Tuesday and got the OpenBSD /bin update, that worked on the first try.
Re: [dev] [2wm] Error during install
Hello I just tried to build using the files in the gzipped tarball from http://dl.suckless.org/misc/2wm-0.1.tar.gz and now it works fine. I must admit that I am new to mercury, maybe I did something wrong when using the hg command I mentioned in my previous message? On Thu, Dec 3, 2009 at 6:01 PM, Julien Steinhauser julien.steinhau...@orange.fr wrote: On Thu, Dec 03, 2009 at 05:25:45PM +0100, Frederik Caulier wrote: Hello dev@ I want to try out 2wm but it doesn build, Xlib header files are installed. Here is what I get: ~$ hg clone http://hg.suckless.org/2wm cd ./2wm sudo make clean install destination directory: 2wm requesting all changes adding changesets adding manifests adding file changes added 16 changesets with 64 changes to 17 files updating working directory 14 files updated, 0 files merged, 0 files removed, 0 files unresolved cleaning 2wm build options: CFLAGS = -Os -I. -I/usr/include -I/usr/X11R6/include -DVERSION=0.2 LDFLAGS = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 CC = cc CC client.c CC event.c event.c:18: error: ‘tag’ undeclared here (not in a function) event.c:18: error: ‘toggletag’ undeclared here (not in a function) event.c:18: error: ‘togglemode’ undeclared here (not in a function) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[31].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[32].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[33].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[34].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[35].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[36].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[37].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[38].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[39].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[40].func’) make: *** [event.o] Error 1 How can I fix this? Hello, I'm sorry being unhelpful but it is surely not 2wm fault, it builds here like the following : x...@eol:~/sources/2wm-a4cf6d6679d1$ make clean install cleaning 2wm build options: CFLAGS = -Os -I. -I/usr/include -I/usr/X11R6/include -DVERSION=0.2 LDFLAGS = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 CC = cc CC client.c CC event.c CC main.c CC util.c CC view.c CC -o 2wm installing executable file to /home/x/bin installing manual page to /home/x/share/man/man1
Re: [dev] [2wm] Error during install
The mercurial repo has a misplaced config.h, remove that and building will work. -- Daniel 2009/12/3 Frederik Caulier aed...@gmail.com: Hello I just tried to build using the files in the gzipped tarball from http://dl.suckless.org/misc/2wm-0.1.tar.gz and now it works fine. I must admit that I am new to mercury, maybe I did something wrong when using the hg command I mentioned in my previous message? On Thu, Dec 3, 2009 at 6:01 PM, Julien Steinhauser julien.steinhau...@orange.fr wrote: On Thu, Dec 03, 2009 at 05:25:45PM +0100, Frederik Caulier wrote: Hello dev@ I want to try out 2wm but it doesn build, Xlib header files are installed. Here is what I get: ~$ hg clone http://hg.suckless.org/2wm cd ./2wm sudo make clean install destination directory: 2wm requesting all changes adding changesets adding manifests adding file changes added 16 changesets with 64 changes to 17 files updating working directory 14 files updated, 0 files merged, 0 files removed, 0 files unresolved cleaning 2wm build options: CFLAGS = -Os -I. -I/usr/include -I/usr/X11R6/include -DVERSION=0.2 LDFLAGS = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 CC = cc CC client.c CC event.c event.c:18: error: ‘tag’ undeclared here (not in a function) event.c:18: error: ‘toggletag’ undeclared here (not in a function) event.c:18: error: ‘togglemode’ undeclared here (not in a function) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[31].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[32].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[33].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[34].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[35].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[36].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[37].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[38].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[39].func’) event.c:18: error: initializer element is not constant event.c:18: error: (near initialization for ‘key[40].func’) make: *** [event.o] Error 1 How can I fix this? Hello, I'm sorry being unhelpful but it is surely not 2wm fault, it builds here like the following : x...@eol:~/sources/2wm-a4cf6d6679d1$ make clean install cleaning 2wm build options: CFLAGS = -Os -I. -I/usr/include -I/usr/X11R6/include -DVERSION=0.2 LDFLAGS = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 CC = cc CC client.c CC event.c CC main.c CC util.c CC view.c CC -o 2wm installing executable file to /home/x/bin installing manual page to /home/x/share/man/man1
Re: [dev] [dmenu] Vertical bug
pancake wrote: Jonathan Slark wrote: Anselm R Garbe wrote: 2009/12/2 Tadeusz Sośnierz tadzi...@gmail.com: Looks like dmenu (in tip) ignores the -l argument, assuming 10 anyway. Thanks for reporting the dmenu issues with hg tip. I'll look into them soon once my first stali release is ready. Cheers, Anselm First stali release is nearly ready? O_o I've been checking the site for a while to see if it's been released, can't wait! Well I can wait as I know it's a lot of work but ya know what I mean! I've been scripting my own automated LFS w/ pkgusr package management and that takes a lot of my time. Jon. pkgusr? did you mean pkgsrc? Sorry, it was short hand for using package users and fakeroot as package management. http://www.linuxfromscratch.org/hints/downloads/files/more_control_and_pkg_man.txt Jon.
