Dwm patches [Solved]

Hello, I've started to use DWM and have gotten it to look exactly the way I want, except for one thing. Is there anyway to make all windows outside of the focus transparent?
Last edited by schen (2010-04-04 23:16:26)

I ran into another problem...
When I patched dwm.c with the transparency patch from suckless.org, everything went well. However, when trying to recompile, this error came up.
==> Making package: dwm 5.7.2-2 x86_64 (Sun Apr 4 18:07:28 CDT 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> WARNING: Skipping source retrieval -- using existing src/ tree
==> WARNING: Skipping source integrity checks -- using existing src/ tree
==> WARNING: Skipping source extraction -- using existing src/ tree
==> Removing existing pkg/ directory...
==> Entering fakeroot environment...
==> Starting build()...
dwm build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/include/X11 -DVERSION="5.7.2" -DXINERAMA
LDFLAGS = -s -L/usr/lib -lc -L/usr/lib/X11 -lX11 -L/usr/lib/X11 -lXinerama
CC = cc
CC dwm.c
dwm.c: In function 'focus':
dwm.c:835: error: 'shade' undeclared (first use in this function)
dwm.c:835: error: (Each undeclared identifier is reported only once
dwm.c:835: error: for each function it appears in.)
make: *** [dwm.o] Error 1
==> ERROR: Build Failed.
Aborting...
Last edited by schen (2010-04-04 23:10:46)

Similar Messages

[SOLVED] DWM patch error

Hi. I want to apply the Bottom Stack patch to my dwm. I did for 5.6 but i don't know how
This is my PKGBUILD
# $Id: PKGBUILD 3133 2009-09-28 09:01:18Z spupykin $
# Maintainer: Sergej Pupykin <[email protected]>
# Contributor: Dag Odenhall <[email protected]>
# Contributor: Grigorios Bouzakis <[email protected]>
pkgname=dwm
pkgver=5.7.2
pkgrel=1
pkgdesc="A dynamic window manager for X"
url="http://dwm.suckless.org"
arch=('i686' 'x86_64')
license=('MIT')
options=(zipman)
depends=('libx11')
install=dwm.install
source=(http://code.suckless.org/dl/dwm/dwm-$pkgver.tar.gz \
config.h bstack.c)
md5sums=()
build() {
cd $srcdir/$pkgname-$pkgver
cp $srcdir/config.h config.h
patch -p0 -i /home/kismet/.dwm/patch/bstack.c
make X11INC=/usr/include/X11 X11LIB=/usr/lib/X11 || return 1
make PREFIX=/usr DESTDIR=$pkgdir install || return 1
install -m644 -D LICENSE $pkgdir/usr/share/licenses/$pkgname/LICENSE && \
install -m644 -D README $pkgdir/usr/share/doc/$pkgname/README
I don't how exactly put the patch.. this is the error i get
~/.dwm makepkg -efi
==> Creando el paquete: dwm 5.7.2-1 i686 (mié dic 16 18:02:39 CET 2009)
==> Comprobando Dependencias en tiempo de Ejecución...
==> Comprobando Dependencias en tiempo de Compilación...
==> PRECAUCIÓN: Saltando obtención de fuentes -- usando el arbol src/ existente
==> PRECAUCIÓN: saltando pruebas de integridad -- usando el arbol src/ existente
==> PRECAUCIÓN: Saltando extracción de las fuentes -- usando src/tree existente
==> Eliminando directorio pkg/ existente...
==> Entrando a un ambiente fakeroot...
==> Comenzando build()...
patch: **** Only garbage was found in the patch input.
dwm build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/include/X11 -DVERSION="5.7.2" -DXINERAMA
LDFLAGS = -s -L/usr/lib -lc -L/usr/lib/X11 -lX11 -L/usr/lib/X11 -lXinerama
CC = cc
CC dwm.c
En el fichero incluído de dwm.c:274:
config.h:37:20: error: bstack.c: No existe el fichero o el directorio
In file included from dwm.c:274:
config.h:44: error: 'bstack' no se declaró aquí (no en una función)
make: *** [dwm.o] Error 1
==> ERROR: Falló la compilación.
Abortando...
~/.dwm
What's happen?
Last edited by kismet010 (2010-02-08 05:51:28)

well, new error..
applying another patch:
patch -i ~/.dwm/src/dwm-5.7.2/bstack.c
patch -i ~/.dwm/src/dwm-5.7.2/dwm-5.7.2-pertag.diff
get this:
~/.dwm makepkg -efi
==> Creando el paquete: dwm 5.7.2-1 i686 (mié dic 16 19:28:13 CET 2009)
==> Comprobando Dependencias en tiempo de Ejecución...
==> Comprobando Dependencias en tiempo de Compilación...
==> PRECAUCIÓN: Saltando obtención de fuentes -- usando el arbol src/ existente
==> PRECAUCIÓN: saltando pruebas de integridad -- usando el arbol src/ existente
==> PRECAUCIÓN: Saltando extracción de las fuentes -- usando src/tree existente
==> Eliminando directorio pkg/ existente...
==> Entrando a un ambiente fakeroot...
==> Comenzando build()...
patch: **** Only garbage was found in the patch input.
patching file dwm.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 120.
Hunk #2 succeeded at 303 with fuzz 2 (offset 30 lines).
Hunk #3 FAILED at 1475.
Hunk #4 FAILED at 1493.
Hunk #5 FAILED at 1534.
Hunk #6 FAILED at 1645.
Hunk #7 FAILED at 1665.
Hunk #8 FAILED at 1937.
7 out of 8 hunks FAILED -- saving rejects to file dwm.c.rej
dwm build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/include/X11 -DVERSION="5.7.2" -DXINERAMA
LDFLAGS = -s -L/usr/lib -lc -L/usr/lib/X11 -lX11 -L/usr/lib/X11 -lXinerama
CC = cc
CC dwm.c
In file included from config.h:37,
from dwm.c:254:
bstack.c: En la función 'bstack':
bstack.c:7: error: puntero deferenciado a tipo de dato incompleto
bstack.c:11: error: puntero deferenciado a tipo de dato incompleto
bstack.c:12: error: puntero deferenciado a tipo de dato incompleto
bstack.c:12: error: puntero deferenciado a tipo de dato incompleto
bstack.c:13: error: puntero deferenciado a tipo de dato incompleto
bstack.c:13: error: puntero deferenciado a tipo de dato incompleto
bstack.c:13: error: puntero deferenciado a tipo de dato incompleto
bstack.c:13: error: puntero deferenciado a tipo de dato incompleto
bstack.c:17: error: puntero deferenciado a tipo de dato incompleto
bstack.c:18: error: puntero deferenciado a tipo de dato incompleto
bstack.c:18: error: puntero deferenciado a tipo de dato incompleto
bstack.c:19: error: puntero deferenciado a tipo de dato incompleto
bstack.c:20: error: puntero deferenciado a tipo de dato incompleto
bstack.c:20: error: puntero deferenciado a tipo de dato incompleto
bstack.c:20: error: puntero deferenciado a tipo de dato incompleto
bstack.c:20: error: puntero deferenciado a tipo de dato incompleto
bstack.c:22: error: puntero deferenciado a tipo de dato incompleto
bstack.c:25: error: puntero deferenciado a tipo de dato incompleto
bstack.c:25: error: puntero deferenciado a tipo de dato incompleto
bstack.c:26: error: puntero deferenciado a tipo de dato incompleto
dwm.c: En el nivel principal:
dwm.c:281: error: redefinición de 'struct Monitor'
dwm.c:306: error: redefinición de 'struct Monitor'
make: *** [dwm.o] Error 1
==> ERROR: Falló la compilación.
Abortando...
~/.dwm
Edit: same error (without hunks) althought not patching for bstack.c
Last edited by kismet010 (2009-12-16 18:36:13)

How does bottom stack work? dwm-sprinkles[solved]

Working my way through all the sprinkles by looking at the config.h ...
I want this
bstack (TTT)
+-----------------+
| |
| |
| |
+-----+-----+-----+
| | | |
| | | |
+-----+-----+-----+
like it shows on the patch's page,
but i get... I'm not even sure what's happening. It looks like the top window is one line tall
Last edited by tladuke (2010-08-03 18:36:11)

tladuke wrote:It looks like the top window is one line tall
This happened to me too! I thought I had done something stupid in config.h but maybe not. It wouldn't allow me to resize either, and the windows weren't entirely aligned right, as if they were somehow floating. Also, switching to another layout left the 1 line tall window still stuck at the top if I remember correctly. It's a sprinkles-specific problem I believe, as a plain dwm patched with pertag, attachaside, and bottomstack works just fine for me.
Last edited by splittercode (2010-07-31 01:43:48)

DWM Hackers Unite! Share (or request) dwm patches.

I'm not interested in getting yet another conversation about how people configuring their dwm or in having yet another thread full of screenshots. I'm starting this thread so people have a channel to share their dwm patches and hacks. Feel free to make requests or ask for help as well with your own endeavors as well.
Here are mine:
nbalanced
Its a one or two line tweak of nmaster.c. Behaves saner, imho. It no longer rushes to fill the master area, behaving kinda like gaplessgrid until the nmaster "level" is reached. Probably not the best name, but meh. Both tile and bstack version are "corrected".
nbalanced.c = http://github.com/simongmzlj/dwm/blob/m … balanced.c
opacify
A modified transparency patch. Requires xcompmgr to be running. I changed the transparency level to an int and added functions to allow runtime increasing/decreasing of transparency.
opacify.c = http://github.com/simongmzlj/dwm/blob/master/opacity.c
opacify.diff = http://github.com/simongmzlj/dwm/blob/m … acity.diff
cycle
This one is a product of collaboration between me and some other archers. Adds keybinding to add a way to move left and right through tags with the ability to pull the focused window with you. Like ctrl+alt or ctrl+alt+shift left and right in gnome.
cycle.c = http://github.com/simongmzlj/dwm/blob/master/cycle.c
tagmon
The only patch completely of my doing. Changes how dwm manages multiple monitors. Unless explicitly dragged across, this patch causes dwm to reapply the rules set for the window on the new monitor.
tagmon.diff = http://github.com/simongmzlj/dwm/blob/m … agmon.diff
gaps
This version of the patch, while still adding gaps on monocle - thats my preference - adds gaps around windows. Does not add a double width gap between adjacent windows.
gaps.diff = http://github.com/simongmzlj/dwm/blob/master/gaps.diff
Last edited by simongmzlj (2010-03-10 18:29:30)

erno wrote:anyone got nbalanced or nmaster working with pertag?
The issue is that the pertag patch moves the Monitor struct to just after the #include "config.h" line:
typedef struct Monitor Monitor;
typedef struct Client Client;
struct Client {
<snip>
/* configuration, allows nested code to access above variables */
#include "config.h"
struct Monitor {
char ltsymbol[16];
float mfact;
int num;
int by; /* bar geometry */
int mx, my, mw, mh; /* screen size */
int wx, wy, ww, wh; /* window area */
unsigned int seltags;
unsigned int sellt;
unsigned int tagset[2];
Bool showbar;
Bool topbar;
Client *clients;
Client *sel;
Client *stack;
Monitor *next;
Window barwin;
const Layout *lt[2];
int curtag;
int prevtag;
const Layout *lts[LENGTH(tags) + 1];
double mfacts[LENGTH(tags) + 1];
Bool showbars[LENGTH(tags) + 1];
It does this because the monitor structure now requires access the number of tags to function. This now precludes the ability of any code included in the config.h to use the Monitor struct as they see it as declared but undefined. My current solution is to split out a tags.h header with just the tags declared in them. Then this can be done like this
#include "tags.h"
struct Monitor {
char ltsymbol[16];
float mfact;
int num;
int by; /* bar geometry */
int mx, my, mw, mh; /* screen size */
int wx, wy, ww, wh; /* window area */
unsigned int seltags;
unsigned int sellt;
unsigned int tagset[2];
Bool showbar;
Bool topbar;
Client *clients;
Client *sel;
Client *stack;
Monitor *next;
Window barwin;
const Layout *lt[2];
int curtag;
int prevtag;
const Layout *lts[LENGTH(tags) + 1];
double mfacts[LENGTH(tags) + 1];
Bool showbars[LENGTH(tags) + 1];
/* configuration, allows nested code to access above variables */
#include "config.h"
and it all works. I'll post a version later tonight that allocates the length at runtime to avoid this circular dependency of files.
EDIT: Hows this? http://github.com/simongmzlj/dwm/blob/m … ertag.diff. I'm not sure if I should bother freeing those arrays seeing that they're constantly in use. Please test, if its okay I'll make pushing this one to the dwm website a priority as the on site one is broken.
Last edited by simongmzlj (2010-03-12 18:46:04)

How do you manage your dwm patches?

I use a mostly vanilla dwm from abs. I just tell it to use urxvt instead and set that hints thing to false. I just tried to go through suckless's mercurial patching tutorial, but I never use mercurial, so it's kind of... i'm not sure what's going on. I want to start adding some of the more complex patches, but I don't want all my work blown away every time I update
Last edited by tladuke (2010-06-15 00:53:20)

Honestly, I got tired of messing around with all the patches a while ago and switched to dwm-sprinkles. It has a lot of layouts I don't use and that sort of thing, but its nice to know its all there if I need to do something unexpected. I started with vanilla dwm and decided I needed bottomstack because I don't have a nice roomy widescreen. After that I kept piling crap on, and eventually realized it was just easier to use sprinkles and deal with being a week or so late on new versions.
Even with all of the crap sprinkles has patched in, its only an extra few hundred lines of code I believe. So you're not straying too far from the principles behind DWM. Only issue I've had is that in the last version, it would crash on my laptop any time I switched to bottom-stack on an empty desktop and then tried to open a term. I think it stopped after the latest version.
As for keeping track of everything, my config is pretty much set in stone - I just alter the exceptions stuff a little differently for each of my machines since they run different programs. I keep a copy of my current config.h-laptop and config.h-desktop backed up on my local server so that if I need to reinstall or something goes wrong its just a quick svn co to grab a new copy of sprinkles, scp one of my configs over, and then compile.

VirtualBox kernel 2.6.29 patch[SOLVED]

Hi,
I'm trying to build VirtualBox from AUR. I tried to apply the patch as instructed, got an error:
Verifying archive integrity... MD5 checksums are OK. All good.
patch: **** Can't open patch file /home/me/sandbox/abs/virtualbox_bin/src/virtualbox-kernel-2-6-29.patch : No such file or directory
==> ERROR: Build Failed.
Aborting...
There's no such file indeed. I suppose the trouble is due to my lack of skills; unwilling to contaminate the AUR thread with dumb questions, I post here .
My PKGBUILD, modified according to instructions to the best of my ability :
# Maintainer: thotypous <matiasΘarchlinux-br·org>
# Contributor: Peter 'piie' Feuerer <peterΘpiie·net>
# Contributor: Sascha Pfau <MrPeacockΘgmail·com>
# Contributor: iggy <iggy.mfΘgmail·com>
pkgname="virtualbox_bin"
pkgver="2.1.4"
_build="43001"
pkgrel=2
pkgdesc="Powerful x86 virtualization (Personal Use Binaries Edition)"
url="http://www.virtualbox.org"
license=('custom:PUEL')
arch=('i686' 'x86_64')
install=('vbox.install')
md5sums=('8762a1c666af51e1b84f6b9ae53908dd'
'9576c4ee3c362f7bc30525a4f07ea3ed')
_architect='x86'
[ "$CARCH" = "x86_64" ] && _architect='amd64'
[ "$CARCH" = "x86_64" ] && md5sums[0]='c07e44702c330796eefd897143a245ae'
source=("VirtualBox-${pkgver}-${_build}-Linux_${_architect}.run::http://download.virtualbox.org/virtualbox/${pkgver}/VirtualBox-${pkgver}-${_build}-Linux_${_architect}.run"
'vbox_build_module')
install=('vbox.install')
depends=('libstdc++5' 'libxcursor' 'gcc' 'make')
optdepends=("qt: For VirtualBox GUI"
"sdl: For VBoxSDL")
provides=("virtualbox=${pkgver}")
conflicts=('virtualbox-ose' 'virtualbox-modules')
build() {
# Check package
sh "VirtualBox-${pkgver}-${_build}-Linux_${_architect}.run" --check || return 1
# Unpack
echo yes | sh "VirtualBox-${pkgver}-${_build}-Linux_${_architect}.run" --target "$srcdir" \
--nox11 --noexec &>/dev/null || return 1
mkdir -p \
"$pkgdir/opt/virtualbox" \
"$pkgdir/usr/bin" \
"$pkgdir/etc/udev/rules.d" \
"$pkgdir/etc/vbox" \
"$pkgdir/usr/share/applications" \
"$pkgdir/usr/share/pixmaps" || return 1
cd "$pkgdir/opt/virtualbox"
tar -jxf "$srcdir/VirtualBox.tar.bz2" || return 1
# Patch needed to build the virtualbox modules under kernel 2.6.29
patch -Np3 -i "${srcdir}/virtualbox-kernel-2-6-29.patch" || return 1
# Mark set-user-ID-on-execution if release is marked as a hardened build.
if egrep '^HARDENED="1"' "$srcdir/install.sh" &> /dev/null; then
chmod 4511 "VirtualBox" "VBoxSDL" "VBoxHeadless"
for _n in "VBoxVMM.so" "VBoxREM.so" "VBoxRT.so" "VBoxDDU.so" "VBoxXPCOM.so"; do
ln -sf "/opt/virtualbox/${_n}" "components"
done
chmod go-w .
fi
# Replace VirtualBox built-in Qt by system Qt libraries.
# Fixes problems with some KDE themes reported by users.
rm "libVBoxQtCore.so.4" "libVBoxQtGui.so.4" "libVBoxQtNetwork.so.4"
ln -s "/usr/lib/libQtCore.so.4" "libVBoxQtCore.so.4"
ln -s "/usr/lib/libQtGui.so.4" "libVBoxQtGui.so.4"
ln -s "/usr/lib/libQtNetwork.so.4" "libVBoxQtNetwork.so.4"
# Install vbox_build_module
install -D -m744 "$srcdir/vbox_build_module" "$pkgdir/usr/bin/vbox_build_module"
# NOTE: Comment the following line if you want the SDK.
rm -Rf "$pkgdir/opt/virtualbox/sdk"
# Symlink the launchers
for _app in "VirtualBox" "VBoxHeadless" "VBoxManage" "VBoxSDL" "VBoxSVC" "VBoxTunctl" "rdesktop-vrdp"; do
ln -s "/opt/virtualbox/${_app}" "$pkgdir/usr/bin/${_app}"
done
# Symlink the desktop icon
ln -s "/opt/virtualbox/VBox.png" "$pkgdir/usr/share/pixmaps/VBox.png"
ln -s "/opt/virtualbox/VirtualBox.desktop" "$pkgdir/usr/share/applications/VirtualBox.desktop"
# Replace some init scripts by simplified stuff
sed -i -e 's,sudo /etc/init.d/vboxdrv setup,/usr/bin/vbox_build_module,g' "$pkgdir/opt/virtualbox/VBox.sh"
sed -i -e 's,sudo /etc/init.d/virtualbox restart,modprobe vboxdrv,g' "$pkgdir/opt/virtualbox/VBox.sh"
# Add udev rules
echo 'KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="vboxusers", MODE="0660"' > \
"$pkgdir/etc/udev/rules.d/60-vboxdrv.rules"
# Point the installation directory to vbox
echo '# VirtualBox installation directory' > "$pkgdir/etc/vbox/vbox.cfg"
echo 'INSTALL_DIR="/opt/virtualbox"' >> "$pkgdir/etc/vbox/vbox.cfg"
# Link the license
mkdir -p "$pkgdir/usr/share/licenses/$pkgname"
ln -s "/opt/virtualbox/LICENSE" "$pkgdir/usr/share/licenses/$pkgname/PUEL"
# Link the directory because rdesktop-vrdp has a hardcoded path
ln -s "/opt/virtualbox" "$pkgdir/opt/VirtualBox-${pkgver}"
Last edited by Llama (2009-04-08 09:09:10)

peart wrote:The patch file name is not in the source array, so it isn't being copied into the src directory.
I suspected something like that, but the patch file is nowhere to be found (?).
You should add the file name to the source array and regenerate the md5sums.
How am I supposed to do this?
Last edited by Llama (2009-04-08 07:51:00)

Pactching kernel with fbsplash.patch (SOLVED)

Never patched a kernel before and i'm having problems!!
This what i've done so far (as root):
1. Installed kernel26-ck (2.6.22-ck) with pacman and rebooted into arch using that kernel
2. downloaded the fbsplash via (genpatches-2.6.22-1.extras.tar.bz2)
3. put the splash.patch file into /usr/src
4. made a symlink for current kernel in /usr/src; giving /usr/src/linux --> /usr/src/linux/linux-2.6.22-ck
5. cd /usr/src/linux
6. patch -p1 < ../splash.patch
# NOTE: looking into using the abs method of PKGBUILD'ing a custom kernel with patches - hopefully i'll do better!!
The best way to do this is by emulating the abs versions of the standard kernel as described in these forums
1. copy the abs version of the stock kernel26
2. adjust the PKGBUILD to include spock's patch (not gentoo's)
3. makepkg
4. pacman -U the new kernel
Then get on with fbsplash!
Last edited by Hongkongblue (2007-08-17 02:58:45)

mazu wrote:
I used to use kernel26-beyond kernel with fbsplash. Recently I found out that with this kernel any attempt to mount ntfs disk end with system hung. I switched back to standard kernel, but I want to still use fbsplash. I read the wiki several times but I can't figure out how to patch and compile kernel with fbsplash. Can anyone write step by step what shuld I do?
Thanks for any help in advice.
mazu
Not that it answers your question but I have been using the latest beyond kernel since it came out and have had no problem with mounting and using ntfs disks resulting in system hangs. Also I have recently been using ntfs-3g which allows safely writing to NTFS partitions. I am using it for backups on an external USB drive with an NTFS file system. Give ntf-3g a shot before patching the kernel.
Last edited by raymano (2007-04-14 14:01:35)

SSDATB32.OCX Patch [Solved]

I have seen this
Subject: SSDATB32.ocx Missing In ADI Diagwiz After 7.2 Install
Doc ID: Note:295876.1
It states that copy SSDATB32.OCX from the directory the patch was unzipped.
Please can someone clarify that is the patch and help to clear out the confusion.
Thank you
Adith

If you get "Missing SSDATB32.OCX in ADI Diagwiz After 7.2 Install" then the solution is to copy SSDATB32.OCX from the directory the patch was unzipped into the C:\WINDOWS\SYSTEM32 directory.
Close ADI Diagwiz, open it again and try then.

[SOLVED] Applying bottom stack patch to dwm

I have finally moved to a tiling window manager and am finding it equal parts rewarding and frustrating. I'm using dwm-5.6.1-1.
I would like to apply the bottom stack patch but, after having read the instructions on the dwm site I get the following error:
can't find file to patch at input line 37
Perhaps you used the wrong -p or --strip option?
I used -p0 as the patch page states: http://dwm.suckless.org/patches/bottom_stack
I have also looked at these couple of posts to try and work it out, but the advice seems to conflict:
http://bbs.archlinux.org/viewtopic.php?id=78263
http://bbs.archlinux.org/viewtopic.php?id=61499
Is there a definitive way to apply the patch, or should I just skulk back to a simpler WM?
/edit
OK: so after some experimentation, it works... The updated dwm patch page and the second post solved it.
Last edited by jasonwryan (2009-09-09 00:11:28)

axion419 wrote:
sorry to sound dense, I am at work and not at teh dwm pc at home. After I patch, do I just stick this in
'+ { "TTT", bstack },'
Yes, that line, exactly.

[SOLVED] Error compiling systray patch for dwm 6.0

Hello folks.
This is makepkg's output.
┌─[parazyd][archbox][~/dwm]
└──╼ makepkg -ef
==> Making package: dwm 6.0-1 (Wed Nov 19 17:33:05 CET 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing src/ tree
==> Removing existing pkg/ directory...
==> Starting build()...
dwm build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/include/X11 -D_FORTIFY_SOURCE=2 -DVERSION="6.0" -DXINERAMA
LDFLAGS = -s -L/usr/lib -lc -L/usr/lib/X11 -lX11 -L/usr/lib/X11 -lXinerama
CC = cc
CC dwm.c
In file included from dwm.c:329:0:
config.h:67:1: warning: initialization from incompatible pointer type
static const char *scratchpadcmd[] = { termcmd, "-title", scratchpadname, "-geometry", "150x40", NULL };
^
config.h:67:1: warning: (near initialization for ‘scratchpadcmd[0]’)
dwm.c: In function ‘cleanup’:
dwm.c:551:5: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray) {
^
dwm.c:551:5: note: each undeclared identifier is reported only once for each function it appears in
dwm.c: In function ‘clientmessage’:
dwm.c:593:5: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray && cme->window == systray->win && cme->message_type == netatom[NetSystemTrayOP]) {
^
dwm.c: In function ‘drawbar’:
dwm.c:866:6: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray && m == selmon)
^
dwm.c: In function ‘getsystraywidth’:
dwm.c:1124:5: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray)
^
dwm.c:1125:42: error: ‘systrayspacing’ undeclared (first use in this function)
for(i = systray->icons; i; w += i->w + systrayspacing, i = i->next);
^
dwm.c:1125:56: warning: left-hand operand of comma expression has no effect [-Wunused-value]
for(i = systray->icons; i; w += i->w + systrayspacing, i = i->next);
^
dwm.c: In function ‘keypress’:
dwm.c:1252:2: warning: ‘XKeycodeToKeysym’ is deprecated (declared at /usr/include/X11/Xlib.h:1699) [-Wdeprecated-declarations]
keysym = XKeycodeToKeysym(dpy, (KeyCode)ev->keycode, 0);
^
dwm.c: In function ‘removesystrayicon’:
dwm.c:1541:6: error: ‘showsystray’ undeclared (first use in this function)
if(!showsystray || !i)
^
dwm.c: In function ‘resizebarwin’:
dwm.c:1560:5: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray && m == selmon)
^
dwm.c: In function ‘togglebar’:
dwm.c:1996:5: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray) {
^
dwm.c: In function ‘updatebars’:
dwm.c:2130:6: error: ‘showsystray’ undeclared (first use in this function)
if(showsystray && m == selmon)
^
dwm.c: In function ‘updatesystrayiconstate’:
dwm.c:2343:6: error: ‘showsystray’ undeclared (first use in this function)
if(!showsystray || !i || ev->atom != xatom[XembedInfo] ||
^
dwm.c: In function ‘updatesystray’:
dwm.c:2372:6: error: ‘showsystray’ undeclared (first use in this function)
if(!showsystray)
^
dwm.c:2378:79: error: ‘DC’ has no member named ‘sel’
systray->win = XCreateSimpleWindow(dpy, root, x, selmon->by, w, bh, 0, 0, dc.sel[ColBG]);
^
dwm.c:2382:28: error: ‘DC’ has no member named ‘norm’
wa.background_pixel = dc.norm[ColBG];
^
dwm.c:2402:8: error: ‘systrayspacing’ undeclared (first use in this function)
w += systrayspacing;
^
dwm.c: In function ‘wintosystrayicon’:
dwm.c:2509:6: error: ‘showsystray’ undeclared (first use in this function)
if(!showsystray || !w)
^
Makefile:18: recipe for target 'dwm.o' failed
make: *** [dwm.o] Error 1
==> ERROR: A failure occurred in build().
Aborting...
I'm trying to apply systray to my dwm-6.0, but I get errors when compiling and I'm not exactly sure what's the problem. Could anyone help?
Here's the dwm.c after applying the patch: http://pastebin.com/Aie3Uw0n
This is my dwm.c prior to patching (this one works): http://pastebin.com/ra0NhGnV
And here's Unia's patch I'm trying to use: https://github.com/Unia/dwm-patches/blo … stray.diff
Any help would be kindly appreciated.
-- mod note: split from https://bbs.archlinux.org/viewtopic.php?id=92895&p=28 - Trilby --
Last edited by parazyd (2014-11-19 17:03:03)

Thanks a lot for that. Now I seem to be stuck on another thing :-/
I have no idea what to do...
==> Making package: dwm 6.0-1 (Wed Nov 19 17:39:04 CET 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing src/ tree
==> Removing existing pkg/ directory...
==> Starting build()...
dwm build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/include/X11 -D_FORTIFY_SOURCE=2 -DVERSION="6.0" -DXINERAMA
LDFLAGS = -s -L/usr/lib -lc -L/usr/lib/X11 -lX11 -L/usr/lib/X11 -lXinerama
CC = cc
CC dwm.c
In file included from dwm.c:329:0:
config.h:25:7: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘const’
tatic const unsigned int systraypinning = 0; /* 0: sloppy systray follows selected monitor, >0: pin systray to monitor X */
^
In file included from dwm.c:329:0:
config.h:71:1: warning: initialization from incompatible pointer type
static const char *scratchpadcmd[] = { termcmd, "-title", scratchpadname, "-geometry", "150x40", NULL };
^
config.h:71:1: warning: (near initialization for ‘scratchpadcmd[0]’)
dwm.c: In function ‘keypress’:
dwm.c:1252:2: warning: ‘XKeycodeToKeysym’ is deprecated (declared at /usr/include/X11/Xlib.h:1699) [-Wdeprecated-declarations]
keysym = XKeycodeToKeysym(dpy, (KeyCode)ev->keycode, 0);
^
dwm.c: In function ‘updatesystray’:
dwm.c:2378:79: error: ‘DC’ has no member named ‘sel’
systray->win = XCreateSimpleWindow(dpy, root, x, selmon->by, w, bh, 0, 0, dc.sel[ColBG]);
^
dwm.c:2382:28: error: ‘DC’ has no member named ‘norm’
wa.background_pixel = dc.norm[ColBG];
^
Makefile:18: recipe for target 'dwm.o' failed
make: *** [dwm.o] Error 1
==> ERROR: A failure occurred in build().
Aborting...

[SOLVED] DWM - how do you apply patches with patch?

I'm totally new to dwm (it's working great by the way) and patching. I'm having problems understanding how to use the patch program. The basic usage on dwm site says basically:
patch -p1 < path/to/patch.diff
Great, now I have the patch file ~/builds/dwn/patch/dwm-5.9-statuscolors.diff and my altered ~/builds/dwn/config.h. Here's what I did
herman@sam ~/builds/dwm $ patch -p1 <patch/dwm-5.9-statuscolors.diff
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
|diff -up dwm-5.9/config.def.h dwm-5.9-colors/config.def.h
|--- dwm-5.9/config.def.h 2011-07-10 16:24:25.000000000 -0400
|+++ dwm-5.9-colors/config.def.h 2011-08-18 02:02:47.033830823 -0400
File to patch: config.def.h
config.def.h: No such file or directory
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
can't find file to patch at input line 41
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
|Only in dwm-5.9: config.h
|Only in dwm-5.9: dwm
|diff -up dwm-5.9/dwm.c dwm-5.9-colors/dwm.c
|--- dwm-5.9/dwm.c 2011-07-10 16:24:25.000000000 -0400
|+++ dwm-5.9-colors/dwm.c 2011-08-18 02:07:20.788935100 -0400
File to patch: dwm.c
dwm.c: No such file or directory
Skip this patch? [y]
Skipping patch.
12 out of 12 hunks ignored
and it asks me for the filename it didn't find at line 4. Looking at the patch, I see it's a diff on config.def.h so I suppose this is the file to be patched and that I should supply this filename and the same with dwm.c? I'm not new to C coding but fresh out when it comes to diffing and patching, how do I actually go forward from here?
Edit:
More info - I used the description using ABS to download the PKGBUILD for dwm and making dwm. My files
herman@sam ~/builds/dwm $ ls -R
PKGBUILD config.h dwm-5.9-2-x86_64.pkg.tar.xz dwm-5.9.tar.gz dwm.desktop dwm.install patch pkg src
./patch:
dwm-5.9-statuscolors.diff
./pkg:
usr
./pkg/usr:
bin share
./pkg/usr/bin:
dwm
./pkg/usr/share:
doc licenses man xsessions
./pkg/usr/share/doc:
dwm
./pkg/usr/share/doc/dwm:
README
./pkg/usr/share/licenses:
dwm
./pkg/usr/share/licenses/dwm:
LICENSE
./pkg/usr/share/man:
man1
./pkg/usr/share/man/man1:
dwm.1.gz
./pkg/usr/share/xsessions:
dwm.desktop
./src:
config.h dwm-5.9 dwm-5.9.tar.gz dwm.desktop
./src/dwm-5.9:
LICENSE Makefile README config.def.h config.def.h.orig config.def.h.rej config.h config.mk dwm dwm.1 dwm.c dwm.o
Last edited by roygbiv (2011-12-06 20:37:40)

Ok thanks but I'm confused again (I know..). I managed to patch the files config.def.h and dwm.c in the source dir and noticed there is yet another config.h file there as well. Now, the in the top level dir with the PKGBUILD I also have a config.h, which is the one I do my config changes. I'm confused because I now have these three header files (2x config.h + config.def.h) which are supposed to have the same source code? I've read around on the net, but haven't gotten any further answers yet. What are the purpose of each config and how should I use/update/manage them when recompiling? This is my situation:
herman@sam ~/build/dwm $ tree .
├── PKGBUILD
├── config.h <----------------------------------------------------- this one
├── dwm-5.9-2-x86_64.pkg.tar.xz
├── dwm-5.9.tar.gz
├── dwm.desktop
├── dwm.install
├── pkg
│   └── usr
│   ├── bin
│   │   └── dwm
│   └── share
│   ├── doc
│   │   └── dwm
│   │   └── README
│   ├── licenses
│   │   └── dwm
│   │   └── LICENSE
│   ├── man
│   │   └── man1
│   │   └── dwm.1.gz
│   └── xsessions
│   └── dwm.desktop
└── src
├── config.h -> /home/herman/build/dwm/config.h
├── dwm-5.9
│   ├── LICENSE
│   ├── Makefile
│   ├── README
│   ├── config.def.h <-----------------------------------------------------this one
│   ├── config.def.h.orig
│   ├── config.h <----------------------------------------------------------this one
│   ├── config.mk
│   ├── dwm
│   ├── dwm-5.9-statuscolors.diff
│   ├── dwm.1
│   ├── dwm.c
│   ├── dwm.c.orig
│   └── dwm.o
├── dwm-5.9.tar.gz -> /home/herman/build/dwm/dwm-5.9.tar.gz
└── dwm.desktop -> /home/herman/build/dwm/dwm.desktop
Thanks guys!
Last edited by roygbiv (2011-12-06 20:06:10)

[Solved] DWM Cycle Between Layouts

Is there a DWM patch to let modkey+space cycle between layouts like in XMonad and Awesome? I saw the thread here that suggests using cycle.c: https://bbs.archlinux.org/viewtopic.php … 18#p761018
However, cycle.c allows cycling across tags rather than layouts. Does anyone else know how to enable this functionality?
Last edited by choogi (2010-08-30 17:20:01)

sorry to bump this thread, but i too want the same behaviour as choogi, but can't seem to get bob127's suggestion to work.
do i need to add this to dwm.c ?
void
nextlayout(const Arg *arg) {
Layout *l;
for (l=(Layout *)layouts;l != selmon->lt[selmon->sellt];l++);
if (l->symbol && (l + 1)->symbol)
setlayout(&((Arg) { .v = (l + 1) }));
else
setlayout(&((Arg) { .v = layouts }));
void
prevlayout(const Arg *arg) {
Layout *l;
for (l=(Layout *)layouts;l != selmon->lt[selmon->sellt];l++);
if (l != layouts && (l - 1)->symbol)
setlayout(&((Arg) { .v = (l - 1) }));
else
setlayout(&((Arg) { .v = &layouts[LENGTH(layouts) - 2] }));
and i didn't understand about this, either:
{ .symbol = NULL, .arrange = NULL },
sorry, i am new to c.
EDIT: so i just looked at bob127's configs at his website, and added the code accordingly to my configs, and now cyclelayouts works great.
Thanks bob, for the patch.
Last edited by x33a (2011-01-14 10:59:49)

Oracle 10g patch 10.0.2.1.0

Hi
We are planning to install the patch 10.0.2.1.0 to DB server. Currect status haven't install any patch on development DB. Any different after update the patch? What should I pay attention? before or after upgrade? and Should I also upgrade the oracle client (JDBC driver) on clister side?
TKS

Hi,
Recently we upgraded from 10.1.0.4 to 10.1.0.5. Oracle Patching is no easy task. Good planning is half work done. Be very detail in preparing the check list. We had few problems. But it took good effort to make things in given downtime. Most important thing is go through the Patch release notes and follow additions to the document. Also plan to apply the latest CPU available for the patch you want to apply. In our case only applying April 2007 CPU to 10.1.0.5 patch solved an upgrade bug critical bug.
Thanks,

Rtorrent with DHT patch

Hey guys, I've been using rtorrent recently. The only thing I missed was DHT to get more peers when seeds were low.
Fortunately I discovered a patch on rtorrent's trac website that adds DHT capability to rtorrent. I've tested it and it's been working well for me.
It's quite a substantial patch, written by Josef Drexler. It's available with description here: http://tk.ttdpatch.net/~jdrexler/dht/.
It appears that Josef updates the patch quite regularly, it applies cleanly to recent rtorrent svn versions.
The patch contains patches for both rtorrent, and the libtorrent library, so it needs to be split as we build those separately on arch.
If anyone wants to use rtorrent with DHT, just make packages from the following PKGBUILDs:
edit: I've edited this post to address the problems fwojciec had. I've now added the complete working PKGBUILDs.
The easiest solution to compile problems is to use revision 992 of libtorrent and revision 995 of rtorrent which is what the PKGBUILDs below do, so they should work no problem.
I believe I found the original PKGBUILDs elsewhere on the forum, apparently contributed by swogs, and just modified them to apply the DHT patch.
If you're curious, the sed lines grab the needed part of the patch for each PKGBUILD.
libtorrent PKGBUILD:
# Contributor: swogs <hugin0>
pkgname=libtorrent-svn
pkgver=992
pkgrel=1
pkgdesc=""
arch=('i686')
url="http://libtorrent.rakshasa.no/"
depends=('libsigc++2.0' 'openssl')
makedepends=('subversion')
conflicts=('libtorrent')
provides=('libtorrent')
source=(http://tk.ttdpatch.net/~jdrexler/dht/dht.diff)
md5sums=(9f6195e58846e3284aac6be135f6910d)
_svntrunk=svn://rakshasa.no/libtorrent/trunk/libtorrent
_svnmod=libtorrent
build() {
cd $startdir/src
svn co $_svntrunk -r $pkgver
sed -n '/Index: libtorrent/,$p' dht.diff | patch -Np0 || return 1 # Apply DHT patch
cd $_svnmod
./autogen.sh
msg "SVN checkout done or server timeout"
msg "Starting make..."
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg/ install
# vim:syntax=sh
rtorrent PKGBUILD:
# Contributor: swogs <hugin0>
pkgname=rtorrent-svn
pkgver=995
pkgrel=1
pkgdesc=""
arch=('i686')
url="http://libtorrent.rakshasa.no/"
depends=('libtorrent-svn' 'curl')
makedepends=('subversion')
conflicts=('rtorrent')
provides=('rtorrent')
source=('dhtrt.diff')
md5sums=('b85fb1533070c437a117eb577102a7c6')
_svntrunk=svn://rakshasa.no/libtorrent/trunk/rtorrent
_svnmod=rtorrent
build() {
cd $startdir/src
svn co $_svntrunk -r $pkgver
patch -Np0 -i dhtrt.diff || return 1 # DHT patch
cd $_svnmod
./autogen.sh
msg "SVN checkout done or server timeout"
msg "Starting make..."
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg/ install
# vim:syntax=sh
The modified PKGBUILDs will generate packages with DHT support. One thing you can consider doing is
to eliminate the md5sums so the PKGBUILD will still work if Josef updates the patch. Right now, if the patch is changed
the package will fail to build since the checksum won't match.
Also, although the patch works on rtorrent-svn version 995, it only works on libtorrent-svn version 992.
So use makepkg to build the libtorrent PKGBUILD; versionpkg will try to build version 995 and fail.
After installing the packages, add this to your ~/.rtorrent.rc:
# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to "disable" (completely disable DHT), "off" (do not start DHT),
# "auto" (start and stop DHT as needed), or "on" (start DHT immediately).
# The default is "off". For DHT to work, a session directory must be defined.
dht = auto
# UDP port to use for DHT.
dht_port = 6881
I have DHT set to auto, and changed the dht_port to coincide with my forwarded ports.
There are explanations of how DHT works with rtorrent in the link to the patch I provided above.
When you start up rtorrent you'll see a message like this at the bottom:
(19:23:50) Starting DHT server on port 30010
and periodically under active torrents:
Tracker[2:2]: Connecting to dht:// [Announcing: 5/8 nodes replied]
Okay, so hope someone finds this useful, let me know if there are (any more) problems.
Last edited by veek (2007-10-28 16:27:27)

Hey fwojciec, thanks for pointing out those issues.
I forgot I didn't find the original PKGBUILDs in AUR, and as you discovered they were on the forum.
In addition, I forgot that I had to make a patch (besides the DHT patch) to get revision 992 of rtorrent to compile.
The patch solved some issues with includes related to sigc++.
In any case, rtorrent 995 builds no problem.
I've updated my original post to include the entire PKGBUILDs for both libtorrent and rtorrent. They should both build no problem.
Sorry to make you do all that unnecessary work
Last edited by veek (2007-10-28 16:30:09)

Trying to get dwm, urxvt, transparency to work nicely together

New Arch user here, great distribution.
I've been trying to set up dwm with the Monaco font (great monospace/ttf font) and transparency. As you know, dwm launches uxterm by default as a new terminal. I wanted something with transparency, so I tried urxvt and tried to get it to use "fake" transparency (I could try real transparency, but when I launch xcompmgr I get a plethora of streaming error messages, so I guess I'll have the fake stuff). My ~.Xresources file looks like so:
! URxvt*font: Monaco
URxvt*background: black
URxvt*foreground: white
URxvt*termName: rxvt
URxvt*multichar_encoding: utf-8
URxvt*transparent: true
URxvt*tintColor: white
URxvt*shading: 50
URxvt*loginShell: true
URxvt*scrollBar: false
URxvt*scrollKey: true
URxvt*saveLines: 3000
I grabbed this somewhere from the net. I've commented out the font, because its another issue and I'll address it below. After saving this, and running xrdb -load ~/.Xresources, I try launching urxvt. The colors work fine (background and foreground), but I can't seem to get the transparency working at all. Instead its just a solid color.
As for the font, I installed Monaco from the arch repos. I tried using xlsfonts to get the "name" of the font, but that showed up nothing. Can urxvt use ttf fonts?
Thanks for your help, I'll post anything else anyone needs.
Last edited by maxmackie (2012-05-29 23:41:54)

JackH79 wrote:
This will probably help (it will probably help with your font problems as well). See what it says about using shading and tintColor at the same time.
Also, just for future reference, please use Code tags for posting file content or terminal output.
Like this:
[code]Some text[/code]
Thanks for the link. I must have skimmed over too quickly last time. I got the font working, awesome how the wiki uses the font I want as an example For the transparency however, no dice. I tried using either only shading or tint, but both of them failed. Just to be 100% certain, I don't need xcompmgr running or anything for this to work right?
Trilby wrote:I'm not sure where dwm comes into play here, but I will give you one of my own grievances: I much prefer "real" transparency because with psuedo-transparency, whenever the layout changes, there seems to be a good bit of lag between to windows changing shape and the pseudo-background being redrawn. It's ugly as hell - so I use true transparency. I'm still working, however, on a dwm patch to "hide other" windows in monocle mode, because as is, a true transparent terminal in monocle mode shows other windows below it ... also ugly as hell.
The only saving grace is that I never really use terminals in monocle mode - thats just for my web browser on occasion.
As for the problem at hand, I second Jack's point. Remove one of those and try again.
I figured I'd mention dwm seeing as they mention transparency issues out of box (ie, none). I thought maybe running dwm required me to have an extra daemon running or something... I do agree that true transparency would be much nicer, but I'm running into big issues with xcompmgr. Running from shell dumps an endless stream of "error 163: BadPicture request 149 minor 8 serial xxxxx" and running it straight from dmenu results in ugly transparency between different tags in dwm (I have a terminal open on tag 1 and firefox open on tag 2, I can see firefox through the terminal on tag 1). Admittedly, I haven't read into anything regarding xcompmgr so these could all be trivial issues.
jasonwryan wrote:Welcome to the boards Max. What took you so long?
Hey Jason. Well, a couple years back I saw your awesome screenshot of dwm and decided to switch from KDE to it. I guess recently I felt like going the whole way and running Arch. I loved getting everything up and running manually (nothing like installing an OS and being given only a simple terminal ). Thanks for the welcome.

Dwm patches [Solved]

Similar Messages

Maybe you are looking for