On Tue, Dec 16, 2014 at 12:49 AM, Jérémie Courrèges-Anglas
wrote:
> viq writes:
>
>> Here's a port of py-asn1-modules, looked a bit at FreeBSD's one when
>> making it. Provides some additional functions for working with
>> certificates, sleekxmpp seems to want it to be able to verify certs.
>
> L
> Hi All,
>
> This is a port of the FUSE exFAT implementation for OpenBSD. It enabled
> reading and writing of SDXC cards, USB thumb drives etc. that have been
> formatted as exFAT. This is my first port so let me know if I should make any
> changes, files installed to the correct locations etc.
On Mon, Dec 15, 2014 at 2:20 PM, trondd wrote:
>
> Taking a look at the fldigi port. The 3.21.x branch is no longer
> supported and has moved on to 3.22.x
>
> I have locally updated to 3.22.02 (does not include our patches yet). And
> would like to submit the diffs for review. I don't know if w
Hi,
The regression tests of www/p5-LWP-Protocol-https fail if
net/p5-IO-Socket-IP is installed.
===> Regression tests for p5-LWP-Protocol-https-6.06p0
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-MTest::Harness"
"-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'b
On Sun, Dec 14, 2014 at 06:14:37PM +, ni...@openbsd.org wrote:
> p5-Net-HTTP only requires p5-IO-Socket-SSL for live testing, removed as
> a RUN-DEPENDS, change to a TEST_DEPENDS. Recommended rather than required.
>
> p5-LWP-Protocol-https relied on p5-Net-HTTP RUN_DEPENDS to
> install p5-IO-S
viq writes:
> Here's a port of py-asn1-modules, looked a bit at FreeBSD's one when
> making it. Provides some additional functions for working with
> certificates, sleekxmpp seems to want it to be able to verify certs.
Looks fine, two nits:
> pre-configure:
> perl -pi -e 's,/usr/bin/pytho
Vadim Zhukov writes:
> It was decided to stop putting lib/qt*/ prefix to libs in WANTLIB: they do
> not intersect neither in Qt3 vs. Qt4, or in Qt4 vs. Qt5 cases. I still try
> to make espie@ look at my patches removing those and okay them. :)
I asked about that but you were not around. ;)
Upda
frantisek holop, 16 Dec 2014 00:20:
> i have revisited py-selenium (2.44.0)
> again after some time, and it seems to be working,
> no patching whatsoever:
and as the xpi included with the ruby version
is almost byte indentical, probably the gem
works too.
-f
--
the 4th world war will be fought w
i have revisited py-selenium (2.44.0)
again after some time, and it seems to be working,
no patching whatsoever:
$ virtualenv selenium && cd selenium
$ . bin/activate
(selenium)$ pip install selenium
...
(selenium)$ python test.py
Google
cheese! - Google zoeken
test.py is the example program from
It was decided to stop putting lib/qt*/ prefix to libs in WANTLIB: they do
not intersect neither in Qt3 vs. Qt4, or in Qt4 vs. Qt5 cases. I still try
to make espie@ look at my patches removing those and okay them. :)
--
Vadim Zhukov
16 дек. 2014 г. 1:15 пользователь "Jérémie Courrèges-Anglas"
нап
On Mon, Dec 15, 2014 at 12:41 AM, viq wrote:
> http://sleekxmpp.com/
And it usually works better with a tarball attached.
--
viq
py-sleekxmpp.tar.gz
Description: GNU Zip compressed data
can i add category 'bullshit' to all haskell ports?
only if you port systemd and put it there
So I ported systemd from http://hackage.haskell.org/package/systemd
(proof attached, and please note how careful I copied the blurb
from upstreams github project into pkg/DESCR). I'm not going to
commit
Another gui for git, another update. This switches qgit to Qt4 and
a new upstream. While here install the README which contains useful
info, and reorder according to Makefile.template.
ok / comments?
Index: Makefile
===
RCS file:
Hi,
this updates git-cola to its latest release.
Cleanups:
- no need for the gettext module (only python scripts)
- git-cola and git-dag shebangs are properly handled, only
share/git-cola/bin/git-xbase needs tweaking
- the cola/cmds.py patch was removed on 2013/11/08
- tweak cola/app.py to use
On 12/15/14 18:13, Kenneth Westerback wrote:
> On 15 December 2014 at 13:02, ni...@openbsd.org wrote:
>> On 12/14/14 19:07, Kenneth Westerback wrote:
>>> On 14 December 2014 at 13:50, Nigel Taylor
>>> wrote:
Time to remove GNOME I from ports, it's old and ancient, and not
maintained any
Taking a look at the fldigi port. The 3.21.x branch is no longer supported
and has moved on to 3.22.x
I sent our patches upstream which should eliminate the test dependency on
gsed.
I have locally updated to 3.22.02 (does not include our patches yet). And
would like to submit the diffs for rev
"ni...@openbsd.org" writes:
> Fails at runtime. Updates at some point failed to include the extra
> dependency devel/p5-namepace-clean when added, only works if already
> installed p5-namespace-clean.
Indeed.
> Other ports failed because of this.
>
> OK?
ok
> Index: Makefile
> ===
On 15 December 2014 at 13:02, ni...@openbsd.org wrote:
> On 12/14/14 19:07, Kenneth Westerback wrote:
>> On 14 December 2014 at 13:50, Nigel Taylor
>> wrote:
>>> Time to remove GNOME I from ports, it's old and ancient, and not
>>> maintained anymore.
>>>
>>> libghttp was the forerunner to libsoup
On Thu, Dec 11, 2014 at 11:37:35AM -0500, Brad Smith wrote:
> Here is an update to QEMU 2.2.0.
>
> OK?
OK rpe@
Fails at runtime. Updates at some point failed to include the extra
dependency devel/p5-namepace-clean when added, only works if already
installed p5-namespace-clean.
Other ports failed because of this.
OK?
Index: Makefile
===
RCS fi
On 12/14/14 19:07, Kenneth Westerback wrote:
> On 14 December 2014 at 13:50, Nigel Taylor
> wrote:
>> Time to remove GNOME I from ports, it's old and ancient, and not
>> maintained anymore.
>>
>> libghttp was the forerunner to libsoup and part of GNOME I, used to
>> speed up p5-libwww, provided by
On Mon, Dec 15, 2014 at 01:09:11PM +0100, Matthias Kilian wrote:
> Hi,
>
> the HOMEPAGE for print/epdfview is dead, there was no update since
> 2011, and, most important, it doesn't display anything, at least
> for me.
>
> So is it be ok to remove it?
>
> Ciao,
> Kili
I think epdfview has
On Mon, Dec 15, 2014 at 08:21:33AM +, Stuart Henderson wrote:
> Manually written do-install sections like this are fragile. Can these
> Makefiles be changed so that they'll pick up files needed by future versions
> without further changes, or is there any build infrastructure in the
> distri
On Mon, Dec 15, 2014 at 01:09:11PM +0100, Matthias Kilian wrote:
> Hi,
>
> the HOMEPAGE for print/epdfview is dead, there was no update since
> 2011, and, most important, it doesn't display anything, at least
> for me.
>
> So is it be ok to remove it?
It can still be resurrected from the attic i
Hi,
the HOMEPAGE for print/epdfview is dead, there was no update since
2011, and, most important, it doesn't display anything, at least
for me.
So is it be ok to remove it?
Ciao,
Kili
Manually written do-install sections like this are fragile. Can these Makefiles
be changed so that they'll pick up files needed by future versions without
further changes, or is there any build infrastructure in the distribution that
can be used instead? Same for the other diff you sent.
On 14
26 matches
Mail list logo
