gmane.comp.window-managers.sawfish

Re: lack of contributors

Heow Goodman — 2012-05-17T20:15:31

Let's maintain sawfish!  Here is the process:

http://wiki.debian.org/DebianMaintainer

I know some maintainers already.

- h

On 05/16/2012 12:18 PM, fuchur wrote:

Re: problem creating a .deb for librep from git source

Darth Emacs — 2012-05-16T20:30:13

Hi,

I came across a link to a similar error to what I am getting, exit status
255:

https://bugs.launchpad.net/bzr-builder/+bug/886728

It looks that going with 3.0 (native), as I mentioned several responses
earlier, might be an acceptable workaround if you want to get the latest
git source working.

Re: lack of contributors

fuchur — 2012-05-16T16:18:28

Hi,

On Mon, 14 May 2012 20:32:16 -0700
wrote Darth Emacs <darthemacs< at >gmail.com>:


Not really:
http://article.gmane.org/gmane.comp.window-managers.sawfish/9112

For sawfish it is a sad situation that it have no maintainer who 
updated sawfish in debian. Many other dists use debians packages
and the most have also only sawfish 1.5.XXX with bugs 
(lost windows in sawfish, panel disappears ...) fix for a
long time. If sawfish don't find someone which maintain the debian
packages, the most people think after try sawfish as windowmanager
it is very buggy and remove/try a other.

Re: lack of contributors

Darth Emacs — 2012-05-15T03:32:16

I came across this link for debian developers and maintainers. It might be
worth following up:

http://mentors.debian.net/

The debian maintainer of sawfish is listed as Luis Rodrigo Gallardo Cruz:

http://qa.debian.org/developer.php?login=rodrigo%40debian.org

Hope it helps.

Re: lack of contributors

Eric P. Mangold — 2012-05-10T00:15:06

I just reach for mk-build-deps. If the control file has all the right
stuff in it, then mk-build-deps will get you a throw-away meta-package
that depends on everything you need. Use gdebi to install it and
you're done.

-E

On Tue, May 8, 2012 at 7:50 PM, Darth Emacs <darthemacs< at >gmail.com> wrote:

Re: lack of contributors

Darth Emacs — 2012-05-09T08:56:10

Well, if I remember correctly it was seven or eight years ago and fakeroot
was acting really buggy. The only way I could get it to work was running it
as root. Rather than watching the bug reports to see when the maintainers
fix the buggy actions of fakeroot, I just got in the habit of running it as
root. It is like when I am running command line as su and want to return to
normal user. I don't use 'exit', I use 'su' and the user name I want to
switch into. It is also possible I do it that way because I am not Dutch.

 http://www.python.org/dev/peps/pep-0020/

Although there are many times when I wish I were Dutch. lol.


PS: Why do you run dpkg-buildpackage as root despite fakeroot simulates

Re: lack of contributors

POMPEE William — 2012-05-09T06:39:28

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

Indeed sawfish have already been debianized but I think the set of
packages {librep, rep-gtk, sawfish} lacks maintenance|maintainers as
noticed:

http://listengine.tuxfamily.org/lists.tuxfamily.org/sawfish/2012/04/msg00051.html

PS: Why do you run dpkg-buildpackage as root despite fakeroot simulates
root privileges?

Regards,

POMPEE William


On 09/05/2012 04:39, Darth Emacs wrote:

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPqhESAAoJED2RVhds6ZJl6E4QAJ1QTQQcvAyGcDqcMFYGeBMS
QUfwbbqrxCqyY+QtpxKSj6E/92wdQRI/0STo6kIqXH1KRaWSEHLTTEnppsZPiWQz
/IhGBLiwx/VJyrmQ1nGbFj8xe75ZtfApRDwjOJlsC12sHsMW7I0L/iOwmhJ80mtO
y435uAKAfL5Tfap2bcVyyAZym7n4u0/n3TWwVU+D6btiQDE2u+CyfXJ6ooV1uJmF
/2+Rz0EXLgcEV2v+hk7dzskwg3pnmdfl2eg+ts5w8UFluHP+ntMbPJJVsq6ExZvs
AWkFa3DgaJCeJtdJrSF4VawYrExlDU6hbJrviZJ1N7xLk8N0kWtI2jS9gyOlonAg
lty1vgcKdsW7T/NJt5KwDgqfRRHsreTQ7/RBzL7RRxaUHo2wsJU5LJXXYuVWK

