Package Details: dwm-git 6.3.r0.d39e2f34-1

Git Clone URL: (read-only, click to copy)
Package Base: dwm-git
Description: A dynamic window manager for X
Upstream URL:
Keywords: dynamic tiling windowmanager wm X11
Licenses: MIT
Conflicts: dwm
Provides: dwm
Submitter: gtmanfred
Maintainer: Sebastian209
Last Packager: Sebastian209
Votes: 34
Popularity: 0.29
First Submitted: 2012-12-04 01:17 (UTC)
Last Updated: 2022-01-20 00:16 (UTC)

Latest Comments

m040601 commented on 2022-02-22 02:34 (UTC)

I've been running dwm for like, 10 years?, in raspberry pis and chromebooks.

Only now noticed

arch=('i686' 'x86_64')

Please change it to

arch=('i686' 'x86_64' 'arm' 'armv7h' 'armv6h' 'aarch64')

Thanks in advance.

m040601 commented on 2022-02-17 01:55 (UTC)

Depends On      : libx11  libxinerama  libxft
Depends On      : libx11  libxinerama  libxft  freetype2  st  dmenu

Quick question, why the difference ?

I'm not 100% sure, and can't find it browsing the dwm site. Is dwm really still ("officially") dependent on "st" and "dmenu" ? Or is just a "Depends On" tag that needs to be corrected, either in "dwm" or "dwm-git" ?

PS: Tip, there is now an official Arch package called "bemenu" that works BOTH on the console and X/Wayland. Very nice alternative to dmenu.

4le34n commented on 2019-11-09 07:59 (UTC)

Look, maybe it will be more convenient. In this case, config.h is not needed in the array. So implemented in st-git PKGBUILD.

prepare() { cd $srcdir/${pkgname%-git}

echo 'Copying config.def.h to $startdir...' cp -fv config.def.h "$startdir/"

if [[ -f "$startdir/config.h" ]]; then echo 'Copy config.h to the build directory...' cp -fv "$startdir/config.h" config.h fi }

bidulock commented on 2019-11-07 08:33 (UTC)

Sure, done. I also removed the epoch and made the version conform to -git package practice.

4le34n commented on 2019-11-06 07:52 (UTC)

Correct the prepare section:

prepare() { cd $_pkgname if [[ -f "$srcdir/config.h" ]]; then cp -f "$srcdir/config.h" config.h fi }

mthead commented on 2019-02-23 22:42 (UTC)

Two instances of $pkgname/ need to be removed from the prepare section then it works.

mthead commented on 2019-02-22 11:06 (UTC)

My config.h is not being copied to src/dwm and therefore is not being utilized. I even checked taking the config.h that gets created by this package, making a slight modification (changed one colour), then placed that config.h into a newly extracted tarball. Still no. Could you check please?

Industrial commented on 2017-12-30 21:52 (UTC)

Somehow, something here is running 'apt-get'.

tagener-noisu commented on 2016-10-22 13:03 (UTC)

Hey, I've changed your PKGBUILD so it uses git branches to store user configs and applied patches. Check it out

bidulock commented on 2016-04-18 05:46 (UTC)

The reason for epoch was the the version numbering system was change to comply with VCS PKGBUILD guidelines and the package would not upgrade without it.

keenerd commented on 2016-04-18 03:48 (UTC)

Please don't needlessly use `epoch` here. There is rarely ever reason to use it in the official repositories and it should never be used in the AUR.

bidulock commented on 2016-03-31 20:38 (UTC)

How about $SRCDEST/$pkgname/config.h ?

haawda commented on 2016-03-31 20:06 (UTC)

I think, SRCDEST is a bad default directory for config.h, because I cannot have more than one that way, if I define SRCDEST in makepkg.conf.

ForgottenDev commented on 2016-01-08 17:52 (UTC)

athanas: this is obviously not useful to you anymore, but just for future reference...

athanas commented on 2014-08-05 15:51 (UTC)

Appogise for simple question but do I have to run 'makepkg -i' with sudo root? Thanks

spesialstyrker commented on 2013-11-03 19:08 (UTC)

Just so you know in the PKGBUILD I had to change this: ln -sf $SRCDEST/config.h $srcdir/config.h to this: ln -sf $SRCDEST/config.h $srcdir/dwm/config.h for my config.h to not be overwritten by the stock one pulled in by git.

jakobm commented on 2013-05-22 10:38 (UTC)

I customized your PKGBUILD a while ago and recently updated it to the new VCS features. You can disregard the patching and config.h inclusion, have a look at it: The CPPFLAGS/CFLAGS change is still not optimal.

vesath commented on 2013-04-07 20:00 (UTC)

Your sed line that uncomments `#CFLAGS = -g ...` enables debugging symbols (which are then stripped by makepkg anyway) and disables all optimizations; is that intended? Also, your two LDFLAGS sed command match no lines at all... Furthermore, what is the rationale for shipping a custom config.h in place of the vanilla upstream one? Finally, since you are using pacman-4.1 features, you might want to put all this in a prepare() function.

commented on 2012-12-06 08:52 (UTC)

Ok I looked into it and everything's fine, was my own mistake.

gtmanfred commented on 2012-12-04 18:05 (UTC)

it doesn't look like the hg repos exist anymore and they have moved to git and

commented on 2012-12-04 17:54 (UTC)

Just checked it out with git. Seems like the sources are much older than the latest hg version I used (version 1606). Do you know any specifics?

gtmanfred commented on 2012-12-04 01:38 (UTC)

project switched to -git

foresense commented on 2012-03-04 16:17 (UTC)

excellent! works here. thanks.

commented on 2012-03-04 14:36 (UTC)

Ok, I think/hope that fixes it! At least it works here :)

commented on 2012-03-03 19:24 (UTC)

I'll look into it, definitely! But not today, I have a terrible headache ;) I'm also not the best coder, so maybe it'll take a while, but you know, it's a learning experience, so it's worth it

foresense commented on 2012-03-03 18:09 (UTC)

yeah in theory the problem is still the same, but at least it works like this. I guess [ or test expect a binary true or false, and when you have more then one patchfile in the folder it gets a list of true or falses and chokes. There is probably a better way, but I'm not that much of a bash scripter.. just wanted to fix surf-hg :) will dig a little deeper if I have some time, or maybe you want to go at it?

foresense commented on 2012-03-03 18:01 (UTC)

no worries man, I actually used the base of your script to make the one in surf-hg more useable. dunno about the error I actually just cut out the piece I changed in surf-hg and pasted it here.. will have to inspect.

commented on 2012-03-03 17:40 (UTC)

Oh crap, that was really horrible coding!!! Sorry!!! And thanks missingsense, yours is better, I'll use it. But it also produces this output /home/$USER/dwm-hg/PKGBUILD: line 31: [: too many arguments Do you know how to fix that?

foresense commented on 2012-03-03 01:33 (UTC)

multiple patches break the script, so I changed it with this: # for custom patches if [ ! -e $startdir/*\.patch ] then msg "no patches" else for i in $startdir/*\.patch do msg "patching with $i" patch -i $i done fi

commented on 2012-02-21 20:43 (UTC)

Updated, so it also works without patches. I totally forgot to test this! Now it works.

commented on 2012-02-07 11:12 (UTC)

@litemotiv, this is caused by the new version of mercurial, see the bugtracker for details.

commented on 2012-02-07 11:11 (UTC)

Adopted and corrected/improved the PKGBUILD

commented on 2012-02-07 10:44 (UTC)

Package currently gives "unknown build error" on running makepkg.

totoloco commented on 2011-12-06 09:14 (UTC) improved PKGBUILD ;) <3 dwm