(I sent this message yesterday, but the server rejected it because my
provider's mail server is
classified as UCEProtect level1. Now I'm sending this from gmail account...)
I found that flex port tries to build flex.pdf, requiring TeX but no dependency.
I believe the PDF document is not necessary
2015-09-23 5:14 GMT+03:00 George Rosamond :
> Four fonts from Huerta Tipografica.
>
> I used the same Makefile-style as fonts/league-fonts for dealing with
> four different DISTFILES with extraction, etc.
Looks like mostly okay, with only one license nit:
All license files there do have the line
On 9/19/15, Landry Breuil wrote:
> On Fri, Sep 18, 2015 at 11:50:19PM -0700, patrick keshishian wrote:
>> On 9/17/15, Landry Breuil wrote:
[...]
>> Attached is new tar-ball that compile, but unfortunately "make test"
>> mostly fails[1].
>
> Yes, but at least it builds :) Lots of ports have failin
ports/devel/jdk/1.8/
ONLY_FOR_ARCHS= i386 amd64
Ian McWilliam
From: owner-po...@openbsd.org [owner-po...@openbsd.org] on behalf of Lior Malka
[lio...@gmail.com]
Sent: Wednesday, 23 September 2015 12:40 PM
To: ports@openbsd.org; k...@openbsd.org
Subject:
Il 23/set/2015 06:12, "Lior Malka" ha scritto:
>
> Hello,
>
> It seems that the only port for OpenJDK on OpenBSD is
> v1.7.0 71v0.
>
> Is that correct?
No.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/jdk/1.8/
> I need OpenJDK 8, because I am trying to build OpenJFX for OpenBSD,
> and t
Hello,
It seems that the only port for OpenJDK on OpenBSD is
v1.7.0 71v0.
Is that correct?
I need OpenJDK 8, because I am trying to build OpenJFX for OpenBSD,
and the build process uses Gradle, and Gradle reports an error.
I think the error is due to the version of Java I have (I have 7, but I
n
Program to do SHA checksums, although may be redundant since I don't
believe it has functionality beyond cksum(1).
g
sha.tgz
Description: Binary data
Four fonts from Huerta Tipografica.
I used the same Makefile-style as fonts/league-fonts for dealing with
four different DISTFILES with extraction, etc.
Thanks
g
huertatipografica-fonts.tgz
Description: Binary data
Hey,
Thanks for looking into this Kili.
On Tue, Sep 22, 2015 at 10:39:25PM +0200, Matthias Kilian wrote:
> > Index: devel/py-certifi/pkg/PLIST
> > ===
> > RCS file: /home/edd/cvsync/ports/devel/py-certifi/pkg/PLIST,v
> [...]
> > -lib
Hola,
This is a trivial diff to bring mail/mu to the latest version. Which
includes the OpenBSD fixes[1,2] from Sean Levy !
Tested on amd64 so far (i386 is where the issues were)
[1] https://github.com/djcb/mu/pull/595
[2] https://github.com/djcb/mu/pull/634
Tests on i386 would be appreciated!
Oh wait, i was too fast with the "send" key.
This version of the patch is better.
Ingo Schwarze wrote on Tue, Sep 22, 2015 at 11:57:56PM +0200:
> Raf Czlonka wrote on Tue, Sep 22, 2015 at 04:24:20PM +0100:
>> Adding /usr/ports/infrastructure/bin to PATH is trivial, but I was
>> wondering how do
Hi,
Raf Czlonka wrote on Tue, Sep 22, 2015 at 04:24:20PM +0100:
> Adding /usr/ports/infrastructure/bin to PATH is trivial, but I was
> wondering how do you deal with adding /usr/ports/infrastructure/man to
> the manpath?
>
> Given that, currently, man.conf is not required to be present at all an
Hi,
On Tue, Sep 01, 2015 at 06:33:05PM +0100, Edd Barrett wrote:
> The diff below updates py-setuptools and fixes obvious fallout.
>
> I found fallout by doing a partial bulk with anything needing setuptools as
> a BUILD_DEPENDS or RUN_DEPENDS.
>
> The breakage is (mostly) to do with how the egg
On Tue, 22 Sep 2015 16:24:20 +0100 Raf Czlonka wrote:
> On Tue, Sep 22, 2015 at 02:27:08PM BST, Ingo Schwarze wrote:
>
> > Hi Vadim,
> >
> > Vadim Zhukov wrote on Tue, Sep 22, 2015 at 01:15:26AM +0300:
> >
> > > Similar info is already at the top of the bsd.port.mk(5). Given
> > > that bin/ and m
On 2015/09/22 12:45, Jan Stary wrote:
> I don't think print/enscript needs to USE_GROFF.
>
> There are four manpages installed:
>
> - diffpp.1 and sliceprint.1 are generated from the perl scripts.
> mandoc -Tlint is quiet on them, and gmdiff is trivial.
>
> - the manpage of enscript itself has a
On Tue, Sep 22, 2015 at 02:27:08PM BST, Ingo Schwarze wrote:
> Hi Vadim,
>
> Vadim Zhukov wrote on Tue, Sep 22, 2015 at 01:15:26AM +0300:
>
> > Similar info is already at the top of the bsd.port.mk(5). Given
> > that bin/ and man/ aren't required to start using ports(7), I think
> > duplicating in
I don't think graphics/djview4 needs to USE_GROFF.
Two manpages come with the package:
/usr/local/man/cat1/djview.0
/usr/local/man/cat1/nsdejavu.0
With djview.1, mandoc -Tlint complains about a verbatim date,
lot of end-of-line whitespace, an unterminated quote, an empty PP,
and an unknown font f
Hi Vadim,
Vadim Zhukov wrote on Tue, Sep 22, 2015 at 01:15:26AM +0300:
> Similar info is already at the top of the bsd.port.mk(5). Given that
> bin/ and man/ aren't required to start using ports(7), I think
> duplicating info in ports(7) isn't needed.
Oh, i see. I missed that ports(7) is more f
On Sep 22 12:45:55, h...@stare.cz wrote:
> I don't think print/enscript needs to USE_GROFF.
>
> There are four manpages installed:
>
> - diffpp.1 and sliceprint.1 are generated from the perl scripts.
> mandoc -Tlint is quiet on them, and gmdiff is trivial.
>
> - the manpage of enscript itself ha
I don't think print/enscript needs to USE_GROFF.
There are four manpages installed:
- diffpp.1 and sliceprint.1 are generated from the perl scripts.
mandoc -Tlint is quiet on them, and gmdiff is trivial.
- the manpage of enscript itself has an empty P
and an unsupported ta, breaking the alignmen
Ping.
On Mon, Sep 7, 2015 at 11:43 PM, Frederic Cambus wrote:
> On Fri, Aug 28, 2015 at 1:25 PM, Stuart Henderson wrote:
>
>> I don't see much point in includeing README.md when it's duplicated in
>> DESCR. LICENSE might be useful though.
>
> Makes sense. Tweaked Makefile to copy LICENSE instead
On Sep 21 22:37:11, st...@openbsd.org wrote:
> On 2015/09/21 21:31, Jan Stary wrote:
> > On Sep 17 07:30:23, st...@cvs.openbsd.org wrote:
> > > update to libmagic (file) 5.25
> >
> > What is the relation of OpenBSD's own new file(1) to devel/libmagic?
>
> No code relation. libmagic is a package b
22 matches
Mail list logo