Re: lack of contributors

Darth Emacs — 2012-05-09T00:50:20

hi again,

Almost forgot you will probably have install dh-autoreconf and perhaps
debhelper to help build the debs.

On Tue, May 8, 2012 at 5:39 PM, Darth Emacs <darthemacs< at >gmail.com> wrote:

Re: lack of contributors

Darth Emacs — 2012-05-09T00:39:08

hi folks,

Debian packaging of the sawfish packages is really simple. Chris has
already debianized the packages so basically all you have to do is:

download the git source
cd in the package
run 'autogen.sh' as normal user
run 'dpkg-buildpackage -rfakeroot' as root (su or sudo)

I just noticed that wheezy has a new gcc (4.7) as well as a new dpkg that
were upload to the repositories this last weekend. Hopefully this will
solve some of my problems building debs. Good luck and have fun :)

On Tue, May 8, 2012 at 1:06 AM, POMPEE William <william.pompee< at >gmail.com>wrote:

Re: lack of contributors

POMPEE William — 2012-05-08T08:06:59

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Eric!

I'm not a expert in Debian packaging but I once tried to make a package
(splashy IIRC) from the upstream source code. I may help you if you want.

Regards,

POMPEE William


On 07/05/2012 19:42, Eric P. Mangold wrote:

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPqNQUAAoJED2RVhds6ZJlwVYP/3PkfG8EeSal/RoNJtJN1VZ9
s+3XnMIqjOIAOo7jpo8foYcNfgsWvqBE8R4W9wl2pyz57RQ70ukStS4B+1PX6iV4
SJ6msIHg8jSEhDwR2ceFOj9VLwAOEYb8vAWEhcPTdCQshCFXhgP+ahtaDTSdnecp
YY0SOclreuAGf/az+im/H36BowUukcmOC2B9It7Hc+XfWwFstFwDjNeZmEqhm1qb
pe8eim/YotoHTxoQAvRRUb4R8tTTOX4pVYV3IkpfjLlEmFZdOl9Z1XfjC3rbxyPz
YpxJYtN1TMIZQAxEIWptw9Fqpd1T0gJEmU/hWp8I5KdMVczd8rfJY9vIIh3X/DeY
ceH8D3mhWBb47MoRQzUQdE1Vd4xWEfJM5jVcHQLds2WUkLpsqBcr8IntsIM7F9aJ
uGSC+ESsvs5csaSIVOTag07YhJnj3NqOhtozf6Oo5IFRacG+8ZoN5QNB+Rkm7JaK
4tPREInEIvS+wHvcQGFcW3ElDeSJb0sfXXfvp4J/lQN2oThgDy/PuqK+lpxZIL6z
WK5Utq1+PQoD4nZJi0aJ+tADvMoHd

Re: lack of contributors

Heow Goodman — 2012-05-07T17:53:22

I don't have any, but I'm willing to be a boat-anchor and learn!  :-)

In any event, I can certainly test it, I've got VMs set up with various
versions of Ubuntu, LinuxMint etc.

- h

On 05/07/2012 11:42 AM, Eric P. Mangold wrote:

Re: lack of contributors

Eric P. Mangold — 2012-05-07T15:42:57

I have a bit of experience with DEB packaging, and would like to
volunteer to maintain packaging compatible with Debian and Ubuntu.

When I have time, hopefully in the next two weeks, I'll try to get an
up-to-date repository set up on Alioth (debian repo server). I
currently have a guest account there, for some .NET packaging work I
did earlier. Typically Debian likes to maintain their own repo's for
the packaging (/debian directory), from which upstream tarballs are
imported. Once working we can request a sync with Ubuntu. And perhaps
a PPA can go up also.

Whoever has packaging experience and would like to assist please raise
your hand. I might run in to some problems that I could use a hand
with.

Cheers,
-E

