Re: UPDATE: rdesktop 1.6.0
Will Maier [Tue, Jun 17, 2008 at 08:15:09PM -0500] wrote: Index: patches/patch-rdpsnd_sun_c === RCS file: patches/patch-rdpsnd_sun_c diff -N patches/patch-rdpsnd_sun_c --- /dev/null1 Jan 1970 00:00:00 - +++ patches/patch-rdpsnd_sun_c 17 Jun 2008 23:57:36 - @@ -0,0 +1,40 @@ +$OpenBSD$ + +2 changes are here: +- Change all uint_t to unsigned int. On Linux a uint_t is just a typedef + to unsigned int. We don't have a uint_t. + +- In sun_open rdesktop will also check that a device is in full duplex + mode before opening the device successfully. I didn't add code to check + if a device is in full duplex mode, I just removed the check. We don't usually include comments in the patch files. Well, I'd love if more people would add comments to their patches. I think it's a good thing. Regards, Bernd
Re: Annoying firefox messages
Hi, Paul de Weerd schrieb: I think (some) people believe Marco's suggestions disables plugins. It doesn't. It disables the Install $PLUGIN to watch this content thing that is supposed to be helpful (and is, on Windows or Mac OSX, where you can actually click on the thing and get the proper plugin automatically - functionality that doesn't work on OpenBSD). You can still manually install plugins (what you have to do for all plugins you want to run on OpenBSD anyway). Since the functionality doesn't work on OpenBSD and the it doesn't break anything that does work, my 0.02 monetary units say disable it. Also +1 here. Michael
Re: UPDATE: editors/texmaker
Update. my PLIST included BASE_PKGPATH. Since none of the ports use this (except for two files in the zope port, I guess this is a mistake?), I excluded this variable in the PLIST. Can someone explain why make plist generates PLIST files with this variable? Kind Regards Thomas On Sat, May 31, 2008 at 1:32 AM, Thomas Delaet [EMAIL PROTECTED] wrote: Update to 1.7.1. Tested on i386. texmaker.patch Description: Binary data
Re: Annoying firefox messages
Make one more +1
Re: UPDATE: editors/texmaker
On 2008/06/18 10:14, Thomas Delaet wrote: Update. my PLIST included BASE_PKGPATH. Since none of the ports use this (except for two files in the zope port, I guess this is a mistake?), I excluded this variable in the PLIST. Can someone explain why make plist generates PLIST files with this variable? You probably used /usr/ports/mystuff/portname, mystuff is treated specially and directories need to have two levels e.g. mystuff/category/portname
Re: UPDATE: editors/texmaker
Thanks! On Wed, Jun 18, 2008 at 10:22 AM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/06/18 10:14, Thomas Delaet wrote: Update. my PLIST included BASE_PKGPATH. Since none of the ports use this (except for two files in the zope port, I guess this is a mistake?), I excluded this variable in the PLIST. Can someone explain why make plist generates PLIST files with this variable? You probably used /usr/ports/mystuff/portname, mystuff is treated specially and directories need to have two levels e.g. mystuff/category/portname -- Thomas
Re: UPDATE: rdesktop 1.6.0
It works well @i386, PLIST updated and PKGNAME removed.
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/x11/rdesktop/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile15 Sep 2007 20:04:24 - 1.25
+++ Makefile18 Jun 2008 10:46:36 -
@@ -1,8 +1,7 @@
# $OpenBSD: Makefile,v 1.25 2007/09/15 20:04:24 merdely Exp $
COMMENT= open source client for Windows Terminal Server
-DISTNAME= rdesktop-1.5.0
-PKGNAME= ${DISTNAME}p1
+DISTNAME= rdesktop-1.6.0
CATEGORIES=x11 net
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=rdesktop/}
Index: distinfo
===
RCS file: /cvs/ports/x11/rdesktop/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo5 Apr 2007 17:36:24 - 1.13
+++ distinfo18 Jun 2008 10:46:36 -
@@ -1,5 +1,5 @@
-MD5 (rdesktop-1.5.0.tar.gz) = QzVG9g/A8gHpkwe6GINp7Q==
-RMD160 (rdesktop-1.5.0.tar.gz) = NQ4IFm0LdiC07ZxllK3a5+xT0Vo=
-SHA1 (rdesktop-1.5.0.tar.gz) = 4whr+GUZHu1BYxgTEl9ILiecfz0=
-SHA256 (rdesktop-1.5.0.tar.gz) = Xq0Xw9KcsQKK7KSF7nqMZWlMGwKhtwFMPakgsmWkOKo=
-SIZE (rdesktop-1.5.0.tar.gz) = 245137
+MD5 (rdesktop-1.6.0.tar.gz) = xvy+1/CtfmCsX8stMk2LFg==
+RMD160 (rdesktop-1.6.0.tar.gz) = z2BM0bwHB7SF3rZT76PkfiH6vEw=
+SHA1 (rdesktop-1.6.0.tar.gz) = uL/QPUZA0oWgruWz+xmaR8tCJfI=
+SHA256 (rdesktop-1.6.0.tar.gz) = NQJuqo4UyovQujcwkm8UIi+EUvKsZiYju/GQnYsGCXk=
+SIZE (rdesktop-1.6.0.tar.gz) = 284728
Index: patches/patch-rdpsnd_sun_c
===
RCS file: patches/patch-rdpsnd_sun_c
diff -N patches/patch-rdpsnd_sun_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-rdpsnd_sun_c 18 Jun 2008 10:46:36 -
@@ -0,0 +1,40 @@
+$OpenBSD$
+
+2 changes are here:
+- Change all uint_t to unsigned int. On Linux a uint_t is just a typedef
+ to unsigned int. We don't have a uint_t.
+
+- In sun_open rdesktop will also check that a device is in full duplex
+ mode before opening the device successfully. I didn't add code to check
+ if a device is in full duplex mode, I just removed the check.
+
+--- rdpsnd_sun.c.orig Sat May 10 23:14:38 2008
rdpsnd_sun.c Tue Jun 17 16:08:59 2008
+@@ -54,7 +54,7 @@ static uint32 snd_rate;
+ static short samplewidth;
+ static char *dsp_dev;
+
+-static uint_t written_samples;
++static unsigned int written_samples;
+
+ void sun_play(void);
+ void sun_record(void);
+@@ -147,8 +147,7 @@ sun_open(int mode)
+ {
+ AUDIO_INITINFO(info);
+
+- if ((ioctl(dsp_fd, AUDIO_GETINFO, info) == -1)
+- || !(info.hw_features AUDIO_HWFEATURE_DUPLEX))
++ if (ioctl(dsp_fd, AUDIO_GETINFO, info) == -1)
+ {
+ close(dsp_fd);
+ dsp_fd = -1;
+@@ -440,7 +439,7 @@ sun_play(void)
+ if (out-p == out-end)
+ {
+ audio_info_t info;
+- uint_t delay_samples;
++ unsigned int delay_samples;
+ unsigned long delay_us;
+
+ if (ioctl(dsp_fd, AUDIO_GETINFO, info) != -1)
Index: patches/patch-xwin_c
===
RCS file: patches/patch-xwin_c
diff -N patches/patch-xwin_c
--- patches/patch-xwin_c17 May 2007 17:31:33 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-xwin_c,v 1.4 2007/05/17 17:31:33 ckuethe Exp $
xwin.c.origWed Apr 25 12:03:29 2007
-+++ xwin.c Wed Apr 25 12:04:54 2007
-@@ -3221,6 +3221,10 @@ ui_desktop_restore(uint32 offset, int x, int y, int cx
- image = XCreateImage(g_display, g_visual, g_depth, ZPixmap, 0,
-(char *) data, cx, cy, BitmapPad(g_display), cx *
g_bpp / 8);
-
-+ if (image == NULL)
-+ image = XCreateImage(g_display, g_visual, g_depth, ZPixmap, 0,
-+ (char *) data, cx, cy, BitmapPad(g_display), 0);
-+
- if (g_ownbackstore)
- {
- XPutImage(g_display, g_backstore, g_gc, image, 0, 0, x, y, cx,
cy);
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/rdesktop/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 25 Mar 2007 19:38:39 - 1.6
+++ pkg/PLIST 18 Jun 2008 10:46:36 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.6 2007/03/25 19:38:39 aanriot Exp $
-bin/rdesktop
[EMAIL PROTECTED] bin/rdesktop
@man man/man1/rdesktop.1
share/rdesktop/
share/rdesktop/keymaps/
Re: [UPDATE] nasm-2.03 = nasm-2.03.01
On Tue, Jun 17, 2008 at 01:09:45PM +0200, Gallon Sylvestre wrote: Hi ports, nasm-2.03 was updated this morning : http://groups.google.com/group/comp.lang.asm.x86/browse_thread/thread/a037fbf88262c049/f7e757e928dd3c0e?show_docid=f7e757e928dd3c0e You can find the diff for nasm-2.03.01 in attach. Don't forget to delete the patch-rdf2bin.c, nasm don't need it anymore. I tested it on i386 and need testing on amd64. Patches, builds, installs fine on amd64. For testing, I built audio/flac with it, as it needs nasm as a built dependency. No problems so far. -- simon
Re: Annoying firefox messages
Hi! On Tue, Jun 17, 2008 at 11:40:05AM -0500, Marco Peereboom wrote: You have to do it manually. There is no point whatsoever in having that crap slow my machine down. And with todays internets just about every site is excited about informing that I need to install flash. I can't believe this is even being debated. Cookie for the person that can find a plugin that will autoinstall on OpenBSD using the bar. Ah you mean *that* crap. I won't miss that, of course. No debate on my side. Somehow I seem to look at different sites. Or perhaps that's NoScript in action. *g* Kind regards, Hannah.
Re: Annoying firefox messages
Hi! On Tue, Jun 17, 2008 at 12:23:11PM -0700, Unix Fan wrote: Gosh you people are stupid! http://img166.imageshack.us/img166/4868/firefoxmissingpluginbk2.jpg Not stupid. Not used to that shit any more after months or even years of NoScript usage. [...] Kind regards, Hannah.
Re: UPDATE: cln-1.2.2
On Tue, Jun 17, 2008 at 04:28:46PM +0100, Stuart Henderson wrote: On 2008/06/16 01:34, Paul Irofti wrote: Attached is a patch for updating cln to the latest version. There were some fixes in the main tree for sparc64, if anyone cares to test this on that arch please do so and remember to uncomment the NOT_FOR_ARCHS line. Tests still fail on sparc64, http://spacehopper.org/tmp/cln-sparc64.txt Otherwise you can't update this package, you'll first have to remove the old one and then install the new one. I don't understand exactly what you mean here - you can't build while the old one is installed? If so that's not worth a special mention, it happens with most ports using libtool and people building from source should already know about this. Yeah, that's what I meant. So no special note, okay. Another change is my mail address, I'll have a few more updates for the ports I'm maintaining and I'll change my mail within the update. For the rest of the ports I'll send a common patch. Hope that's okay. SHARED_LIBS += cln 0.0 # .4.2 Are you sure this doesn't need a bump? http://www.openbsd.org/porting/libraries.html (If in doubt, bump). -MAINTAINER=Paul Irofti [EMAIL PROTECTED] +MAINTAINER=Paul Irofti [EMAIL PROTECTED] Please send a batch diff for the other address changes, don't forget it goes into the package +DESC file so you have to bump the package version (p0-p1, etc). I'll read and send a patch as soon as I get access to my lappie. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Re: update: editors/vim: 7.1.281 - 7.1.315
On Tue, Jun 17, 2008 at 11:56:53AM -0700, Chris Kuethe wrote: more micropatches, includes some format string fixes. Works for me on amd64. -- simon
Re: update: devel/bzr
Hi, sorry to chime in late, but I've only come to see this thread after updating the port, which was at 0.14, to 1.5. Or at least, I think so... Anyway, please grab my attempt here: http://www.oeko.net/download/sw/bsd/bzr.tar.gz and send me feedback. Some notes: * The port was prepared on a stock 4.3 system. * It requires Python 2.5. This is sub-elegant - in theory, supporting 2.4 and 2.5 as flavours would be the right thing, but I was lazy. * In the process, I found that gdiff seems to be no longer required, so I removed the requirement. * The Python port itself has WANTLIB... expat. This is also sub-elegant since libexpat is now in base. * Hopefully, Python 2.3 can be dropped in the near future. Btw, the release frequency of bzr has increased quite a bit over the last few months... Thank you! Kind regards, --Toni++
x11/qt4 fails to package on i386
kern.version=OpenBSD 4.3-current (GENERIC) #1: Tue Jun 17 11:05:25 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC x11/qt4 fails to package with following error: === Building package for qt4-4.3.5 Create /usr/ports/packages/i386/all/qt4-4.3.5.tgz Error in package: /home/build/ports/qt4-4.3.5/fake-i386//usr/local/lib/qt4/plugins/codecs/libqcncodecs.so does not exist Error in package: /home/build/ports/qt4-4.3.5/fake-i386//usr/local/lib/qt4/plugins/codecs/libqjpcodecs.so does not exist Error in package: /home/build/ports/qt4-4.3.5/fake-i386//usr/local/lib/qt4/plugins/codecs/libqkrcodecs.so does not exist Error in package: /home/build/ports/qt4-4.3.5/fake-i386//usr/local/lib/qt4/plugins/codecs/libqtwcodecs.so does not exist Switching to /usr/ports/x11/qt4/pkg/PFRAG.shared-main Full build log (6 MB !) available at http://viq.ath.cx/obsd/qt4-4.3.5.log -- viq
Re: update: editors/vim: 7.1.281 - 7.1.315
Working for me on i386. Brandon On Wed, Jun 18, 2008 at 7:21 AM, Simon Kuhnle [EMAIL PROTECTED] wrote: On Tue, Jun 17, 2008 at 11:56:53AM -0700, Chris Kuethe wrote: more micropatches, includes some format string fixes. Works for me on amd64. -- simon
Re: update: devel/bzr
On Wed, Jun 18, 2008 at 01:27:50PM +0200, Toni Mueller wrote:
sorry to chime in late, but I've only come to see this thread
after updating the port, which was at 0.14, to 1.5. Or at least, I
think so...
The port is at 1.3 in -current.
Anyway, please grab my attempt here:
http://www.oeko.net/download/sw/bsd/bzr.tar.gz
For updates to existing ports, patches (produced by 'cvs diff -uNp')
are almost always easier to work with.
[...]
* The port was prepared on a stock 4.3 system.
The ports tree is developed against -current. If you'd like to
submit updates, please get yourself a -current/snapshot system and
test your builds/generate your diffs on that.
* It requires Python 2.5. This is sub-elegant - in theory,
supporting 2.4 and 2.5 as flavours would be the right thing, but I
was lazy.
Python 2.5 is the default version in use in the tree. New ports
shouldn't use 2.4 and aren't expected to build/function with it.
* In the process, I found that gdiff seems to be no longer
required, so I removed the requirement.
* The Python port itself has WANTLIB... expat. This is also
sub-elegant since libexpat is now in base.
WANTLIB can include libraries present in the base system as well as
libraries installed by other ports.
* Hopefully, Python 2.3 can be dropped in the near future.
If by 'dropped' you mean 'removed from the tree', I imagine this
will happen at some point (though it doesn't seem to be a pressing
issue).
Can you re-roll your update as a diff against -current? Thanks for
taking the time to improve the bzr port!
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*-[ BSD: Live Free or Die ]*
Re: x11/qt4 fails to package on i386
viq wrote: kern.version=OpenBSD 4.3-current (GENERIC) #1: Tue Jun 17 11:05:25 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC [...] Full build log (6 MB !) available at http://viq.ath.cx/obsd/qt4-4.3.5.log same on amd64 OpenBSD 4.3-current (GENERIC.MP) #27: Mon Jun 16 13:04:05 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqcncodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqjpcodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqkrcodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqtwcodecs.so does not exist Portlog: http://cr.rueger-net.de/files/logs/qt4-4.3.5.log (7 MB !) Do we need those libs/plugins ?
Re: x11/qt4 fails to package on i386
On Wed, Jun 18, 2008 at 02:17:55PM +0200, Christian Rueger wrote: viq wrote: kern.version=OpenBSD 4.3-current (GENERIC) #1: Tue Jun 17 11:05:25 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC [...] Full build log (6 MB !) available at http://viq.ath.cx/obsd/qt4-4.3.5.log same on amd64 OpenBSD 4.3-current (GENERIC.MP) #27: Mon Jun 16 13:04:05 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqcncodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqjpcodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqkrcodecs.so does not exist Error in package: /usr/ports/x11/qt4/w-qt4-4.3.5/fake-amd64//usr/local/lib/qt4/plugins/codecs/libqtwcodecs.so does not exist Portlog: http://cr.rueger-net.de/files/logs/qt4-4.3.5.log (7 MB !) Do we need those libs/plugins ? Of course you do ! duh! Iconv fuckup. Naddy ?
Re: gnome-terminal / gnome-pty-helper cpu usage
--On June 16, 2008 1:20:28 PM +0200 Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: according to dlg who also spent some time on this issue, it's some syscall going crazy. if you have the time to dig into this, please don't hesitate and debug devel/vte (where gnome-pty-helper comes from), Is this happening only on amd64? kdump(1) reveals it is continuously retrying to read(2) from stdin without need. read(2) returns EAGAIN: [EAGAIN] The file was marked for non-blocking I/O, and no data were ready to be read. The bug in gnome-pty-helper is triggered by some input from gnome-terminal (g-p-h communicates via STDIN/STDOUT with g-t) when g-p-h is spawned by g-t. I need a wrapper to intercept g-p-h soon enough with gdb and see which input causes g-p-h to obsessively read stdin. I'll let you know if I come up with a solution. ciao Luca
update: tmux 0.3
Update to 0.3. patches/patch-tty_c should be removed.
Tested on i386, sparc64.
Change log is at:
http://sf.net/project/shownotes.php?release_id=607660group_id=200378
-- Nicholas
Index: Makefile
===
RCS file: /cvs/ports/misc/tmux/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile31 May 2008 20:51:28 - 1.1.1.1
+++ Makefile18 Jun 2008 07:38:45 -
@@ -2,7 +2,7 @@
COMMENT= terminal multiplexer
-DISTNAME= tmux-0.2
+DISTNAME= tmux-0.3
CATEGORIES=misc
HOMEPAGE= http://www.sourceforge.net/projects/tmux/
@@ -20,5 +20,9 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:
FAKE_FLAGS=PREFIX=${PREFIX}
NO_REGRESS=Yes
+
+post-install:
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/tmux
+ ${INSTALL_DATA} ${WRKSRC}/examples/* ${PREFIX}/share/examples/tmux
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/misc/tmux/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo31 May 2008 20:51:28 - 1.1.1.1
+++ distinfo18 Jun 2008 07:38:45 -
@@ -1,5 +1,5 @@
-MD5 (tmux-0.2.tar.gz) = RVppvOvNMmoMNzb5se+eow==
-RMD160 (tmux-0.2.tar.gz) = K0znFHUeEskTPuD6wEGkP/eHAOw=
-SHA1 (tmux-0.2.tar.gz) = zO6ySjj8WP+vDtHV6zHsEnBiZwY=
-SHA256 (tmux-0.2.tar.gz) = GGbIOpcAY2Fw5NNC0h9rTCJ6GasQcHAiWMGsn54d9KM=
-SIZE (tmux-0.2.tar.gz) = 76574
+MD5 (tmux-0.3.tar.gz) = o+oAt2YpGA+7UOd92o476g==
+RMD160 (tmux-0.3.tar.gz) = IPY3P+Fxc/FoNtkGZFh69qHaKR4=
+SHA1 (tmux-0.3.tar.gz) = RUB72pSlA/0FBG+FNfWDG4KuJ0w=
+SHA256 (tmux-0.3.tar.gz) = qOgehp5zOo/ny1Ps3yMseU3wjJsZtLMFX0FbpeNUrCU=
+SIZE (tmux-0.3.tar.gz) = 87339
Index: patches/patch-tty_c
===
RCS file: patches/patch-tty_c
diff -N patches/patch-tty_c
--- patches/patch-tty_c 31 May 2008 20:51:28 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-tty_c,v 1.1.1.1 2008/05/31 20:51:28 steven Exp $
tty.c.orig Sat May 31 10:35:06 2008
-+++ tty.c Sat May 31 10:35:11 2008
-@@ -478,7 +478,7 @@ tty_vwrite(struct tty *tty, unused struct screen *s, i
- tty_puts(tty, delete_character);
- } else {
- while (ua-- 0)
-- tty_putc(tty, '\008');
-+ tty_putc(tty, '\010');
- }
- break;
- case TTY_CURSORON:
Index: pkg/PLIST
===
RCS file: /cvs/ports/misc/tmux/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 31 May 2008 20:51:28 - 1.1.1.1
+++ pkg/PLIST 18 Jun 2008 07:38:45 -
@@ -1,3 +1,6 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2008/05/31 20:51:28 steven Exp $
-bin/tmux
[EMAIL PROTECTED] bin/tmux
@man man/man1/tmux.1
+share/examples/tmux/
+share/examples/tmux/n-marriott.conf
+share/examples/tmux/n-marriott.sh
Re: update: tmux 0.3
This works on amd64 as well. You have my blessing to get it in, I've
been using it for weeks. :)
Brandon
On Wed, Jun 18, 2008 at 10:22 AM, Nicholas Marriott [EMAIL PROTECTED] wrote:
Update to 0.3. patches/patch-tty_c should be removed.
Tested on i386, sparc64.
Change log is at:
http://sf.net/project/shownotes.php?release_id=607660group_id=200378
-- Nicholas
Index: Makefile
===
RCS file: /cvs/ports/misc/tmux/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile31 May 2008 20:51:28 - 1.1.1.1
+++ Makefile18 Jun 2008 07:38:45 -
@@ -2,7 +2,7 @@
COMMENT= terminal multiplexer
-DISTNAME= tmux-0.2
+DISTNAME= tmux-0.3
CATEGORIES=misc
HOMEPAGE= http://www.sourceforge.net/projects/tmux/
@@ -20,5 +20,9 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:
FAKE_FLAGS=PREFIX=${PREFIX}
NO_REGRESS=Yes
+
+post-install:
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/tmux
+ ${INSTALL_DATA} ${WRKSRC}/examples/* ${PREFIX}/share/examples/tmux
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/misc/tmux/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo31 May 2008 20:51:28 - 1.1.1.1
+++ distinfo18 Jun 2008 07:38:45 -
@@ -1,5 +1,5 @@
-MD5 (tmux-0.2.tar.gz) = RVppvOvNMmoMNzb5se+eow==
-RMD160 (tmux-0.2.tar.gz) = K0znFHUeEskTPuD6wEGkP/eHAOw=
-SHA1 (tmux-0.2.tar.gz) = zO6ySjj8WP+vDtHV6zHsEnBiZwY=
-SHA256 (tmux-0.2.tar.gz) = GGbIOpcAY2Fw5NNC0h9rTCJ6GasQcHAiWMGsn54d9KM=
-SIZE (tmux-0.2.tar.gz) = 76574
+MD5 (tmux-0.3.tar.gz) = o+oAt2YpGA+7UOd92o476g==
+RMD160 (tmux-0.3.tar.gz) = IPY3P+Fxc/FoNtkGZFh69qHaKR4=
+SHA1 (tmux-0.3.tar.gz) = RUB72pSlA/0FBG+FNfWDG4KuJ0w=
+SHA256 (tmux-0.3.tar.gz) = qOgehp5zOo/ny1Ps3yMseU3wjJsZtLMFX0FbpeNUrCU=
+SIZE (tmux-0.3.tar.gz) = 87339
Index: patches/patch-tty_c
===
RCS file: patches/patch-tty_c
diff -N patches/patch-tty_c
--- patches/patch-tty_c 31 May 2008 20:51:28 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-tty_c,v 1.1.1.1 2008/05/31 20:51:28 steven Exp $
tty.c.orig Sat May 31 10:35:06 2008
-+++ tty.c Sat May 31 10:35:11 2008
-@@ -478,7 +478,7 @@ tty_vwrite(struct tty *tty, unused struct screen *s, i
- tty_puts(tty, delete_character);
- } else {
- while (ua-- 0)
-- tty_putc(tty, '\008');
-+ tty_putc(tty, '\010');
- }
- break;
- case TTY_CURSORON:
Index: pkg/PLIST
===
RCS file: /cvs/ports/misc/tmux/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 31 May 2008 20:51:28 - 1.1.1.1
+++ pkg/PLIST 18 Jun 2008 07:38:45 -
@@ -1,3 +1,6 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2008/05/31 20:51:28 steven Exp $
-bin/tmux
[EMAIL PROTECTED] bin/tmux
@man man/man1/tmux.1
+share/examples/tmux/
+share/examples/tmux/n-marriott.conf
+share/examples/tmux/n-marriott.sh
Re: update: tmux 0.3
On Wed, Jun 18, 2008 at 03:22:31PM +0100, Nicholas Marriott wrote:
Update to 0.3. patches/patch-tty_c should be removed.
Tested on i386, sparc64.
Change log is at:
http://sf.net/project/shownotes.php?release_id=607660group_id=200378
Looks good on i386.
Any other oks?
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*-[ BSD: Live Free or Die ]*
Re: x11/qt4 fails to package on i386
Marc Espie: Full build log (6 MB !) available at http://viq.ath.cx/obsd/qt4-4.3.5.log Iconv fuckup. Naddy ? Looks like iconv() ended up with the old const prototype on that system. That happens if you build libiconv with an older one still installed... I wanted to fix that, but forgot. Will do now. BTW, this warning from the build log suggests that there are some old packages on that system: /usr/bin/ld: warning: libpthread.so.10.0, needed by /usr/local/lib/libmysqlclient_r.so.18.0, may conflict with libpthread.so.11.0 -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: x11/qt4 fails to package on i386
On Wed, Jun 18, 2008 at 05:01:28PM +0200, Christian Weisgerber wrote: Marc Espie: Full build log (6 MB !) available at http://viq.ath.cx/obsd/qt4-4.3.5.log Iconv fuckup. Naddy ? Looks like iconv() ended up with the old const prototype on that system. That happens if you build libiconv with an older one still installed... I wanted to fix that, but forgot. Will do now. That would be great. Removing libiconv to update it would be a pain... $ cat /var/db/pkg/libiconv-1.12/+REQUIRED_BY | wc -l 211 BTW, this warning from the build log suggests that there are some old packages on that system: /usr/bin/ld: warning: libpthread.so.10.0, needed by /usr/local/lib/libmysqlclient_r.so.18.0, may conflict with libpthread.so.11.0 Yes, there are, I am in the process of quieting out-of-date. Which is going to take some time... -- Christian naddy Weisgerber [EMAIL PROTECTED] -- viq
Re: UPDATE: openttd 0.6.1
Quoting Stuart Henderson ([EMAIL PROTECTED]): [..] make port-lib-depends-check complains : Extra: X11.11 Extra: Xext.10 Extra: usbhid.3 Maybe a local problem, my system is from last week pre-hackathon snapshot, and i see those libraries in ldd `which openttd`. Same here. I don't know what's up. Anyone? Anyone? Ports-dudes? Programs linked against SDL used to pull them in, but they don't any more. I haven't bothered with them for my wantlib syncs, since it increases the number of ports I'd have to touch by a lot, and it's less important to list an unneeded library there, than it is to make sure nothing is missing, but they should probably get tidied up as ports get updated. Ok, it seems that it went away after I updated my packages and removed the three libs from the Makefile, so unless anyone objects in the next 24 hours, I'll commit what I posted here except for the lib depends stuff that I changed. -- Five exclamation marks, the sure sign of an insane mind. -- (Terry Pratchett, Reaper Man)
Re: UPDATE: mozilla-firefox-3.0
On Tue, 17 Jun 2008 22:26:39 +0300 (EEST), Martynas Venckus wrote: ...What i need is to know on which archs does this work, and on which doesn't. Works for me on i386, using the revised nspr patch.
Re: Annoying firefox messages
On Tue, Jun 17, 2008 at 11:56 AM, Christian Weisgerber [EMAIL PROTECTED] wrote: With the suggested setting, there is nothing there at all. No hint that you're missing content because of a missing plugin. My initial impression is that this is confusing. you're missing content that you wouldn't have been able to see anyway. i'm sure i'm missing tons of flash ads, virus-infected games and other crap. Crap that i already know isn't there because of noscript, adblock, removeitpermanently, and a few others. if i really want to punch the monkey or see the dancing hamsters i'll run windows in qemu or use a script to download videos from youtube... kill the annoying message. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
[devel/bzr] make failed
Hi, I try to compile devel/bzr from the ports on my OpenBSD 4.3 GENERIC#698 i386, but I get this: +++ Tue Jun 17 08:21:22 CEST 2008 === Cleaning for bzr-1.3 === Checking files for bzr-1.3 `/usr/ports/distfiles/bzr-1.3.tar.gz' is up to date. (SHA256) bzr-1.3.tar.gz: OK === bzr-1.3 depends on: python-2.5* - found === Extracting for bzr-1.3 === Patching for bzr-1.3 === Configuring for bzr-1.3 perl /usr/ports/infrastructure/build/pkg_subst -DMODPY_EGG_VERSION=1.3 -DMODPY_VERSION=2.5 -DMODPY_BIN=/usr/local/bin/python2.5 -DMACHINE_ARCH=i386 -DARCH=i386 -DHOMEPAGE=http://bazaar-vcs.org/ -D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DMAINTAINER=The\ OpenBSD\ ports\ mailing-list\ \[EMAIL PROTECTED] -D^BASE_PKGPATH=devel/bzr -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6 /usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzr /usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzrlib/tests/test_diff.py Can't locate OpenBSD/Subst.pm in @INC (@INC contains: /usr/libdata/perl5/i386-openbsd/5.8.8 /usr/local/libdata/perl5/i386-openbsd/5.8.8 /usr/libdata/perl5 /usr/local/libdata/perl5 /usr/local/libdata/perl5/site_perl/i386-openbsd /usr/libdata/perl5/site_perl/i386-openbsd /usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl /usr/local/lib/perl5/site_perl .) at /usr/ports/infrastructure/build/pkg_subst line 24. BEGIN failed--compilation aborted at /usr/ports/infrastructure/build/pkg_subst line 24. *** Error code 2 Stop in /usr/ports/devel/bzr (line 34 of Makefile). *** Error code 1 Stop in /usr/ports/devel/bzr (line 2114 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1417 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1937 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1447 of /usr/ports/infrastructure/mk/bsd.port.mk). --- Tue Jun 17 08:21:25 CEST 2008 It seems to search a perl module named Subst.pm. I think it should be here: /usr/libdata/perl5/OpenBSD/, but nothing. I can't find where this file must come from. Can you help me? Thanks Christophe
Re: [devel/bzr] make failed
On 2008/06/18 22:16, Christophe Da Silva wrote: I try to compile devel/bzr from the ports on my OpenBSD 4.3 GENERIC#698 i386, but I get this: http://www.openbsd.org/faq/faq15.html#NoFun
Re: [devel/bzr] make failed
On Wed, Jun 18, 2008 at 10:16:49PM +0200, Christophe Da Silva wrote:
I try to compile devel/bzr from the ports on my OpenBSD 4.3
GENERIC#698 i386, but I get this:
You need a more recent system.
+++ Tue Jun 17 08:21:22 CEST 2008
=== Cleaning for bzr-1.3
=== Checking files for bzr-1.3
`/usr/ports/distfiles/bzr-1.3.tar.gz' is up to date.
(SHA256) bzr-1.3.tar.gz: OK
=== bzr-1.3 depends on: python-2.5* - found
=== Extracting for bzr-1.3
=== Patching for bzr-1.3
=== Configuring for bzr-1.3
perl /usr/ports/infrastructure/build/pkg_subst -DMODPY_EGG_VERSION=1.3
-DMODPY_VERSION=2.5 -DMODPY_BIN=/usr/local/bin/python2.5
-DMACHINE_ARCH=i386 -DARCH=i386 -DHOMEPAGE=http://bazaar-vcs.org/
-D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DMAINTAINER=The\
OpenBSD\ ports\ mailing-list\ \[EMAIL PROTECTED]
-D^BASE_PKGPATH=devel/bzr -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6
/usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzr
/usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzrlib/tests/test_diff.py
Can't locate OpenBSD/Subst.pm in @INC (@INC contains:
/usr/libdata/perl5/i386-openbsd/5.8.8
/usr/local/libdata/perl5/i386-openbsd/5.8.8 /usr/libdata/perl5
/usr/local/libdata/perl5 /usr/local/libdata/perl5/site_perl/i386-openbsd
/usr/libdata/perl5/site_perl/i386-openbsd
/usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl
/usr/local/lib/perl5/site_perl .) at
/usr/ports/infrastructure/build/pkg_subst line 24.
BEGIN failed--compilation aborted at
/usr/ports/infrastructure/build/pkg_subst line 24.
*** Error code 2
Specifically, you need the Subst.pm stuff (see above).
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*-[ BSD: Live Free or Die ]*
Re: [devel/bzr] make failed
On Wed, Jun 18, 2008 at 10:16:49PM +0200, Christophe Da Silva wrote: Hi, I try to compile devel/bzr from the ports on my OpenBSD 4.3 GENERIC#698 i386, but I get this: +++ Tue Jun 17 08:21:22 CEST 2008 === Cleaning for bzr-1.3 === Checking files for bzr-1.3 `/usr/ports/distfiles/bzr-1.3.tar.gz' is up to date. (SHA256) bzr-1.3.tar.gz: OK === bzr-1.3 depends on: python-2.5* - found === Extracting for bzr-1.3 === Patching for bzr-1.3 === Configuring for bzr-1.3 perl /usr/ports/infrastructure/build/pkg_subst -DMODPY_EGG_VERSION=1.3 -DMODPY_VERSION=2.5 -DMODPY_BIN=/usr/local/bin/python2.5 -DMACHINE_ARCH=i386 -DARCH=i386 -DHOMEPAGE=http://bazaar-vcs.org/ -D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DMAINTAINER=The\ OpenBSD\ ports\ mailing-list\ \[EMAIL PROTECTED] -D^BASE_PKGPATH=devel/bzr -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6 /usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzr /usr/ports/devel/bzr/w-bzr-1.3/bzr-1.3/bzrlib/tests/test_diff.py Can't locate OpenBSD/Subst.pm in @INC (@INC contains: /usr/libdata/perl5/i386-openbsd/5.8.8 /usr/local/libdata/perl5/i386-openbsd/5.8.8 /usr/libdata/perl5 /usr/local/libdata/perl5 /usr/local/libdata/perl5/site_perl/i386-openbsd /usr/libdata/perl5/site_perl/i386-openbsd /usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl /usr/local/lib/perl5/site_perl .) at /usr/ports/infrastructure/build/pkg_subst line 24. BEGIN failed--compilation aborted at /usr/ports/infrastructure/build/pkg_subst line 24. *** Error code 2 Stop in /usr/ports/devel/bzr (line 34 of Makefile). *** Error code 1 Stop in /usr/ports/devel/bzr (line 2114 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1417 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1937 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/bzr (line 1447 of /usr/ports/infrastructure/mk/bsd.port.mk). --- Tue Jun 17 08:21:25 CEST 2008 It seems to search a perl module named Subst.pm. I think it should be here: /usr/libdata/perl5/OpenBSD/, but nothing. I can't find where this file must come from. Can you help me? Sounds very much like a case of http://www.openbsd.org/faq/faq15.html#NoFun Thanks Christophe -- viq
Re: UPDATE: mozilla-firefox-3.0
On Tue, Jun 17, 2008 at 10:26:39PM +0300, Martynas Venckus wrote: Hey, (Yes, this one does have scrolling bar problem fixed.) Known issues: - images rendered incorrectly on nvidia cards with 24 bits, due to incompatibilities between nvidia drivers and x; workaround: DefaultDepth 16 - dictionaries not updated for the new api - cryptohash catches stack overflow This is a work-in-progress. I'm still experiencing frequent, very reproducible crashes on my i386 laptop with intel graphics. I haven't been able to narrow it down to self-signed certs, large cgi outputs, or anything else. I can definitely cause a crash on-demand via sites (mostly internal) that operate fine in FF2. Jason
Comments in patches (was: UPDATE: rdesktop 1.6.0)
On Tue, Jun 17, 2008 at 08:15:09PM -0500, Will Maier wrote: We don't usually include comments in the patch files. To second Bernd's response: If the purpose of a patch is obvious, there's no reason to add a comment. But sometimes it isn't obvious, or you're patching stuff you want to send to (and explain to) upstream later. For an example of missing comments, please look at the ghostscript patches. I didn't add comments to them, and I regret it. Ciao, Kili -- Immer wenn ich in den letzten Tagen maile, kommen irgendwelche Insekten an, die sich das ganze Jahr nicht haben blicken lassen. -- Ansgar Stein
Re: Comments in patches (was: UPDATE: rdesktop 1.6.0)
On Wed, 18 Jun 2008, Matthias Kilian wrote: If the purpose of a patch is obvious, there's no reason to add a comment. But sometimes it isn't obvious, or you're patching stuff you want to send to (and explain to) upstream later. For an example of missing comments, please look at the ghostscript patches. I didn't add comments to them, and I regret it. It's never too late... -- Antoine
Re: update: devel/bzr
Will Maier wrote on Wed, Jun 18, 2008 at 06:50:11AM -0500: On Wed, Jun 18, 2008 at 01:27:50PM +0200, Toni Mueller wrote: * Hopefully, Python 2.3 can be dropped in the near future. If by 'dropped' you mean 'removed from the tree', I imagine this will happen at some point (though it doesn't seem to be a pressing issue). Worse than that: Some people are forced to still run Python 2.3 in production (me too), however nice upgrading to 2.5 might be. Being stuck with Zope 2.8 is one reason, and there are others. This was discussed recently. So hopefully, Python 2.3 will *not* be dropped in the near future. On the other hand, even 2.5 will be dropped 'at some point'... ;-) Yours, Ingo
dwm + dmenu updates
Attached are two diffs that brings dwm to 5.0 and dmenu to 3.7, each
released today.
--
James Turner
BSD Group Consulting
http://www.bsdgroup.org
Index: Makefile
===
RCS file: /cvs/ports/x11/dwm/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile29 Apr 2008 13:49:08 - 1.8
+++ Makefile19 Jun 2008 02:23:21 -
@@ -2,8 +2,7 @@
COMMENT= dynamic window manager
-DISTNAME= dwm-4.9
-PKGNAME= ${DISTNAME}p0
+DISTNAME= dwm-5.0
CATEGORIES=x11
@@ -21,7 +20,7 @@ WANTLIB= X11 c
MASTER_SITES= http://www.suckless.org/download/
-RUN_DEPENDS= :dmenu-=3.6:x11/dmenu \
+RUN_DEPENDS= :dmenu-=3.7:x11/dmenu \
::x11/terminus-font
MAKE_ENV= LDFLAGS=${LDFLAGS}
Index: distinfo
===
RCS file: /cvs/ports/x11/dwm/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo15 Apr 2008 19:44:10 - 1.7
+++ distinfo19 Jun 2008 02:23:21 -
@@ -1,5 +1,5 @@
-MD5 (dwm-4.9.tar.gz) = z3LGpy5sNcEytdtPrz+zWA==
-RMD160 (dwm-4.9.tar.gz) = jNgvEPCsWFLiw6tRd033EKKb2LI=
-SHA1 (dwm-4.9.tar.gz) = yOz5MghPYmoi78AgdkpiquvUjbU=
-SHA256 (dwm-4.9.tar.gz) = P09ZXnhFztzhaWZorfCoreL8inLUwy1T3jWnxdkAeQ0=
-SIZE (dwm-4.9.tar.gz) = 18132
+MD5 (dwm-5.0.tar.gz) = ApfHDuCNMDnmwd3L+cyi/w==
+RMD160 (dwm-5.0.tar.gz) = QVY8BDiXNQGRV94BVHQG/jor2B4=
+SHA1 (dwm-5.0.tar.gz) = tNWM6y1c/YQRAPOb9aK20hy6K90=
+SHA256 (dwm-5.0.tar.gz) = l+WRIF4lvl7o1Z37LSr51FWVcH+euTdj3VW6YN+9cRQ=
+SIZE (dwm-5.0.tar.gz) = 17927
Index: patches/patch-config_def_h
===
RCS file: /cvs/ports/x11/dwm/patches/patch-config_def_h,v
retrieving revision 1.2
diff -u -p -r1.2 patch-config_def_h
--- patches/patch-config_def_h 29 Apr 2008 13:49:08 - 1.2
+++ patches/patch-config_def_h 19 Jun 2008 02:23:21 -
@@ -1,42 +1,41 @@
$OpenBSD: patch-config_def_h,v 1.2 2008/04/29 13:49:08 sthen Exp $
config.def.h.orig Thu Apr 3 21:57:01 2008
-+++ config.def.h Mon Apr 28 22:18:14 2008
-@@ -2,20 +2,22 @@
+--- config.def.h.orig Wed Jun 18 22:18:17 2008
config.def.h Wed Jun 18 22:19:37 2008
+@@ -1,13 +1,13 @@
+ /* See LICENSE file for copyright and license details. */
/* appearance */
- #define BORDERPX 1
--#define FONT -*-terminus-medium-r-normal-*-14-*-*-*-*-*-*-*
--#define NORMBORDERCOLOR #cc
--#define NORMBGCOLOR #cc
--#define NORMFGCOLOR #00
--#define SELBORDERCOLOR#0066ff
--#define SELBGCOLOR#0066ff
--#define SELFGCOLOR#ff
-+#define FONT -*-terminus-medium-*-*-*-*-*-*-*-*-*-*-*
-+#define NORMBORDERCOLOR #404040
-+#define NORMBGCOLOR #202020
-+#define NORMFGCOLOR #c0c0c0
-+#define SELBORDERCOLOR#ff
-+#define SELBGCOLOR#404040
-+#define SELFGCOLOR#f0f0f0
+-static const char font[]=
-*-terminus-medium-r-normal-*-14-*-*-*-*-*-*-*;
+-static const char normbordercolor[] = #cc;
+-static const char normbgcolor[] = #cc;
+-static const char normfgcolor[] = #00;
+-static const char selbordercolor[] = #0066ff;
+-static const char selbgcolor[] = #0066ff;
+-static const char selfgcolor[] = #ff;
++static const char font[]=
-*-terminus-medium-*-*-*-*-*-*-*-*-*-*-*;
++static const char normbordercolor[] = #404040;
++static const char normbgcolor[] = #202020;
++static const char normfgcolor[] = #c0c0c0;
++static const char selbordercolor[] = #ff;
++static const char selbgcolor[] = #404040;
++static const char selfgcolor[] = #f0f0f0;
+ static uint borderpx= 1;/* border pixel of windows */
+ static uint snap= 32; /* snap pixel */
+ static Bool showbar = True; /* False means no bar */
+@@ -24,6 +24,7 @@ static Rule rules[] = {
+ /* class instancetitle tags mask isfloating */
+ { Gimp, NULL, NULL, 0,True },
+ { Firefox, NULL, NULL, 1 8, True },
++ { Xonix,NULL, NULL, 0,True },
+ };
- /* tagging */
- const char tags[][MAXTAGLEN] = { 1, 2, 3, 4, 5, 6, 7, 8, 9
};
+ /* layout(s) */
+@@ -49,7 +50,7 @@ static Layout layouts[] = {
- Rule rules[] = {
- /* classinstancetitle tags ref
isfloating */
-+ { Firefox,NULL, NULL, tags[8],False },
- { Gimp, NULL, NULL, NULL, True },
-+ { Xonix, NULL, NULL, NULL, True },
- };
+ /* commands */
+ static const
Re: dwm + dmenu updates
On Wed, Jun 18, 2008 at 10:28:51PM -0400, James Turner wrote: Attached are two diffs that brings dwm to 5.0 and dmenu to 3.7, each released today. Opps, for got to add, tested on amd64 -- James Turner BSD Group Consulting http://www.bsdgroup.org
