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
emulator
-DISTNAME= drawterm-20110221
+COMMIT_ID= d9813b086ec6
+DISTNAME= drawterm-20160914
CATEGORIES=plan9
-HOMEPAGE= http://swtch.com/drawterm/
+HOMEPAGE= http://drawterm.9front.org/
-MASTER_SITES= ${HOMEPAGE} \
- http://openbsd.stanleylieber.com/
On Thu, Sep 15, 2016 at 01:23:18AM +0200, Dmitrij D. Czarkoff wrote:
> Several issues with this update:
>
> * WANTLIB should be updated as now drawterm depends on sndio.
> * Patch expands tabs; this is inconsistent with the rest of ports tree.
> * "d9813b086ec6.tar.gz" is a poor name for distfi
0 1.3
+++ Makefile14 Sep 2016 23:16:04 -
@@ -4,28 +4,28 @@ ONLY_FOR_ARCHS= i386 amd64 powerpc sparc
COMMENT= Plan9 terminal emulator
-DISTNAME= drawterm-20110221
+COMMIT_ID= d9813b086ec6
+DISTNAME= drawterm-20160914
CATEGORIES=plan9
-HOMEPAGE=
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
is it a rocket? is it an aeroplane? is it the emacs
killer?
it is all that and much more, the new and shiny vim 8.
many new features but it compiles so please test and commit :}
-f
--
when you come to a fork in the road, take it!
Index: Makefile
==
Hi ports@,
Here is a patch to remove the bzip2 dependency from Lynx. We were
previously linking against bzlib so the library would be used instead
of the bzip2 binary, in order to unpack bzip2 compressed HTML.
We now prevent lynx from appending 'bzip2' in the 'Accept-Encoding'
header instead.
H
el
-COMMENT= Plan9 terminal emulator
+COMMENT=Plan9 terminal emulator
-DISTNAME= drawterm-20110221
-CATEGORIES=plan9
+DISTNAME= d9813b086ec6
+PKGNAME=drawterm-20160914
+CATEGORIES= plan9
-HOMEPAGE= http://swtch.com/drawterm/
+HOMEPAGE= http://drawte
Updated again. The original drawterm is effectively abandoned by its authors.
This update switches to a new fork that is currenlty being maintained against
the 9front fork of Plan 9. Latest revision from 20160914.
This update:
- fixes a glitch in graphics rendering, primarily noticed
As you may have seen, I have replaced the remaining uses of the
libiconv module with plain library dependencies and removed the
module. I'm now looking at making further dents into the use of
the gettext module.
Our rules for when to use LIB_DEPENDS and when to just list a library
in WANTLIB are
On Wed, 14 Sep 2016 08:24:45 +0200
Alexandre Ratchov wrote:
> the diff was forgotten, it's discussed here:
>
> http://marc.info/?l=openbsd-ports&m=145505706611958
>
> It's about playing 24-bit files with full precision (assuming audio
> sub-system supports it), i.e. without converting samples
On Sep 14 16:54:52, h...@stare.cz wrote:
> Below please find a patch to pledge sysutils/iogen.
> The "stdio rpath wpath cpath" seems obvious,
> and the "proc" is for killing. I don't know
> if the pledge() could somehow be refined.
The actual diff below.
("wpat" was where I was testing with a fai
On Sep 13 17:50:12, danj+o...@chown.me wrote:
> And can you add # uses pledge() just before WANTLIB please?
OK.
On Sep 13 20:16:57, s...@spacehopper.org wrote:
> On 2016/09/13 13:03, Stuart Henderson wrote:
> >
> > We also often defer pledge until after option parsing, when we have
> > a better
Below please find a patch to pledge sysutils/iogen.
The "stdio rpath wpath cpath" seems obvious,
and the "proc" is for killing. I don't know
if the pledge() could somehow be refined.
Jan
Index: Makefile
===
RCS file: /cvs/por
On 2016/09/14 08:16, Brent Cook wrote:
> phessler and I looked at this last week, and if I understand correctly,
> the indirect gateway address was the main problem here. We manually
> added a route via the tunnel address instead, and things seemed to work
> as expected.
>
> So, would a patch like
phessler and I looked at this last week, and if I understand correctly,
the indirect gateway address was the main problem here. We manually
added a route via the tunnel address instead, and things seemed to work
as expected.
So, would a patch like this make more sense?
Wed Sep 14 08:08:28 2016 RO
the diff was forgotten, it's discussed here:
http://marc.info/?l=openbsd-ports&m=145505706611958
It's about playing 24-bit files with full precision (assuming audio
sub-system supports it), i.e. without converting samples to 16-bit
first and loosing 8-bits of precision.
OK?
Index: Makefile
===
stanley lieber wrote:
>Moving away from Google services. Could someone please finally commit
>this change?
done
18 matches
Mail list logo