On Mon, May 7, 2012 at 6:17 AM, Peter Funk <pf< at >artcom-gmbh.de> wrote:

Re: lack of contributors

Peter Funk — 2012-05-07T11:17:58

Hello all,

Heow Goodman schrieb am Freitag, den 04.05.2012 um 13:46:
...

I was (and partly still I am) in a very comparable situation.

Those curious might want to have look at the photo I 
uploaded to the sawfish wiki today here:
  http://sawfish.wikia.com/wiki/File:GroessenVergleich_mit_ipad_und_iphone.jpg
The MultiHD monitor desk shown there is currently displayed in
our company booth at the fair DRUPA 2012 in Düsseldorf, Germany.

Only a few days before start of the fair I decided to compile 
sawfish (1.8.92), rep-gtk (0.90.8) and librep (0.92.2) and put
it onto a fresh Linux Mint 12 install.  Since I was in a hurry
and had not much experience with Debian package building I decided 
to do a simple installation into /usr/local .

Regards, Peter.

lack of contributors

Heow Goodman — 2012-05-04T17:46:40

The lack of up-to-date DEB's doesn't help, and unfortunately it's not
working on the latest Ubuntu 12.04.

12.04 is broken with every sawfish version I've tried, and I've tried a
lot of them:

  1.5.2 (native)
  1.8.0
  1.8.9
  bleeding edge source (via git), after building libtool

(debs are compliments of http://www.nanolx.org/apt/pool/main/s/sawfish/)

With both my physical machine and a VM, I get the same problem:  After
about 2 minutes of use, all the windows freeze and am unable to move
them or focus.  Across all versions on all platforms even with Gnome
Classic installed.

Because I need to get work done, I'm just installing LinuxMint.  But
getting it on the latest Ubuntu, as well as some more up-to-date DEBS
would be a big win.

I'm willing to help with the effort too.

- h

Re: keymap resets for window / sharing input with window group

Teika Kazura — 2012-05-04T13:20:00

Hi, Julio. I'm Teika, a retired developer of Sawfish.

If your window group consists of a window class, then you can
use "window rules". Read KEYBIDINGS in the source tarball.

If not, it's a bit complicated, but try 
(ungrab-keymap your-keymap)
(grab-keymap your-keymap)

Explanation: I don't remember the exact mechanism, but setting the
keymap by window-put is not sufficient (sorry, undocumented). What
window-put does is a pure lisp matter, but you have to register keys
in X. If you want to read the source ;-), see KEYBINDING, src/keys.c,
wm.keymap.

Regards,
Teika (Teika kazura)

Re: problem creating a .deb for librep from git source

Darth Emacs — 2012-05-03T21:40:16

Tried deprecating git from wheezy to squeeze [1:1.7.10-1 (now, testing) ->
1:1.7.2.5-3 (stable)].

Same errors when trying to build librep. I'm out of ideas.

Re: problem creating a .deb for librep from git source

Darth Emacs — 2012-05-03T19:55:35

problem with building from 3.0 (native). Unfortunately it doesn't solve the
problem when building from 3.0 (git). I'm not going to go with the 3.0
(native) option because it is too messy and wasn't meant to be run this way
therefore an incorrect build is possible. I cloned a new copy of librep,
ran autogen.sh then ran dpkg-buildpackage -rfakeroot. The same errors that
I originally had are still there even with a deprecated libtool. Nice catch
with the libtool though. I had completely forgotten that the last time I
built packages was on a squeeze/wheezy hybrid and when I upgraded to a
wheezy distribution I just used my old packages. Still can't build from the
git source at this time though.

< at >ruby:~/checkout/librep$ ./autogen.sh
Running autoheader
Running libtoolize
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./config.guess'
libtoolize: copying file `./config.sub'
libtoolize: copying file `./install-sh'
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_M

Re: problem creating a .deb for librep from git source

POMPEE William — 2012-05-03T06:34:52

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

The libtool error for librep 0.92.2 have already been reported.

See:

http://listengine.tuxfamily.org/lists.tuxfamily.org/sawfish/2012/04/msg00035.html
http://listengine.tuxfamily.org/lists.tuxfamily.org/sawfish/2012/04/msg00051.html

