> I'm hoping that this will be a simple thing to update if the
> person doing so knows the ports-tree well, but if not and people
> are too busy with other projects, I'll probably try to see what I
> can do in a couple months when I have some more free time.
I can give it a try -- just don't hold
As the quilt maintainer I was surprised to see Landry mention quilt on
icb as a port that depends on procmail; I didn't even realize that quilt
used procmail behind the scenes. :)
Turns out, quilt really only uses formail, and only to extract the value
of headers. Reading RFC 2822 I think we can
Ping?
I know that asking others to do work for them instead of doing
it themselves is frowned upon in OpenBSD culture, but even though
I might be able to hack something together if I persevered at it
long enough, I unfortunately won't have the free time to do so for
a while so I hope that one fina
Here is an update to FFmpeg 20150107. Another snapshot
along the 2.4 branch to roll in any bug fixes commited
between the last snap and now.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/graphics/ffmpeg/Makefile,v
retrieving
On 01/07/15 23:40, Stuart Henderson wrote:
On 2015/01/07 23:36, Fred wrote:
Hi ports@
I've just upgraded to 5.7-beta and I'm seeing crashes on Chrome:
cd /usr/src/lib/libevent
cvs up -PdA
make obj && make && sudo make install
fixed - thanks for the pointer!
An update:
The py-sip diff remains the same, but I have split it from the py-qt4
diff.
Changes for py-qt4:
- The license agreement patch is not required, passing --confirm-license
is sufficient
- The Sip files are now installed into a separate PyQt4 directory. This
is necessary, because other
On 2015/01/07 23:36, Fred wrote:
> Hi ports@
>
> I've just upgraded to 5.7-beta and I'm seeing crashes on Chrome:
cd /usr/src/lib/libevent
cvs up -PdA
make obj && make && sudo make install
Hi ports@
I've just upgraded to 5.7-beta and I'm seeing crashes on Chrome:
port:fred ~> dmesg| head -2; chrome --version; chrome
OpenBSD 5.7-beta (GENERIC.MP) #740: Tue Jan 6 18:19:48 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Chromium 39.0.2171.95
ATTENTI
multimarkdown.tgz
Description: proposed new port: textproc/multimarkdown
Hi ports@,
Attached is an updated version of the proposed textproc/multimarkdown
port I submitted a few days ago. As with devel/greg, this version
incorporates changes resulting from the output of make udpate-patches.
Tha
Updated diff to bump revision (whoops), and carrying over the change to use
overflow-detecting malloc to matrix.c (patch-matrix_c). I forgot about
this because my local fork of w3m has been fixed to build without MATRIX.
Index: w3m/Makefile
=
2015-01-07 19:14 GMT+03:00 Florian Stinglmayr :
> On Wed, Jan 07, 2015 at 04:41:16PM +0100, David Coppa wrote:
>> On Wed, Jan 7, 2015 at 4:36 PM, Stuart Henderson wrote:
>> >
>> > Hmm. Actually what is the benefit of using
>> > CMAKE_SKIP_INSTALL_ALL_DEPENDENCY
>> > anyway, even in the make(1) ca
Hi ports --
A new fluxbox was released today, attached is a diff to update it.
Also do some Makefile rearrangement while here.
Running it here on my machines. All is good.
Testing on smaller archs appreciated.
OK?
~Brian
Index: Makefile
=
Hi list,
an update to irssi-otr happened:
https://lists.cypherpunks.ca/pipermail/otr-dev/2015-January/002301.html
This fixes a null pointer dereference when using irssi-xmpp. It also
moves the file to being hosted by the developer. The hardcoded paths
are sadly not (yet) fixed.
Also interesting
On Wed, Jan 07, 2015 at 04:41:16PM +0100, David Coppa wrote:
> On Wed, Jan 7, 2015 at 4:36 PM, Stuart Henderson wrote:
> >
> > Hmm. Actually what is the benefit of using CMAKE_SKIP_INSTALL_ALL_DEPENDENCY
> > anyway, even in the make(1) case?
> >
>
> It was requested by Vadim some years ago:
>
> "T
On Wed, Jan 7, 2015 at 4:36 PM, Stuart Henderson wrote:
> On 2015/01/07 07:53, David Coppa wrote:
>>
>> > From: Stuart Henderson
>> > Date: Wed, Jan 7, 2015 at 3:26 PM
>> > Subject: Re: Zap CMAKE_SKIP_INSTALL_ALL_DEPENDENCY
>> > To: dco...@gmail.com
>> > Cc: ports@openbsd.org, z...@openbsd.org
>>
On 2015/01/07 07:53, David Coppa wrote:
>
> > From: Stuart Henderson
> > Date: Wed, Jan 7, 2015 at 3:26 PM
> > Subject: Re: Zap CMAKE_SKIP_INSTALL_ALL_DEPENDENCY
> > To: dco...@gmail.com
> > Cc: ports@openbsd.org, z...@openbsd.org
> >
> >
> > On 2015/01/07 06:16, David Coppa wrote:
> > >
> > >
> From: Stuart Henderson
> Date: Wed, Jan 7, 2015 at 3:26 PM
> Subject: Re: Zap CMAKE_SKIP_INSTALL_ALL_DEPENDENCY
> To: dco...@gmail.com
> Cc: ports@openbsd.org, z...@openbsd.org
>
>
> On 2015/01/07 06:16, David Coppa wrote:
> >
> > CMAKE_SKIP_INSTALL_ALL_DEPENDENCY makes no sense anymore since
On 2015/01/07 06:16, David Coppa wrote:
>
> CMAKE_SKIP_INSTALL_ALL_DEPENDENCY makes no sense anymore since we're
> using Ninja.
We don't use Ninja on all arch.
CMAKE_SKIP_INSTALL_ALL_DEPENDENCY makes no sense anymore since we're
using Ninja.
Ok?
Index: cmake.port.mk
===
RCS file: /cvs/ports/devel/cmake/cmake.port.mk,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 cmake.port.mk
--- cmake
19 matches
Mail list logo
