On 2017/07/03 20:48, Roman Kravchuk wrote:
> Updated port is attached.
>
> Thanks.
Thanks - any idea what they changed in the tarball?
Hello,
Little update for Hydra to 8.5:
https://github.com/vanhauser-thc/thc-hydra
Ok? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/security/hydra/Makefile,v
retrieving revision 1.57
diff
hi,
here's a port for pgpointcloud
(https://github.com/pgpointcloud/pointcloud), using a sha from a recent
git master (no release in a good while), been able to test it using a
pdal pipeline after enabling the pointcloud extension in a test psql
database, managed to load a .las pointcloud file int
OK?
Comment:
games cataloging tool and emulator launcher
Description:
GR-lida is a software for cataloging games and a launcher for emulators. It
includes support for plugins, additional artwork and manuals.
Maintainer: Juan Francisco Cantero Hurtado
WWW: http://www.gr-lida.org/
gr-lida.tg
On Mon Jul 03, 2017 at 09:19:22PM +0200, Landry Breuil wrote:
> Hi,
>
> a port i'm working on (pgpointcloud) uses cmake to detect libxml2:
>
> https://github.com/pgpointcloud/pointcloud/blob/master/CMakeLists.txt#L91
>
> with this CMakeLists the build fails because -I/usr/local/include is not
>
Hi,
a port i'm working on (pgpointcloud) uses cmake to detect libxml2:
https://github.com/pgpointcloud/pointcloud/blob/master/CMakeLists.txt#L91
with this CMakeLists the build fails because -I/usr/local/include is not
on the CFLAGS:
/usr/obj/ports/pgpointcloud-1.1.0pre0/bin/cc -I/usr/local/incl
On Fri Jun 23, 2017 at 10:11:15PM +0200, Jérôme KASPER wrote:
> Hello ports,
> hope i am not writing at the wrong place. i’m trying to compile
> https://github.com/LibrePCB/LibrePCB in order to make a basic port
> file as a first baby step before going for porting other Qt-based
> applications. i’m
On Mon, 3 Jul 2017, Stuart Henderson wrote:
> Committed. Donovan: if you could check that it still builds as expected
> that would be appreciated, thanks.
Yes, the updated port does build as expected on loongson.
Thanks!
On 2017/07/03 18:43, Roman Kravchuk wrote:
> Hi ports@,
>
> This is update kamailio port.
>
> Changelog:
> - update port to version 5.0.2
> - switched to use predefined module groups
> - moved berkeleydb\presence modules to subpackages
> - regen pathes (project changed structure)
> - included exp
Committed. Donovan: if you could check that it still builds as expected
that would be appreciated, thanks.
On 2017/07/03 17:16, Jeremie Courreges-Anglas wrote:
> Stuart Henderson writes:
>
> > On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
> >> Stuart Henderson writes:
> >>
> >> > This m
Stuart Henderson writes:
> On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
>> Stuart Henderson writes:
>>
>> > This makes sense to me, any differing opinions?
>>
>> Makes sense.
>>
>> libmtp builds fine with clang from base on amd64. If the same can be
>> said about misp64el, then maybe
On 2017/07/03 15:50, Jeremie Courreges-Anglas wrote:
> Stuart Henderson writes:
>
> > This makes sense to me, any differing opinions?
>
> Makes sense.
>
> libmtp builds fine with clang from base on amd64. If the same can be
> said about misp64el, then maybe
>
> COMPILER=base gcc
> MODGCC4
Stuart Henderson writes:
> This makes sense to me, any differing opinions?
Makes sense.
libmtp builds fine with clang from base on amd64. If the same can be
said about misp64el, then maybe
COMPILER=base gcc
MODGCC4_ARCHS= misp64el
would be nicer in the long run.
> I would add a comment
This makes sense to me, any differing opinions?
I would add a comment explaining what it's for, just something like
<< # avoid "libmtp.so.7.0: undefined reference to `.L2085'" >>
On 2017/07/03 12:38, Donovan Watteau wrote:
> Hi,
>
> This one is a bit weird.
>
> There's a really strange linking
Hi,
This one is a bit weird.
There's a really strange linking error while trying to build devel/libmtp,
and it looks like it's only happening on mips64el.
===> Building for libmtp-1.1.13
make all-recursive
Making all in src
Making all in examples
cc -DHAVE_CONFIG_H -I. -I.. -I../src -I/usr/l
On Sun, Jul 02, 2017 at 07:56:50PM +0200, Robert Nagy wrote:
> Hi
>
> Antoine, can you please push this into a bulk?
If I could have a full diff, that'd make it easier.
I am a bit worried about dependant ports, we are going to look deep into them to
add missing php modules because of the split.
Hi,
On Mon, Jul 03, 2017 at 09:30:50AM +0200, Antoine Jacoutot wrote:
> > * Funny that they have an install target which installs the manual, but
> >not the binary! Doh! Might want to report that, so that in later
> >versions you don't need a custom do-install target.
>
> They do install
On Sun, Jul 02, 2017 at 07:33:19PM +0200, Ingo Schwarze wrote:
> > But unless it breaks rendering, I wouldn't worry.
>
> I'm not aware of any way how that one could break rendering,
> so you certainly don't need to worry.
Thanks for clearing that up Ingo.
> So i should probably downgrade
>
>
On Sun, Jul 02, 2017 at 04:38:49PM +0100, Edd Barrett wrote:
> Hi Jon,
>
> On Tue, May 02, 2017 at 09:51:57AM -0400, Jon Bernard wrote:
> > This is my first port, I think everything is in order from what I've
> > read but do let me know if I've missed or misunderstood something.
>
> Here are a fe
Hi ports --
Attached is a diff to update py-cloudpickle to its latest version. Its
one consumer (devel/py-doit) is happy with this.
Changelog: https://github.com/cloudpipe/cloudpickle/blob/master/CHANGES.md
Change my email address while here.
OK?
~Brian
Index: Makefile
=
On 2017/07/02 19:52, Martijn van Duren wrote:
> - Move modules to their own subpackage where possible. I don't like my
> clean php install having ftp or wddx. Let people make up their own mind.
Doing this means that it's necessary to audit the existing ports
using PHP to figure out which of them
21 matches
Mail list logo