Regards,

POMPEE William


On 03/05/2012 09:05, Darth Emacs wrote:

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPoicGAAoJED2RVhds6ZJlqFIP/irGDnrERamgtFU703xYs7ay
np2t/5qJpc9riuXC0u7ZQT9jDcgZsryeoS6LCGBiES0w9erUwNCK1FoMj+j6N6R4
ca8bwcFoAf7W2TNylayPso82dd/ATv8W/FAYGhEe/XiiTmR/SmlCXIzg42S9gVdG
uBK/qa/Sm4j1Vtw/zVE3xnWtI29iw1Qnd9EzjHiY+DEPLw2VCNnpXw9x0z82zlfA
2qHBhA+58QaEYZVB4V08SWmw99lK0Fywbf1NRwhuZJc4kd2iTEp5/ncPpEHOvh68
SCJcNsDIwE/IkJzrKUycjgslg0Jy2Rl1kA14KBosnmEzirdErY2AWssjVOXwqv6y
4j7BkE2XAW4gFBfqKBoIpFtY9UTrTYVm/p55yyrcVeSrVRNN2PW1/ib+z5NgwRsf
WS0GVGr2gH89GNXdWiKr7RqmeecEdumCj8QPiZRrPLvYjyIDvqrlRq9flyX2VuKS
CwwZ7avwjEJjpQ

Re: problem creating a .deb for librep from git source

Darth Emacs — 2012-05-03T05:05:14

Hi,

Latest try was to change debian/source/format from 3.0 (git) to 3.0
(native) from the librep 0.92.2 source file in xz format file. I made this
attempt to prove to myself that it was not the new git that debian wheezy
installed several weeks ago that was the problem. Still can't create a deb
but I am fairly sure it is not the new git version causing the problem.

Downloaded the .xz file for latest librep.
Ran dh_make to create an orig.tar.gz for librep.
Ran ./autogen.sh
Ran dpkg-buildpackage -rfakeroot

versions gcc 4.6.3 and libtool 2.4.2

output:

root< at >ruby:/home/jim/build/sawfish/librep-0.92.2# dpkg-buildpackage
-rfakeroot
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: source package librep
dpkg-buildpackage: source version 3:0.92.1~20110521-1nano
dpkg-buildpackage: source changed by Christopher Roy Bratusek <
nano< at >tuxfamily.org>
dpkg-buildpackage: host architecture i386
 dpkg-source --before-build librep-0.92.2
 fakeroot debian/rules clean
dh clean --with au

Re: problem creating a .deb for librep from git source

Darth Emacs — 2012-05-01T09:01:02

Hi,

I ran a git pull using git-cola an received the following output:

 From git://git.tuxfamily.org/gitroot/librep/main

= [up to date] master -> origin/master

= [up to date] branch-0-13 -> origin/branch-0-13

= [up to date] branch_0-11 -> origin/branch_0-11

= [up to date] librep-0.17 -> origin/librep-0.17

= [up to date] master-UNNAMED-BRANCH -> origin/master-UNNAMED-BRANCH

Already up-to-date.


Could the UNNAMED-BRANCH be the reason for my error?

keymap resets for window / sharing input with window group

Julio Matus — 2012-04-30T14:42:13

Hey everyone.

I've been using sawfish for a while, and I've begun reading it's source
code.
Playing around with it, I've been trying to write a small function to
share a window's input with the assigned window group.

My approach is:

1) write a function that sends the input (keyboard event) to the same
window group
  something like:

  (map-window-group
   (lambda (window) (synthesize-event "a" window)) 
   (nth 7 (managed-windows)))

  worked for test purposes (it sent an "a" input to the same window
  group as the 7th window managed by sawfish...)

2) write a keymap (which is the only to get all the input from a window
  right?) and bind it's keys to a function like the one above (for test
  purposes for the time being, doing the same thing: putting "a" for
  example in all the windows in the group)

3) assign the keymap to that window using the (window-put)
  function. Like this:
  
  (window-put (nth 7 (managed-windows)) 'keymap window-group-keymap)


I ask for your opinion/advice/suggestions with thi