Please include it into the ports tree.
net-i2pd-2.22.0.tar.gz
Description: application/gzip
subscribe
Stuart,
The problem was with non loaded res_pjproject.so
After loading it, res_rtp_asterisk.so loads successfully. Users
authenticated as it should be.
On 11/14/2018 1:53 AM, Stuart Henderson wrote:
> On 2018/11/13 20:20, Denis wrote:
>> Sure
>>
>> Here is a part of output
>
> Could you send th
Heppler, J. Scott writes:
> Has there been any discussion as to providing *.desktop entries for
> xterm, xcalc and terminal based apps like mutt, ncmpc, abook?
Here's the diff to glib2. I don't know if there are broader implications
here either...
Index: Makefile
Heppler, J. Scott writes:
> Has there been any discussion as to providing *.desktop entries for
> xterm, xcalc and terminal based apps like mutt, ncmpc, abook?
XTerm has a .desktop file. It's even in xenocara, though not installed:
https://cvsweb.openbsd.org/xenocara/app/xterm/xterm.desktop
I was
On Mon, 12 Nov 2018 01:40:02 -0700
"Anthony J. Bentley" wrote:
> First, are paks architecture-independent? If so, they should be packaged
> separately from simutrans, with PKG_ARCH = *.
Thank you for looking at the port.
I will edit the port and mail it to this list.
Yes, paksets are architectu
Diff attached which:
1. Updates Makefile REVISION.
2. Adds _opendkim user and group.
3. Puts sample config from distribution tarball into /etc and /usr/local/share
4. Adds opendkim.rc (submitted with cvs add, but I'm not sure I did it right
so it's also attached)
5. Diff is against -current (th
On 11/7/18 7:53 PM, Brian Callahan wrote:
Hi ports --
Attached is a new port, games/brogue. Brogue is a graphical Roguelike
game.
I freely admit that pkg/DESCR, "Brogue is a graphical Roguelike
game.", sucks. I could not find a serious description of the game on
its HOMEPAGE or in its so
On 2018/11/13 20:20, Denis wrote:
> Sure
>
> Here is a part of output
Could you send the complete output please. What you sent started after
it started loading the problem .so module.
Hi Andrey --
On 11/13/18 4:09 PM, Andrey Melentyev wrote:
Hello,
I'd like to contribute two new ports: libde265 and libheif.
libheif is a HEIF file format decoder and encoder, the format is
starting to get popularity since Apple is using it for iPhone camera
photos. The library offers C and C+
Done. Since than works as expected.
Thanks
On 11/13/2018 8:31 PM, Peter Wens wrote:
> in modules.conf:
>
> you need: autoload=yes, or res_pjproject.so loaded
>
> #Pjproject common configuration (needed for RTP stack)
> load => res_pjproject.so
>
> On 11/13/18 5:31 PM, Stuart Henderson wrote:
>
On Tue, 13 Nov 2018, Stuart Henderson wrote:
> I guess not too much interest in the 90's protocol from Minneapolis ;)
Yeah, I can't blame anybody for that. It's almost archeology :-P
> Anyway you sent the package, not the port.
And that's the facepalm moment I was expecting ...
Hopefully I'll
Hello,
I'd like to contribute two new ports: libde265 and libheif.
libheif is a HEIF file format decoder and encoder, the format is
starting to get popularity since Apple is using it for iPhone camera
photos. The library offers C and C++ interfaces as well as an extremely
useful 'heif-convert' ut
Thanks for mentioning -msecure-plt. I grep'd our current LLVM source,
and the option isn't here.
But it has been added since then [1], so i'll try adding patches
that enables it.
Charlène.
[1] https://reviews.llvm.org/D44921
On Tue, 13 Nov 2018 14:42:55 -0500
Raul Miller wrote:
> What hap
in modules.conf:
you need: autoload=yes, or res_pjproject.so loaded
#Pjproject common configuration (needed for RTP stack)
load => res_pjproject.so
On 11/13/18 5:31 PM, Stuart Henderson wrote:
On 2018/11/13 19:15, Denis wrote:
asterisk-13.23.1-imap from amd64/packages have a bug with
'res_rtp
On 2018/11/13 20:07, Paco Esteban wrote:
> On Wed, 07 Nov 2018, Paco Esteban wrote:
>
> > ping ...
>
> I guess there's no interest in this port.
>
> Anyway, could somebody please take a look at it just to tell me if
> there's something wrong and/or what can I improve for future reference ?
>
>
What happens if you build with -msecure-plt or -fno-plt?
Thanks,
--
Raul
On Tue, Nov 13, 2018 at 2:39 PM Charlene Wendling wrote:
>
> Hi,
>
> bcallah@ (mostly) and i (who owns the hardware and builds) are currently
> trying to get llvm/clang working on macpcc. That would allow us to try
> unbr
Hi,
bcallah@ (mostly) and i (who owns the hardware and builds) are currently
trying to get llvm/clang working on macpcc. That would allow us to try
unbreaking many ports on this platform, especially those that depend on
webkitgtk4.
It currently builds [1] and installs [2] properly. I then tried
On Wed, 07 Nov 2018, Paco Esteban wrote:
> ping ...
I guess there's no interest in this port.
Anyway, could somebody please take a look at it just to tell me if
there's something wrong and/or what can I improve for future reference ?
Thank you.
--
Paco Esteban
https://onna.be/gpgkey.asc
On Tue, 13 Nov 2018 18:14:57 +0100, Jeremie Courreges-Anglas
wrote:
> Looking for oks to import. Port attached again for convenience.
I'd prefer to have the #' on the COMMENT line, it's how it's usually
done AFAIK:
graphics/py-dot/Makefile:COMMENT= Python interface to Graphviz's Dot#'
net/py-ip
Sure
Here is a part of output
...
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_destroy'
asterisk:/usr/local/lib/asterisk/modules/res_rtp_asterisk.so: undefined
symbol 'ast_pjproject_caching_pool_init'
protect start RELRO = 0x6656e201530
On Mon, Nov 12 2018, Sebastien Marie wrote:
> On Mon, Nov 12, 2018 at 04:42:42PM +0100, Jeremie Courreges-Anglas wrote:
>> On Mon, Nov 12 2018, Sebastien Marie wrote:
>> > Hi,
>> >
>> > I would like py-phonenumbers to be imported.
>> >
>> > It is a library to manipulate phone numbers.
>> >
>> >
On Mon, Nov 12 2018, Charlene Wendling wrote:
> Hi ports,
>
> mpv has been built and installed successfully on my macppc machine.
> It's marked as broken in the port atm. I'm sharing the build log [1] if
> needed.
>
> I met no issues playing the following formats, encoded with ffmpeg's
> default
On Mon, Nov 12 2018, soe...@soeren-tempel.net wrote:
> Hi,
>
> I just wanted to report (what I believe) is a bug in the runit package
> on OpenBSD. The pkg-readme states that:
>
> The service directory has moved back from /var/service to /service.
>
> The service directory /service is also co
On 2018/11/13 19:15, Denis wrote:
> asterisk-13.23.1-imap from amd64/packages have a bug with
> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
> /usr/local/lib/asterisk/modules.
>
> User authentication is completely broken because of that.
>
> ...
> Loading res_ael_share
asterisk-13.23.1-imap from amd64/packages have a bug with
'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in
/usr/local/lib/asterisk/modules.
User authentication is completely broken because of that.
...
Loading res_ael_share.so.
[Nov 13 19:03:26] WARNING[-1]: loader.c:1182
Hi,
On Tue, Nov 13, 2018 at 01:24:42PM +, Stuart Henderson wrote:
> > If it is, can we make it a bit more verbose, because I'm not sure what
> > it means :)
>
> As things stand, texmf has very specific version number requirements, so
> if texlive_base is bumped, texmf/Makefile also needs chan
On November 13, 2018 9:31:10 AM EST, Stuart Henderson
wrote:
>On 2018/11/12 13:05, trondd wrote:
>> "trondd" wrote:
>>
>> > On Sat, November 3, 2018 11:00 am, trondd wrote:
>> > > Stuart Henderson wrote:
>> > >
>> > >> The easy/safe way is to bump libjpeg's shared library major
>version.
>>
On 2018/11/12 13:05, trondd wrote:
> "trondd" wrote:
>
> > On Sat, November 3, 2018 11:00 am, trondd wrote:
> > > Stuart Henderson wrote:
> > >
> > >> The easy/safe way is to bump libjpeg's shared library major version.
> > >>
> > >> --
> > >> Sent from a phone, apologies for poor formatting.
>
On 2018/11/12 23:17, Edd Barrett wrote:
> Hi,
>
> Here's a first go at TeX Live 2018.
>
> I've tested it on only amd64 at this point, but all ports BUILD_DEPEND
> or LIB_DEPENDing on any of TeX Live have been build tested.
>
> Please test your documents!
>
> Stuart, is this still needed?
> http
On Mon, 12 Nov 2018 17:48:00 -0500, Pamela Mosiejczuk
wrote:
> On 11/12/18 5:32 PM, Daniel Jakots wrote:
>
> > On Mon, 12 Nov 2018 15:25:23 -0500, Pamela Mosiejczuk
> > wrote:
> >
> >> Attached is a port of mastodon.py
> > Looks good to me but one nit. Can you order the rdep alphabetically
On [13/11/18] [10:37P], Gonzalo L. Rodriguez wrote:
On [13/11/18] [07:58P], Mikolaj Kucharski wrote:
Hi,
I just upgraded base system to:
OpenBSD 6.4-current (GENERIC.MP) #437: Mon Nov 12 20:06:01 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
and all packages
On [13/11/18] [07:58P], Mikolaj Kucharski wrote:
Hi,
I just upgraded base system to:
OpenBSD 6.4-current (GENERIC.MP) #437: Mon Nov 12 20:06:01 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
and all packages to the latest snapshot at the time:
$ pkg_info -f q
Hey,
attached diff updates hugo from 0.49 to 0.51.
Also I changed the dep management from sysutils/dep to the go vendor
module which was introduced in go 1.11.
release notes:
https://github.com/gohugoio/hugo/releases/tag/v0.51
--
Kevin
Index: Makefile
===
34 matches
Mail list logo