On May 23, 2020 10:33:29 AM EDT, Aaron Bieber wrote:
>Hi,
>
>Here is an update to drawterm, now one can specify WM_CLASS and WM_NAME
>and drawterm will pick them up!
>
>Been using this for a bit with no issues!
>
>OK?
>
>https://deftly.net/patches/drawterm-20200427.diff
>
>Cheers,
>Aaron
>
>diff
Ian Sutton wrote:
> On Wed, Sep 14, 2016 at 09:19:01PM -0400, Ian Sutton wrote:
> > This patch works for me as far as I can tell. Below is your patch with
>
> ...nd here's the patch:
Thanks, I missed sndio. I have no objections to these changes, obviously.
sl
I forgot to mention, this new drawterm includes a new flag, -G, that
starts the session without the GUI. Suitable for use in the terminal.
sl
} \
- http://openbsd.stanleylieber.com/drawterm/
-EXTRACT_SUFX= .tgz
-
-MAINTAINER=Stanley Lieber <stanley.lie...@gmail.com>
+MAINTAINER= Stanley Lieber <s...@stanleylieber.com>
# Lucent Public License Version 1.02
-PERMIT_PACKAGE_CDROM= Yes
+PERMIT_PACKAGE_CDROM= Ye
2013 11:37:53 - 1.2
+++ Makefile 14 Sep 2016 04:43:17 -
@@ -9,7 +9,7 @@ MASTER_SITES= http://plan9.bell-labs.com
http://openbsd.stanleylieber.com/u9fs/
EXTRACT_SUFX= -src.tgz
-MAINTAINER= Stanley Lieber <stanley.lie...@gmail.com>
+MAINTAINER= Stanley Lieber <s...@stanleylieber.co
This works for me on amd64. Thanks!
sl
Original Message
From: Giovanni Bechis
Sent: Monday, August 29, 2016 3:23 AM
To: stanley lieber
Cc: ports@openbsd.org
Subject: Re: courier-authlib-userdb: userdbpw core dumps
On 08/27/16 01:07, stanley lieber wrote:
> Both binary package and compi
Both binary package and compiled from ports. Tested (amd64 only) on 5.9
and two recent snapshots. Trace output here:
http://okturing.com/src/3768/body
sl
Builds on amd64.
-sl
On Fri, Sep 16, 2011 at 6:28 AM, Joerg Zinke m...@umaxx.net wrote:
Hi!
please find attached a port for st-0.1.1
Description:
st is a simple virtual terminal emulator for X which sucks less.
More info:
http://st.suckless.org/
Port is attached or can be downloaded from:
From http://plan9.bell-labs.com/magic/man2html/8/drawterm:
Drawterm is a program that users of non-Plan 9 systems can use to
establish graphical cpu(1) connections with Plan 9 CPU servers. Just as
a real Plan 9 terminal does, drawterm serves its local name space as
well as some devices (the
I've gotten one request to decommission qemu-old. It surprised me,
as I thought there were still issues with qemu/ even with the semi recent
thread fix as well as performance differences.
Does anybody have objection to retiring qemu-old to the attic or ?
I'd rather not do this
On Mon, Mar 21, 2011 at 5:53 PM, Brad b...@comstyle.com wrote:
On 22/03/11 4:54 PM, Stanley Lieber wrote:
I've gotten one request to decommission qemu-old. It surprised me,
as I thought there were still issues with qemu/ even with the semi recent
thread fix as well as performance differences
I've been hammering on the i386 package pretty hard over the last couple
of days. It's proven surprisingly stable on my single user test machines:
AMD Sempron(tm) Processor 3300+ (AuthenticAMD 686-class,
128KB L2 cache) 2.01 GHz, avail mem = 1572626432 (1499MB)
Intel(R) Pentium(R) M processor
I believe my previous attempt to send this message
was garbled.
On 2011/02/03 16:42, Stanley Lieber wrote:
Chrome 9.0.597 packages for testing:
http://blade2k.humppa.hu/chromium/
Installed on two i386 machines running a current snapshot (one hardware,
one vmware on xp). I've been
Chrome 9.0.597 packages for testing:
http://blade2k.humppa.hu/chromium/
Installed on two i386 machines running a current snapshot (one hardware,
one vmware on xp). I've been surfing and installing plugins for several hours.
Only hiccup so far is the usual DNS resolution issues also exhibited
On 2011/02/03 16:42, Stanley Lieber wrote: Chrome 9.0.597
packages for testing: http://blade2k.humppa.hu/chromium/
Installed on two i386 machines running a current snapshot (one hardware,
one vmware on xp). I've been surfing and installing plugins for
several hours. Only hiccup so far
From http://plan9.bell-labs.com/magic/man2html/4/u9fs:
U9fs is not a Plan 9 program. Instead it is a program that serves Unix
files to Plan 9 machines using the 9P protocol (see intro(5)). It is
typically invoked on a Unix machine by inetd with its standard input and
output connected to a
From http://plan9.bell-labs.com/magic/man2html/8/drawterm:
Drawterm is a program that users of non-Plan 9 systems can use to
establish graphical cpu(1) connections with Plan 9 CPU servers. Just as
a real Plan 9 terminal does, drawterm serves its local name space as
well as some devices (the
From http://plan9.bell-labs.com/magic/man2html/8/drawterm:
Drawterm is a program that users of non-Plan 9 systems can use to
establish graphical cpu(1) connections with Plan 9 CPU servers. Just as
a real Plan 9 terminal does, drawterm serves its local name space as
well as some devices (the
From http://plan9.bell-labs.com/magic/man2html/4/u9fs:
U9fs is not a Plan 9 program. Instead it is a program that serves Unix
files to Plan 9 machines using the 9P protocol (see intro(5)). It is
typically invoked on a Unix machine by inetd with its standard input and
output connected to a network
On Tue, Dec 21, 2010 at 2:04 PM, Anthony J. Bentley
anthonyjbent...@gmail.com wrote:
On Wed, Dec 15, 2010 at 6:17 PM, Stanley Lieber
stanley.lie...@gmail.com wrote:
Home Page:
http://tools.suckless.org/9base
Info:
9base is a port of various original Plan 9 tools for UNIX, based
On Wed, Dec 15, 2010 at 6:17 PM, Stanley Lieber
stanley.lie...@gmail.com wrote:
Home Page:
http://tools.suckless.org/9base
Info:
9base is a port of various original Plan 9 tools for UNIX, based on
Plan 9 From Userspace, by Russ Cox. The rc shell in 9base is distinct
from Byron Rakitzis
Home Page:
http://tools.suckless.org/9base
Info:
9base is a port of various original Plan 9 tools for UNIX, based on
Plan 9 From Userspace, by Russ Cox. The rc shell in 9base is distinct
from Byron Rakitzis' UNIX rewrite that already exists in plan9/rc.
Rakitzis' port is not entirely compatible
Update dmenu to 4.1.
Tested on i386 running June 5 snapshot of 4.7-CURRENT. Please test and comment.
-sl
Index: Makefile
===
RCS file: /cvs/ports/x11/dmenu/Makefile,v
retrieving revision 1.9
diff -u -p Makefile
--- Makefile 29
Update dwm to 5.8.2. Uses the updated dmenu 4.1 previously posted to
the mailing list.
Tested on i386 running the June 5 snapshot of 4.7-CURRENT. Please test
and comment.
-sl
Index: Makefile
===
RCS file:
Update libixp to 0.5.
Tested on i386 running the June 5 snapshot of 4.7-CURRENT. Please test
and comment.
-sl
Index: Makefile
===
RCS file: /cvs/ports/devel/libixp/Makefile,v
retrieving revision 1.4
diff -u -p Makefile
---
Update to surf-0.4.
Tested on i386 running the June 5 snapshot of 4.7-CURRENT. Please test
and comment.
-sl
Index: Makefile
===
RCS file: /cvs/ports/www/surf/Makefile,v
retrieving revision 1.3
diff -u -p Makefile
--- Makefile
Home Page:
http://tools.suckless.org/9base
Info:
9base is a port of various original Plan 9 tools for Unix, based on
plan9port. None of plan9port's GUI tools are included. The rc shell
included in 9base is distinct from the UNIX port of rc that already
exists in plan9/rc. The existing port is
Michael-392 wrote:
Hi,
I am trying to get the tablet screen working on the X41. After googling
I found that it once worked with OpenBSD 4.4 and linuxwacom-0.8.2:
http://webcache.googleusercontent.com/search?q=cache:2ywAxrd95GIJ:https://osuny.co.uk/~azure/txt/openbsd_thinkpad_x41_tablet.txt
On Tue, Jan 6, 2009 at 1:58 PM, Guilherme Malschitzky Schroeder
guilherme.m.schroe...@gmail.com wrote:
Does the FlashPlayer 7 works fine with youtube? The time i've used it,
the sound doesn't match the image, e.g the sound was ahead of the image
or thing like that.
I've not used it
The port I found below compiles cleanly but will not build the package
on my i386/4.4 system. Flash Player 9 (suggested by the creator of the
port) installs but will not render YouTube clips in my browser. The
Flash Player 7 installed by the Opera Flash plugin port does work with
YouTube.
31 matches
Mail list logo