I submitted the port, I'm fine with removing it.
On Wed, Apr 04, 2012 at 12:06:09AM +0400, Alexander Polakov wrote:
> Brynet (maintainer) suggested to send this to ports@.
>
> This patch adds an option (-T) to display time and date in
> xbattbar's popup window.
> Personally, I find this very useful: I don't have to run
On Sat, Jan 21, 2012 at 09:26:42AM -0800, John Doe wrote:
> /* Department of Defense Special Reverse Shell in C
> ..
Heh,
ssh -NnT -R 34343:[::1]:22 user@remotehost
ssh -6 ::1 -p 34343
-Bryan.
On Thu, Jan 12, 2012 at 10:14:31PM -0500, James Turner wrote:
> Attached is a update to epdfview to fix an issue where blues and reds
> are switched. Patch taken from [0]. Even though we are running a newer
> version of poppler the issue still seems to exist.
Yeah, the author of epdfview doesn't d
Just my opinion, but st is still fairly early in its development stage, all
user customization is done using by editing config.h like dwm.
* Font configuration.
* Background, foreground and cursor colour.
* etc.
I've also noticed a random segfault on OpenBSD/i386 -current
Antoine Jacoutot wrote:
> Hi.
>
> This diff updates epdfview to 0.1.8 (latest release).
> Details here:
> http://trac.emma-soft.com/epdfview/wiki/ChangeLog#Version0.1.82011-05-28
>
> Comments/ok?
..
>
> --
> Antoine
Thanks for updating this, I hadn't looked into it yet.
If it works I'm ok wi
On Thu, Jun 02, 2011 at 01:17:13AM +0200, Matthias Kilian wrote:
> I prefer to commit the tiny diff for epdfview-0.1.7 first (of course,
> after the poppler update), so people can compare epdfview-0.1.7
> with poppler-0.14, patched epdfview-0.1.7 with poppler-0.16, and
> epdfview-0.1.8 with poppler
epdfview 0.1.8 is out now but I haven't had a chance to play with it, the
changelog claims poppler 0.16.x/0.17.x is now supported.
I'll try and submit an update to the lists soon.
-Bryan.
I was talking to one of the developers in eduke32, according to him
redistributing packages for the binaries is fine. The shareware data apparently
has some further restrictions.. you have to distribute not only the GRP file
but all the files including the DOS executables.
Having a seperate por
On Sun, May 22, 2011 at 12:49:37AM +0200, Ingo Schwarze wrote:
> Indeed, the REVISION line should be removed; that can easily done when
> committing, so there is no need to send an updated diff.
Thanks, wasn't sure.
> This builds, installs and runs for me, and the manual looks right,
> so this is
Cool, thanks for looking at this Ryan and Antti for sending it to him, my
patches made revision 1879-1881 so anything newer than that is cool.
They rejected my change for OpenGL support though, this project dlopen's
libGL.so.1 and libGLU.so.1.
The following patch is needed for that, other thing
On Sat, May 21, 2011 at 11:19:16PM +0200, Ingo Schwarze wrote:
> Hi Bryan,
>
> Brynet wrote on Wed, May 18, 2011 at 11:51:33AM -0400:
>
> > I added USE_GROFF because the build broke otherwise..
>
> Correct, xbattbar uses Imake, so USE_GROFF is required for now.
>
Hmm,
I added USE_GROFF because the build broke otherwise.. I know crap about
man pages.
Should xbattbar.man be copied as-is to ${LOCALDIR}/man/cat1/xbattbar.0?
-Bryan.
joshua stein wrote:
> i think it could use a HOMEPAGE of
> http://iplab.naist.jp/member/suguru/xbattbar.html
Sure, that can be added by whomever commits it.
-Bryan.
On Tue, May 17, 2011 at 01:33:13PM -0400, Brynet wrote:
> Here is my port of xbattbar, pretty old, but visually nicer than xbatt.
>
> "xbattbar is a battery monitor that displays a status bar on any corner
> of the screen using apm(4)."
>
> That's my shot at a
= ${WRKDIR}/${PKGNAME}
+CATEGORIES = sysutils x11
+
+MASTER_SITES = http://iplab.naist.jp/member/suguru/
+
+MAINTAINER = Brynet
+
+# GPLv2+
+PERMIT_PACKAGE_CDROM = Yes
+PERMIT_PACKAGE_FTP = Yes
+PERMIT_DISTFILES_CDROM = Yes
+PERMIT_DISTFILES_FTP = Yes
+
+WANTLIB = X11 Xau Xdmcp Xext
It might be neat to build the OpenGL plugin as well.
Untested patch attached.
-Bryan.
--- MakefileThu Mar 31 14:29:23 2011
+++ Makefile.newThu Mar 31 17:38:36 2011
@@ -25,7 +25,7 @@
WANTLIB += GL SDL X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext
WANTLIB += Xfixes Xi Xinerama Xrand
The following should fix the CD problem, I'd assume.
Add audio/libcdio + and --enable-libcdio
-Bryan.
http://www.tarsnap.com/legal-why.html#NOCANADIANS
Does not want me.
Do. Not. Want.
-Bryan.
It would probably be easier to run SABnzbd in your homedir, it doesn't look
real friendly toward system-wide installations (..on OpenBSD).
http://wiki.sabnzbd.org/unix-packaging
There is news/pan in the ports tree, it's written in C/GTK+.
-Bryan.
> Hello ports@,
>
> I'm currently in the process of porting a new version (0.7) of
> SuperTuxKart. It uses Irrlicht as 3D engine, so I need to port that
> first. Unfortunately, Irrlicht seems to require certain wide character
> functions like swprintf() (in source/Irrlicht/CZipReader.cpp for
>
Hi folks,
This patch fixes a vulnerability in homedir parsing, the bug is a
potential security risk.. but only if you configure homedirs.
A demonstration, configure homedirs, and try the follow:
http://domain/~/
http://domain/~../
If you use nostromo in a chroot, it'll probably only leak access
There is no sense having a port until the libpci/pci(4) issue is fixed,
flashrom still doesn't work yet.. it compiles and runs, but AFAIK it
always errors out.
-Bryan.
Theo de Raadt wrote:
> I would say that, as a general principle -- if you can't find this and fix
> it yourself, you probably are unable to evaluate the risk from bypassing
> the kernel and talking direct to the hardware.
I haven't looked beyond libpci, I was giving a heads up, given that the
prob
Theo de Raadt wrote:
>> I should have mentioned, this was single-user.
>
> The aperture is for X.
But it's not opening /dev/xf86 or /dev/drm, it's playing around with
/dev/pci via libpci.. and writes always fail, even in single-user.
-Bryan.
Stuart Henderson wrote:
> Port attached and at http://spacehopper.org/flashrom.tgz; this is
> basically your patches with a typo fixed (missing ; in the Makefile).
>
> You can see exampkle output from an unsuccessful run on amd64
> attempting to dump rom contents at http://spacehopper.org/flashrom
In anything >= 4.7, the 'xterm' termcap entry supports 256 colours, if
I'm reading this patch correctly, this will hardcode the TERM
environment variable to 'xterm-color256' which isn't required.
Does this change behaviour for you? or are you just guessing?
-Bryan.
Hi,
I'd recommend using an HTTP mirror for pkg_add(8), arguably less
protocol overhead.
-Bryan.
Matthieu Herrb wrote:
> Well you need machdep.allowaperture > 0 for open r/w to succeed.
>
> Are you sure pciutils never tries to write to pci config space? if so
> ok.
setpci(8) most definately needs to open the pci device as r/w, but
unfortunately it appears writes have been broken for some ti
Hi Mike,
Just because you bought a CD, does not mean you're entitled to any support.
OpenBSD is a freely available Unix-like operating system that's
available for several architectures, development is funded by donations
and CD sales.
Some companies do provide end-user support, you can find a li
Hi again,
Here it is as an attachment, the other patch may have been mangled.
-Bryan.
Index: Makefile
===
RCS file: /cvs/ports/print/epdfview/Makefile,v
retrieving revision 1.15
diff -N -u Makefile
--- Makefile22 Dec 2009 15:54:3
Hi ports@,
This is a backport of r339 from epdfview trunk, it fixes erroneous error
messages related to "encrypted files".
http://trac.emma-soft.com/epdfview/changeset/338
http://trac.emma-soft.com/epdfview/changeset/339
There are a few other issues that have been fixed in SVN, here is a list
if
Whoops, firefox35 also requries sqlite3-3.6.16 now.. perhaps that should
be updated in the Makefile.
Index: Makefile
===
RCS file: /cvs/ports/www/firefox35/Makefile,v
retrieving revision 1.30
diff -u Makefile
--- Makefile27 Nov 20
Hi,
I have been running 3.5.4 on 4.6 for a few weeks, I hadn't updated to
3.5.5 yet.
Is there any reason that www/firefox35 uses it's own nss/nspr still? the
versions in the ports tree appear to be the latest.
Also, out of curiosity.. will -STABLE ports/packages exist for either
firefox35 or moz
Stuart Henderson wrote:
> This one doesn't need USE_GMAKE or NO_REGRESS.
Sorry Stuart,
Here is the fixed archive.
-Brynet
rsvndump_new-0.5.2.tar.gz
Description: GNU Zip compressed data
ly be imported into a new subversion repository."
Based on FreeBSD's port, and other ports.. it builds and installs.
http://rsvndump.sf.net/
-Brynet
rsvndump-0.5.2.tar.gz
Description: GNU Zip compressed data
Ryan Flannery wrote:
1. Brynet: you said you don't have a sound card. Do you really get
the same error Edd listed? I would have expected it to error, but
with a different message.
Whoops, my bad.. the system had an integraded sound card, so the error
was the same as Edd's.
rly testing.
-Brynet
xstatbar_new-0.2.tar.gz
Description: GNU Zip compressed data
Hi Marco,
Here is my attempt, hopefully it works alright for you.
-Brynet
xstatbar-0.2.tar.gz
Description: GNU Zip compressed data
Predrag wrote:
> mupdf doesn't compile on stable
Here are the patches you'll need on 4.5.
-Brynet
mupdf45.tgz
Description: GNU Zip compressed data
David Krause
(david@) confirmed this in a private email exchange in March.
I quoted his message is above, also attaching my attempt as a starting
point.. fbsetbg might need some further attention though.
Tested on i386.
-Brynet
fluxbox.tgz
Description: GNU Zip compressed data
ortunately that's quite a
undertaking.
Sorry I wasn't a little more helpful..
-Brynet
patch-hw_ppce500_mpc8544ds_c
Description: Binary data
t;
Hi,
Thanks for the advice, I've attached a new patch.. also.. it appears
epdfview is GPLv2+ (..v2 or later).
I hope it works well on sparc64, definitely wish I had one of those
systems myself. :)
Take care..
-Brynet
Index: Makefile
==
On Mon, Mar 30, 2009 at 3:53 AM, Edd Barrett wrote:
> Hi,
>
> On Mon, Mar 30, 2009 at 12:26:01AM -0400, Brynet wrote:
>>
>> Note; I don't use the cups flavour, can someone look at that for me?
>>
>
> A good starting point is to run:
> "env FLAVOR=cups
use the cups flavour, can someone look at that for me?
-Brynet
Index: Makefile
===
RCS file: /cvs/ports/print/epdfview/Makefile,v
retrieving revision 1.10
diff -N -u -p Makefile
--- Makefile12 Mar 2009 18:13:54 - 1.10
+++ M
some work..
>
> http://www.rootshell.be/~mitya/ports/mktorrent.tar.gz
I use mktorrent along with btpd, it's a great application.. :-)
So +1 mktorrent here, createtorrent is a little buggy..
Tested port on i386, works fine..
-Brynet
in the ports tree..
3.12.2 (rc1) vs 3.12, so far the only way to retreive it is CVS.
When the firefox port is updated.. will it continue using nss 3.12? or
will you have to roll a manual release?
Sorry.
-Brynet
ozilla.org/show_bug.cgi?id=461082
How will it be updated? should Firefox even be using the nspr/nss ports?
-Brynet
Following Ian McWilliam's lead.. this updates the Firefox 3 port,
minus the libm changes.
-Brynet
firefox3.diff
Description: Binary data
Hi Sebastian,
It would seem they updated the port to 2.0.0.16 today.
Hope that helps.
Mike Erdely wrote:
NO_REGRESS = Yes
And, it's missing MAINTAINER.
-ME
On Fri, May 30, 2008 at 10:27:35PM +0100, Nicholas Marriott wrote:
Window splitting is on the todo list but it won't be any time soon.
Port looks good to me aside from a couple of things. You can do:
FAKE_FLAGS= PREFIX
[EMAIL PROTECTED] wrote:
On 27 May 2008 at 16:56, Brynet <[EMAIL PROTECTED]> wrote:
"tmux is a terminal multiplexer, it enables a number of terminals (or
windows) to be accessed and controlled from a single terminal."
It's under a permission BSD/ISC-style licence, I
"tmux is a terminal multiplexer, it enables a number of terminals (or
windows) to be accessed and controlled from a single terminal."
It's under a permission BSD/ISC-style licence, I've only tested it on
i386 but it should work on others as well.
Think of it like a "GNU screen" alternative..
53 matches
Mail list logo
