I was going to include some details under 'Patching' stepping people through the process.
I know that it shouldn't be necessary for someone using dwm, but it would mean that there would be fewer posts in the forums about this issue...
Jasonwryan 19:16, 23 November 2009 (EST)
- Just my two cents, but I would refer them to the patching documentation already provided by the suckless developers, unless of course you're planning to explain what a patch is...and in that case, I would suggest creating a 'diff' or 'patch' article and placing the content there, since it would apply to much more than just dwm:
- Thayer Mon Nov 23 15:27:29 PST 2009
Your point is a good one. I was motivated by the fact that the suckless instructions are (deliberately?) opaque. I managed to work it out (after a lot of searching, etc) and figured that others would be in the same boat.
I'm not qualified to write stand alone pages on patching of diffs, so I'll leave that to others...
Jasonwryan 19:03, 23 November 2009 (EST)
For what it's Worth, I say GO FOR IT! suckless.org isn't going to be helpful to anyone. I'm sure people would appreciate you sparing them the difficulty.
There's no "~/.Xclients" no more in gdm3 (to run dwm configuration scripts in GDM users case)
As you may noticed, the "Run Xclient script" gdm menu entry is missing in gdm3, so one can't set it's scripts (to display date on statue bar for example) in the "~/.Xclients". The solution I found on the net is the following:
Create a '.desktop' file in '/usr/share/xsessions' [owned by root:root with permissions 644] whose 'Exec' entry is '/etc/X11/Xsession'. See the example given bellow. This creates a gdm sessions menu entry that runs Xsession without any arguments. The default behavior of Xsession is to check for the user's ~/.xsession, and get sh to interpret it, thus accomplishing what we want. Of course, this should work with more than just gdm [in the case that other display managers similarly lack an equivalent option by default].
The example :
create the file /usr/share/xsessions/user.destop and fill it with the code bellow :
Name=User XSession Script
Comment=Runs your ~/.xsession script
End of example
thanks to Jonathan Thiessen from https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/399516++
Jokerboy, if you are going to make those sorts of suggestions, please discuss them beforehand. While your approach works for you, it does restrict what other less experienced users could do with ABS. It should be flagged as such. Jasonwryan 01:32, 28 May 2011 (EDT)
- Actually I was thinking about doing the same changes - abs is huge and getting dwm PKGBUILD from Arch git isn't the right way to go. I think ABS has enough info about general use so why not post a link to the article and keep Jokerboy's edits? -- Karol 06:44, 28 May 2011 (EDT)
- I've no objection to including the method - as long as it is an addition to the article, not a replacement to the traditional approach. Jasonwryan 15:43, 28 May 2011 (EDT)